Cafea cu castravete (Espresso + Castravete) +21
- 22.04.15 09:35 •
- Stabilitron •
- # 255763
- Habrahabr •
- 2 •
- 9463
- la fel ca Forbes, doar mai bine.
Creați un proiect și conectați modulul Espresso și modulele de castravete necesare la sarcina noastră, adăugăm blocul de dependență, fișierul build.gradle, după cum urmează:
Pentru ca noi să folosim uneltele Espresso, trebuie să executăm testele prin GoogleInstrumentationTestRunner. Deci, pentru a conecta Castraveți trebuie să moșteniți din această clasă, în interiorul căruia îi vom da tot controlul.
Nu uitați să specificați noul nostru test de instrumentație test în build.gradle
Acum trebuie să creăm pașii care vor fi utilizați în scenariile noastre de testare. În cazul nostru, vor fi mici teste, combinate într-un caz. Pentru a face acest lucru, creați clasa potrivită care moșteneste din suita standard de testare Espresso, pentru a avea acces la toate lucrurile necesare. Adăugăm o adnotare la această clasă, unde indicăm că acestea sunt teste de castraveți, iar rezultatul muncii lor ar trebui să fie plasat în rapoarte de formate adecvate, în directoarele de care avem nevoie. Rețineți că testele Espresso sunt executate pe dispozitiv și, prin urmare, nu avem acces la directoarele calculatorului. Așadar, adăugăm totul în directorul aplicației noastre:
Acum putem face implementarea efectivă a pașilor. Pentru a face acest lucru, trebuie să împărțiți metodele în funcție de scopul lor în conformitate cu BDD, adică, Given, Când și apoi. În acest scop, rezumatul care conține șirul de caractere pentru a găsi o potrivire în fișierul script bazat pe expresii regulate, grupul care a jucat rolul de argumente de intrare, și în corpul etapele ei înșiși, vom folosi Espresso recomandă:
Dacă ultimul pas nu reușește, vom face o captură de ecran și vom adăuga imaginea rezultată în raport. Castraveții vor face restul pentru noi și vom putea vedea starea ecranului în momentul erorii. Următoarea metodă nu este potrivită, de exemplu, pentru a face o fotografie cu un dialog, dar acesta este un subiect pentru o conversație separată.
A rămas partea cea mai plăcută. Având la dispoziție pașii descriși în CucumberActivitySteps, putem scrie aceleași teste în limba umană, care vor fi disponibile nu numai pentru dezvoltatori, ci și pentru toți ceilalți interesați:
Stocăm aceste scripturi în directorul de caracteristici, în care clasa noastră de execuție le va căuta (vezi adnotarea CucumberOptions).
Ștergerea rapoartelor de pe dispozitiv
Dacă executăm testele, acestea vor trece, dar rapoartele vor rămâne pe dispozitiv. După terminarea testelor, trebuie să fie luate de acolo. Accesați fișierul build.grade și scrieți sarcina corespunzătoare, care va utiliza utilitarul adb și comanda pull pentru a copia fișierele report în directorul specificat.
Acum puteți rula totul prin IDE, trebuie doar să creați configurația de lansare corespunzătoare și după terminarea testelor, executați sarcina noastră de a prelua rapoartele.
Rapoartele vor fi salvate în directorul de mai sus
Dar nu vrem să executăm teste prin IDE, vrem să le executăm din consola și conexiunea CheckCheck nu funcționează pentru noi. Deci, scriem o nouă sarcină. Iar aici, din păcate, nu am venit cu nimic mai bine decât să asamblăm aplicația și să o instalăm pe dispozitiv și apoi să trimitem echipei să înceapă testarea prin adb. Și, după toate acestea, luați rapoartele descrise mai sus.
În principiu, acest lucru este deja suficient pentru a efectua teste pentru CI.
La ieșire, primim următoarele rapoarte:
Și pentru fiecare scenariu care sa încheiat fără succes, vom avea o captură de ecran atașată:
Vă mulțumesc pentru atenție. Stabil pentru eliberările tale!
Articole similare
Trimiteți-le prietenilor: