Looking for android Keywords? Try Ask4Keywords

AndroidEcriture des tests de l'interface utilisateur - Android


Introduction

L'objectif de ce document est de représenter les objectifs et les moyens d'écrire l'interface utilisateur et les tests d'intégration. Espresso et UIAutomator sont fournis par Google, vous devez donc vous concentrer sur ces outils et leurs enveloppes respectives, par exemple Appium, Spoon, etc.

Syntaxe

  • Ressource de ralenti
  • String getName () - Retourne le nom de la ressource inactive (utilisée pour la journalisation et l'idempotence de l'enregistrement).
  • boolean isIdleNow () - Retourne true si la ressource est actuellement inactive.
  • annulez registerIdleTransitionCallback (rappel de IdlingResource.ResourceCallback) - Enregistre le IDlingResource.ResourceCallback donné avec la ressource

Remarques

Règles JUnit:

Comme vous pouvez le voir dans l'exemple de MockWebServer et ActivityTestRule, ils entrent tous dans la catégorie des règles JUnit que vous pouvez créer vous-même et qui doivent ensuite être exécutés pour chaque test définissant son comportement @see: https://github.com/junit-team/junit4/ wiki / règles

Appium

Paramètres

Puisque les paramètres ont des problèmes pour les placer ici jusqu'à ce que le bug de la documentation soit résolu:

Paramètre Détails
Activité de classeClass quelle activité commencer
initialTouchMode si l'activité est mise en mode tactile au démarrage: https://android-developers.blogspot.de/2008/12/touch-mode.html
launchActivity true si l'activité doit être lancée une fois par méthode de test. Il sera lancé avant la première méthode Before et terminé après la dernière méthode After.

Ecriture des tests de l'interface utilisateur - Android Exemples Liés