how select correct test cases
Acum este era Test Automation . Majoritatea proiectelor de testare încearcă să traducă cazurile de testare manuală în cazuri automate pentru a îmbunătăți productivitatea și acoperirea.
Unul dintre pașii cheie pentru a începe testarea automatizării este - selectarea cazurilor de testare adecvate și determinarea rentabilității investiției.
La ce să ne așteptăm de la acest articol?
În acest articol, am încercat să citez câteva puncte importante pe baza experienței mele, pentru a vă ajuta să selectați candidatul corect automatizarea și determina alți factori care vor produce rezultate și beneficii mai bune ale testelor.
De ce testarea automată?
Automatizarea nu depășește sau înlocuiește testarea manuală, dar o completează. La fel ca Manualul, automatizarea are nevoie de o strategie cu planificare, monitorizare și control adecvate. Automatizarea, atunci când este implementată corect, poate deveni un atu pentru echipă, proiect și, în cele din urmă, pentru organizație.
Există multe avantaje ale automatizării; aici sunt câteva importante de menționat:
- Util pentru a executa sarcini de rutină precum Testele de fum și Teste de regresie .
- Util în pregătirea Date de testare .
- Ajută la executarea Testează cazuri care implică o logică complexă de afaceri .
- Este bine să executați cazurile de test pe mai multe platforme (cum ar fi sisteme de operare diferite, browsere etc.)
- Excelent pentru a executa cazurile de testare care sunt puțin dificile de executat manual.
- Când nu se cunoaște numărul de iterații ale execuțiilor cazului de testare.
De multe ori părțile interesate consideră că automatizarea testelor acționează ca un instrument de asistență pentru testarea manuală, deci este vital să înțelegem că automatizarea este cel mai bun mod de a crește eficacitatea, eficiența și acoperirea testelor. Nu numai că economisește timp, ci și îmbunătățește precizia, deoarece sarcinile repetitive prin abordarea manuală pot fi predispuse la erori umane și pot consuma mult timp.
Candidați pentru automatizare
Greșeală de bază de evitat:
Una dintre cele mai elementare greșeli pe care le fac testerii NU este alegerea cazurilor de testare corecte pentru automatizare.
Nu selectați doar nicio suită de teste. Analizați cu atenție cazurile de testare și selectați candidații pentru automatizare luând în considerare cel mai important factor, adică rentabilitatea investiției. În primul rând, ar trebui să înțelegem și să aflăm căile pentru a obține un ROI mai ridicat și pozitiv.
cum să eliminați un element dintr-o matrice Java
( ROI - Rentabilitatea investiției - Este un calcul al beneficiilor în termeni de economisire a costurilor, eficiență sporită și calitate)
Nu există o procedură standard pentru determinarea cazurilor de testare corecte pentru automatizare. Totul depinde de aplicația pe care o testați.
Pe baza experienței mele, am încercat să descifrez câțiva pași care pot oferi o oarecare perspectivă pentru selectarea cazurilor de testare și, în cele din urmă, pentru a realiza un ROI pozitiv pentru automatizare.
Vezi De asemenea => Cum se traduce cazuri de testare manuale în scripturi de automatizare?
Ce veți învăța:
Cum se selectează cazuri de testare corecte pentru testarea automatizată
Pasul 1:
Identificați parametrii pe care vă veți baza cazul de testare ca candidat la automatizare.
Începând de acum, identific parametrii de mai jos, puteți avea proprii parametri în funcție de aplicația dvs.
- Test caz executat cu diferite seturi de date.
- Test caz executat cu diferite browsere.
- Test caz executat cu medii diferite.
- Test caz executat cu logică complexă de afaceri
- Test caz executat cu un set diferit de utilizatori
- Cazul de testare implică o cantitate mare de date
- Cazul de testare are vreo dependență
- Cazul de testare necesită date speciale
Pasul 2:
Divizați fiecare aplicație în module. Pentru fiecare modul, analizați și încercați să identificați cazurile de testare care ar trebui automatizate pe baza parametrilor. Această listă va varia de la proiecte la proiecte și poate fi, de asemenea, îmbunătățită pentru a se potrivi nevoilor dumneavoastră:
Fig 1.0
Y - Da
N - Nu
În mod similar, pentru toate modulele, această listă poate fi utilizată pentru a identifica cazurile de testare a candidaților de automatizare.
Pasul 3 :
Consolidați și grupați numărul de cazuri de testare pentru fiecare modul prezentat mai jos
Fig 2.0
Figura 2.0 este destul de simplă și auto-explicativă. Aici încerc să cuantific detaliile și să ofer o estimare pentru a finaliza testarea manual.
Pasul 4:
După ce ați identificat toate detaliile de nivel granular, le puteți prezenta în modul de mai jos. Acum progresăm pentru a calcula rentabilitatea investiției.
Fig 3.0:
De asemenea, ar trebui să ținem cont de cele de mai jos atribute care stau la baza descurajării rentabilității investiției :
- Costul de achiziție și licențiere al instrumentului
- E timpul să dezvoltăm scenariile
- Este timpul să mențineți scripturile.
- Este timpul să analizați rezultatele manual și automat
- Timp și cost pentru antrenarea resurselor.
- Cheltuieli generale de gestionare
Test Automation ROI Exemplu de calcul
În majoritatea cazurilor, rentabilitatea investiției este calculată pentru 5 ani, dar nu este obligatorie. Pe baza factorilor de mai sus, permiteți-mi să încerc să detaliaz calculul rentabilității investiției timp de 5 ani. Ca de obicei, îl puteți oricând adapta și îmbunătăți.
* ROI = (economii cumulate / investiții prin automatizare) * 100
Manual pentru testarea automatizării - Care sunt provocările procesului?
Am încercat să citesc punctele, care consider că sunt o mare provocare, atunci când încercăm să automatizăm o suită de teste.
# 1) Necesitate de automatizare: Fiecare echipă de testare este unică și are o nevoie exclusivă de automatizare. Nu putem dezvolta un standard fix, dar putem adapta un standard care să se potrivească nevoilor noastre. Din acest motiv, automatizarea necesită un sprijin bun din partea conducerii, precum și a echipei de dezvoltare.
# 2) Automatizarea aplicației complete: Automatizarea unei aplicații 100% este o sarcină importantă. Nu că este imposibil, dar necesită o planificare și o monitorizare adecvate și, desigur; ceva timp. Există o mulțime de permutări și combinații de date, n număr de medii cu n număr de atribute de autentificare și autorizare care trebuie validate și, prin urmare, necesită o strategie de automatizare.
# 3) Mentalitate manuală împotriva automatizării: ' În mod normal automatizăm ceea ce este important și repetitiv, dar preferăm să testăm funcționalitatea importantă manual ”. Confuz? Chiar și eu sunt !! Dar acesta este un fapt. Ar trebui să avem criterii care să decidă care sunt important cazuri de testare. Aceste criterii se pot baza pe mai mulți factori, cum ar fi logica de afaceri complexă, domenii care prezintă un interes mai mare pentru clienți, zone cu riscuri etc.
# 4) Decizia asupra cadrului: Proiectarea cadrului este cea mai importantă fațetă a automatizării. Cred că ar trebui să alocăm relativ mai mult timp pentru a dezvolta cadrul decât pentru scenariu. Ori de câte ori dezvoltăm planul de automatizare, proiectarea cadrelor ar trebui să fie obiectivul principal.
PLAN de proiectare a cadrului. Identificați și faceți o listă de verificare a articolelor care vor forma cadrul. Dacă cadrul este solid, scenariile și întreținerea devin ușoare.
# 5) Cunoașterea echipei: Ori de câte ori ne gândim la automatizare, sărim imediat să învățăm limbajul de programare sau limbajul de scriptare. Învățarea acestei limbi va ajuta cu siguranță, dar ar trebui pus mai mult accent pe construirea și dezvoltarea logicii.
Automatizarea nu ar trebui să fie responsabilitatea unor puține resurse, ci mai degrabă o întreagă echipă ar trebui să contribuie la aceasta. Acest lucru vă va ajuta nu numai să îmbunătățiți abilitățile resurselor, ci și ține-i motivați .
# 6) Raportare: Fiecare instrument are un standard pentru raportarea rezultatelor testului. Pentru a-l personaliza; este o sarcină provocatoare. Raportarea rezultatelor testelor necesită, de asemenea, coordonare și întreținere care se adaugă la cost.
# 7) Încredere: Ar trebui să avem încredere în lucrurile noastre de automatizare. Investim ore de lucru pentru a construi o suită de automatizare, dar totuși nu credem în rezultatele testelor. Ar trebui depuse eforturi pentru menținerea scripturilor. De asemenea, ar trebui să vedem că echipa care efectuează testarea manuală a aplicației ar trebui să fie implicată în automatizarea acesteia pe măsură ce își cunoaște aplicația.
De cele mai multe ori, o a treia echipă face automatizarea, astfel încât echipa de testare efectivă nu este conștientă de scripturi și, în cele din urmă, finalizează cu rularea testelor manual, deoarece simt că urmărește scripturile, își adaugă sarcinile.
Vezi si=> Provocări de testare manuală și de automatizare.
Concluzie
În majoritatea cazurilor, preferăm Automatizați suita de regresie ( iată câteva provocări în automatizarea suitei de regresie într-un mediu agil ) deoarece conține un număr mai mare de cazuri de testare. În acest caz, putem împărți costumele de regresie în costume mai mici și putem decide să rulăm suita corespunzătoare conform cerinței de lansare.
Să presupunem că o suită de regresie conține 1500 de cazuri de testare, o puteți împărți la 3 costume de 500 de cazuri de testare pe costum și o puteți automatiza.
c ++ rand între 0 și 1
În loc să automatizați întreaga suită, puteți optați pentru automatizarea fazală . Cu alte cuvinte, puteți urma modelul prototip pentru dezvoltarea suitei de automatizare. Creați o structură sau un cadru cu implementarea unui număr mai mic de cazuri de testare și începeți să utilizați acel și îmbunătățiți-l treptat adăugând mai multe cazuri de testare.
Ar trebui să urmăm Roată deming (ciclu PDCA) și pentru automatizare. Fiind o activitate continuă, trebuie pus accentul pe construirea corectă a cadrului ceea ce va duce la ușurința întreținerii și implementarea de noi funcții.
Necesită un sprijin adecvat din partea echipei de dezvoltare și a managementului. Ar trebui să încurajăm echipa de testare să contribuie cel mai mult la testarea automatizării, deoarece își cunosc produsul mai mult decât oricine altcineva.
Despre autor: Acesta este un articol invitat de Shilpa Chatterjee Roy. Lucrează în domeniul testării software în ultimii 8,5 ani în diferite domenii.
Sper că am simplificat acest lucru„Testare manuală pentru automatizare”proces. Vă rugăm să nu ezitați să ne împărtășiți experiența și gândurile cu privire la modul în care depășiți provocările procesului.
Lectură recomandată
- Cum se traduce cazuri de testare manuale în scripturi de automatizare? - Un ghid pas cu pas cu exemplu
- Provocări de testare manuală și de automatizare
- Ce este testarea automatizării (Ghidul final pentru a începe automatizarea testelor)
- Procesul de testare a automatizării în 10 pași: Cum să începeți testarea automatizării în organizația dvs.
- Cele mai bune 25 de cadre de testare Java și instrumente pentru testarea automatizării (partea 3)
- 20+ Cele mai bune instrumente de testare a automatizării surselor deschise în 2021
- Top 10 strategii și cele mai bune practici de automatizare a testelor
- Când se optează pentru testarea automatizării?