how translate manual test cases into automation scripts
Acesta va fi articolul de bază „cum se face” și nu este specific pentru orice instrument de automatizare. Practic, ceea ce încerc să fac aici este să pun în cuvinte procesul de gândire care creează crearea unui caz de test de automatizare. Ca întotdeauna, sper că acest lucru vă va fi util tuturor.
Cum se proiectează un caz de testare de automatizare sau un script?
Automatizarea urmează întotdeauna testării manuale. De obicei, una sau mai multe runde de testare manuală ar fi deja efectuate pe AUT. Aceasta implică faptul că cazurile de testare manuală există deja și au fost executate cel puțin o dată.
De exemplu, presupuneți că următoarele sunt ale dvs. Caz de testare manuală . Pur și simplu se conectează la site-ul Gmail.com. Acum, pare destul de simplu, nu-i așa? Cum devine acest lucru un script de automatizare? (faceți clic pe imagine pentru a mări)
Ce veți învăța:
Cum să traduceți acest caz de test manual într-un script de automatizare?
Următoarele sunt liniile directoare pe care le vom urma pentru a realiza traducerea într-un script de automatizare:
# 1) Starea AUT: Precondiția coloanei nu este altceva decât o anumită stare a fundalului care trebuie setată pentru a fi executat un anumit pas. Acest lucru este deosebit de important în două scenarii:
- Pentru a începe testul: În acest caz, avem nevoie de browserul disponibil și lansat. (Numele de utilizator și disponibilitatea parolei vor fi tratate în scurt timp). Acum, cum să scriem același lucru în lumea automatizării? Luați în considerare QTP. Aveți opțiunea de a lansa browserul folosind instrucțiuni programatice sau puteți utiliza dialogul „setare înregistrare și rulare” pentru a seta proprietățile. Setarea corectă a acestor proprietăți este foarte importantă. Adesea acesta este motivul pentru care o anumită bucată de cod va funcționa într-o mașină și nu va funcționa în celelalte.
- Pentru a executa un anumit pas : Pentru ca pasul 2 să fie efectuat, avem nevoie de pasul 1 pentru a fi realizat și finalizat. Pentru a face acest lucru manual, putem aștepta până când executarea pasului este finalizată și pagina se încarcă complet. Utilizați sincronizarea sau așteptați declarațiile din scriptul dvs. de automatizare pentru a aștepta până când starea dorită se împlinește.
Notă: Când rulați același cod pentru mai multe seturi de date, vă recomandăm să vă asigurați că readuceți AUT la starea în care ar trebui să fie înainte de următoarea pornire a iterației.
# 2) Pași de testare
Putem clasifica pașii de testare manuală în 3 categorii:
- De introducere a datelor : Pașii de introducere a datelor sunt locul în care introduceți unele informații ca intrare în AUT.
- Schimbarea pașilor de stare AUT : acești pași sunt cei care vor face să se întâmple o modificare AUT. Poate include accesarea unei noi pagini, un anumit câmp fiind vizibil, o casetă de editare editabilă etc.
- Combinaţie : după cum sugerează și numele, aceasta este combinația ambelor tipuri de mai sus. Luați cazul unei casete de selectare, când este activată, va activa un anumit câmp. În acest caz, introduceți valoarea „Adevărat” pentru câmpul de selectare și, de asemenea, are ca rezultat o stare a AUT.
În cazul de test de mai sus, există doar pașii de tip 1 și 2.
- Tipul 1: testați pașii 2 și 3
- Tipul 2: Testați pașii 1 și 4
Condiția prealabilă pentru crearea unui script de automatizare folosind orice instrument este să petreceți ceva timp analizând instrumentul, precum și AUT. Încercați să vedeți cum interacționează amândoi. De exemplu, QTP are 3 moduri de înregistrare și fiecare funcționează într-un mod diferit.
Dacă știi cum identifică obiectele, ai ști pe care să le folosești și să le folosești mai bine. Dacă aveți o aplicație web în care QTP poate identifica cu ușurință obiectele, puteți utiliza modul normal. Dacă nu, este posibil să trebuiască să utilizați metodele analogice sau de nivel scăzut.
Pași de automatizare:
- Etape de introducere a datelor nu sunt foarte diferite în metodele de automatizare și manuale. Tot ce faci este să introduci datele. Modul în care faceți referire la câmp este diferit. Întrucât va fi efectuat automat pașii, trebuie doar să ne asigurăm că ne referim la câmpurile din AUT într-un mod pe care instrumentul îl înțelege. Asta înseamnă că trebuie să-i folosiți numele logic așa cum este folosit în cod.
- Pentru schimbarea pașilor AUT / Combinație într-un scenariu manual, efectuați acțiunea (făcând clic sau verificând sau introducând) și verificând schimbarea dintr-o dată. Dar într-un scenariu de automatizare care nu este posibil. Deci, trebuie să ne asigurăm că adăugăm pași pentru acțiune și validare / verificare.
- Comentarii pentru lizibilitate.
- Declarații de depanare - acestea sunt deosebit de importante în care creați și testați testul în sine. Încercați să utilizați frecvent casetele de mesaje pentru a afișa diferite valori în diferite etape ale executării testului. Acest lucru vă va oferi vizibilitate în test, așa cum nu ar face nimic altceva.
- Declarații de ieșire - la scrieți la rezultate sau la orice alt loc extern, cum ar fi un bloc de note sau o foaie Excel.
# 3) Verificare și validare
Fără verificare și validare, intenția testării se pierde. De obicei, va trebui să utilizați un punct de control (nu înseamnă neapărat cele încorporate). Deci va trebui să utilizați o mulțime de instrucțiuni condiționale și, de asemenea, instrucțiuni de buclă pentru a construi logica.
Un lucru important de luat în considerare este că atributul pe baza căruia vă bazați V&V nu ar trebui să fie ambiguu. De exemplu, pentru conectarea cu succes, căutați afișarea paginii din căsuța de e-mail, nu pentru numărul de e-mailuri noi, deoarece aceasta nu este o valoare constantă.
Deci, trebuie să alegeți ceva care este adevărat de fiecare dată când se întâmplă un set de operații - fără greș.
# 4) Date de testare
Următoarele sunt câteva dintre întrebările la care ați putea lua în considerare răspunsul pentru cerințele dvs. privind datele de testare:
- Unde să-l așezi?
- La hardcode sau nu?
- Preocupările legate de securitate?
- Probleme de reutilizare?
Când vă uitați înapoi la scriptul manual de testare, veți observa că având datele de testare, numele de utilizator și parola disponibile este una dintre condițiile prealabile pentru a începe chiar testul.
# 5) Rezultate
Pentru un caz de testare manuală, puteți pune rezultatul fiecărui pas în coloana „Rezultat real”. Fișierul de rezultate al unui instrument de automatizare conține rezultatul fiecărui pas atunci când este executat.
În prezent, instrumentele de automatizare au caracteristici de raportare foarte robuste. Cu toate acestea, este posibil să aveți nevoie să adaptați Rezultatele testului . Așadar, includeți pașii pentru a scrie frecvent în fișierul rezultat, astfel încât să știți exact ce s-a întâmplat în timp ce se întâmpla execuția.
Dacă instrumentul pe care îl utilizați nu acceptă scrierea în fișierul de rezultate pe care îl generează, este o idee bună să aveți cel puțin o foaie Excel sau un bloc de note asociat cu fiecare test pentru a pune comentarii despre starea de execuție pe măsură ce mergeți.
# 6) Operațiuni post
Odată ce ați terminat testarea, nu este necesar să fie menționat în mod explicit în carcasa de testare manuală pentru a închide browserul sau a închide AUT etc. Ca tester, o veți face cu sârguință. În cazul testului de automatizare, puteți include acești pași în scriptul dvs. Curățați - așa numesc aceste activități. Ucideți toate conexiunile pe care le-ați creat. Închideți toate aplicațiile. Eliberați memoria.
Folosind aceste îndrumări, traduc cazul nostru de testare manuală într-un script de testare QTP care utilizează scriptarea VB. Următorul este rezultatul: (faceți clic pe imagine pentru a mări)
Parcurgeți fiecare pas
Pasul 1: Condiție prealabilă. Lansăm programul IE cu adresa URL Gmail.com.
Pasul 2 și 7: Declarație de sincronizare. Așa cum am discutat mai sus, acestea sunt importante pentru a vă asigura că AUT ajunge la starea dorită înainte ca următorul pas să fie executat.
Pasul 3 și 4: De introducere a datelor. Toate datele sunt codificate în script. Deși nu este recomandabil, este un început.
Pasul 5: Schimbarea pasului AUT. Pasul 5 include clic pe butonul Conectare. Nu veți avea nevoie de un V&V când această declarație va fi executată. Asta pentru că există o declarație ulterioară și dacă aceasta poate rula; înseamnă cel dinainte de a avea succes. Dar dacă sunteți extrem de sârguincios, puteți include unul aici.
cum se sortează o matrice int în java
Pasul 6 și 8: Comentarii
Pasul 9 și 11: Declarație condiționată. V & V / Punct de control. Încercăm să vedem dacă datele de conectare au reușit verificând dacă există o legătură în căsuța de e-mail pe pagina rezultată. Dacă observați cu atenție, legați cu textul interior, se caută „căsuța de e-mail. *”. Deci, indiferent de orice număr de e-mailuri noi (care sunt variabile) primite, dacă aveți la dispoziție o legătură în căsuța de e-mail (care este întotdeauna o constantă), aceasta înseamnă punctul de control trecut.
Pasul 10: Caseta de mesaje. Pentru vizibilitate
Pasii 12 și 13: Acestea sunt activitățile de curățare. Vă deconectați de la cont și închideți browserul.
Concluzie
Deci, vedeți cât de ușor se desfășoară un script de automatizare atunci când aveți un script manual bine scris și un set de linii directoare de bază de urmat. Deoarece acesta nu este un articol referitor la cadre , Am rămas clar de la funcții, factori de reutilizare, parametrizare etc. Scriptul de testare este elementul fundamental, este ușor să improvizați pe un script atunci când aveți drepturile de bază.
Există alți factori pe care îi considerați, o altă metodă pe care o considerați mai ușoară sau vreun ghid pe care vi se pare greu de urmat? Vă rog să-mi spuneți feedback-ul dvs. în comentarii.
Această postare este scrisă de Swati Seela, membru al echipei STH. Are mai mult de 9 ani de experiență în testarea manuală și automatizată, lucrând cu diverse MNC-uri. Ea este, de asemenea, instructorul nostru pentru Curs de instruire QA de testare software . Dacă sunteți interesat de acest curs pentru a verifica programul lotului viitoare aici .
Lectură recomandată
- Procesul de testare a automatizării în 10 pași: Cum să începeți testarea automatizării în organizația dvs.
- De ce avem nevoie de cadru pentru automatizarea testelor?
- Provocări de testare manuală și de automatizare
- În ce diferă planificarea testelor pentru proiectele manuale și de automatizare?
- Cum se decide ce tip de testare este necesar pentru un proiect? - Manual sau automatizare
- Ce este testarea automatizării (Ghidul final pentru a începe automatizarea testelor)
- Cadruri QTP - Cadruri de automatizare de testare - Exemple de cadru liniar și bazat pe cuvinte cheie - Tutorial QTP # 17
- Top 10 strategii și cele mai bune practici de automatizare a testelor