Steps smartphone
Tous les steps disponibles dans le builder de tests smartphone, organisés comme la palette de steps.
Les tests smartphone exécutent votre application native sur de vrais appareils Android et iOS. Ils sont construits à partir des steps ci-dessous ; les groupes correspondent aux catégories de la palette Ajouter un step dans le test builder, ce que vous voyez ici est ce que vous voyez dans le produit.
Chaque test smartphone commence par un step verrouillé Launch app qui ouvre l'application sélectionnée lors de la création du test.
Interactions
| Step | Description |
|---|---|
| Tap | Appuyer sur un élément, ou sur une position X/Y exacte en mode Coordinates |
| Long press | Appui long pour ouvrir les actions contextuelles |
| Hide keyboard | Masquer le clavier virtuel |
| Fill input | Saisir du texte, des variables ou des données générées dans un champ |
Email & SMS
| Step | Description |
|---|---|
| Get sms code | Attendre un SMS et extraire son code dans une variable |
| Get mail | Vérifier qu'un email arrive dans une boîte de test |
| Get email code | Attendre un email et extraire son code dans une variable |
| Get email link | Attendre un email et extraire un lien dans une variable |
Vérifications
| Step | Description |
|---|---|
| Verify element | Vérifier qu'un élément est (ou n'est pas) affiché, cliquable, activé ou présent |
| Verify Spell Check (AI) | L'IA vérifie l'orthographe du texte visible à l'écran |
| Verify with AI | Vérifier n'importe quoi sur l'écran en langage naturel |
Attente
| Step | Description |
|---|---|
| Wait for delay | Mettre en pause pendant une durée fixe |
Autres
| Step | Description |
|---|---|
| Custom step | Exécuter votre propre JavaScript |
| Set variable | Stocker une valeur pour les steps suivants |
| Extract value | Lire le texte ou la valeur d'un élément dans une variable |
Deux steps historiques n'apparaissent plus dans la palette mais continuent de fonctionner dans les tests existants : Assert displayed et Assert not displayed.
Paramètres communs des steps
Chaque step partage quelques paramètres, visibles dans le panneau latéral du step dans le builder :
- Ignorer l'erreur sur ce step (
ignore_errors) : l'exécution continue avec le step suivant même si celui-ci échoue. - Désactiver pendant l'exécution (
disabled) : le step reste dans le scénario mais n'est pas exécuté. - Capabilities personnalisées (
use_capabilities,capabilities) : ajuster ou remplacer le comportement d'exécution pour ce step uniquement.
Les steps qui ciblent un élément partagent aussi les paramètres IA : une description en langage naturel, un selector manuel optionnel (XPath dans l'arbre UI de l'application), et une stratégie IA qui détermine quand l'IA localise l'élément par rapport au selector enregistré. Sur les steps d'interaction smartphone, l'IA est désactivée par défaut ; activez-la par step ou via la stratégie du test. Voir Selectors IA.
Des résultats aux analytiques
Chaque step enregistre son timing, son statut et ses captures d'écran, ainsi que les variables créées. Au niveau du test, chaque exécution alimente la mesure test utilisée par les Analytiques : durée, compteurs de succès/avertissement/échec, et en cas d'échec, quel type de step a provoqué l'erreur. Les métriques personnalisées créées dans les steps remontent au même endroit.
Et ensuite ?
Last updated on