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

StepDescription
TapAppuyer sur un élément, ou sur une position X/Y exacte en mode Coordinates
Long pressAppui long pour ouvrir les actions contextuelles
Hide keyboardMasquer le clavier virtuel
Fill inputSaisir du texte, des variables ou des données générées dans un champ

Email & SMS

StepDescription
Get sms codeAttendre un SMS et extraire son code dans une variable
Get mailVérifier qu'un email arrive dans une boîte de test
Get email codeAttendre un email et extraire son code dans une variable
Get email linkAttendre un email et extraire un lien dans une variable

Vérifications

StepDescription
Verify elementVé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 AIVérifier n'importe quoi sur l'écran en langage naturel

Attente

StepDescription
Wait for delayMettre en pause pendant une durée fixe

Autres

StepDescription
Custom stepExécuter votre propre JavaScript
Set variableStocker une valeur pour les steps suivants
Extract valueLire 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 ?

Test builder

Comment les steps sont ajoutés, configurés et organisés en groupes

Canal smartphone

Comment les vrais appareils exécutent votre application

Last updated on