AndroidScrittura di test dell'interfaccia utente - Android


introduzione

Focus di questo documento è quello di rappresentare obiettivi e modi in cui scrivere UI di Android e test di integrazione. Espresso e UIAutomator sono forniti da Google, pertanto è necessario concentrarsi su questi strumenti e sui rispettivi wrapper, ad esempio Appium, Spoon ecc.

Sintassi

  • Risorsa al minimo
  • String getName () - Restituisce il nome della risorsa inattiva (utilizzata per la registrazione e l'idempotenza della registrazione).
  • booleano isIdleNow () - Restituisce vero se la risorsa è al momento inattiva.
  • void registerIdleTransitionCallback (IdlingResource.ResourceCallback callback) - Registra il dato IdlingResource.ResourceCallback con la risorsa

Osservazioni

Regole di JUnit:

Come puoi vedere nell'esempio MockWebServer e ActivityTestRule rientrano tutti nella categoria di regole JUnit che puoi creare tu stesso che poi dovrebbero essere eseguite per ogni test definendo il suo comportamento @see: https://github.com/junit-team/junit4/ wiki / regole

Appium

parametri

Poiché i parametri presentano alcuni problemi, posizionali qui finché il bug della documentazione non viene risolto:

Parametro Dettagli
Class activityClass quale attività iniziare
initialTouchMode se l'attività viene posizionata in modalità touch all'avvio: https://android-developers.blogspot.de/2008/12/touch-mode.html
launchActivity vero se l'attività deve essere avviata una volta per metodo di prova. Verrà avviato prima del primo metodo Before e terminato dopo l'ultimo metodo After.

Scrittura di test dell'interfaccia utente - Android Esempi correlati