cum se scriu cazuri de testare cu exemple

ce este un caz de testare?

în contextul testării software-ului, un caz de testare se referă la succesiunea acțiunilor necesare pentru a verifica o anumită caracteristică sau funcționalitate. În esență, cazul de testare detaliază pașii, datele, condițiile prealabile și postcondițiile necesare pentru a verifica o caracteristică.

acesta va stabili anumite variabile pe care QAs trebuie să le compare rezultatele așteptate și cele reale pentru a concluziona dacă caracteristica funcționează așa cum ar trebui. Componentele cazului de testare menționează intrarea, execuția și ieșirea/răspunsul așteptat. Practic, le spune inginerilor ce să facă, cum să o facă și ce rezultate sunt acceptabile.

obiectivul de a scrie cazuri de testare

• pentru a valida caracteristici și funcții specifice ale software-ului.
• pentru a ghida testeri prin activitatea lor de zi cu zi hands-on.
• pentru a înregistra un catalog de pași întreprinse, care pot fi revizuite în cazul unui bug popping sus.
• pentru a oferi un plan pentru proiectele viitoare și testeri, astfel încât să nu fie nevoiți să înceapă lucrul de la zero.
• pentru a ajuta la detectarea problemelor de utilizare și a lacunelor de proiectare din timp.
• pentru a ajuta noi testeri și devs ridica rapid de testare, chiar dacă acestea se alăture în mijlocul unui proiect în curs de desfășurare.

formatul standard al cazului de testare

• ID – ul cazului de testare
• scenariu de testare
• pași de testare
• cerințe preliminare
• date de testare
• rezultate așteptate/preconizate
• rezultate reale
• test status-pass/fail

în timp ce scrieți cazuri de testare, nu uitați să includeți:

• o descriere rezonabilă a cerinței
• o descriere a procesului de testare
• detalii referitoare la configurarea testului: versiunea software-ului testat, puncte de date, sistem de operare, hardware, autorizare de securitate, Data, ora, condiții prealabile etc.
• orice documente conexe sau atașamente testeri va necesita
• alternativă la condiții prealabile, în cazul în care există

caracteristici comune ale cazurilor de testare

• susceptibile de a fi revizuite și actualizate în mod regulat. Cerințele Software se pot schimba, în funcție de modificările priorităților de afaceri sau ale preferințelor clienților. Dacă cerințele se modifică, cazurile de testare vor trebui modificate în consecință. Detectarea erorilor și pașii de depanare pot necesita, de asemenea, modificarea cazurilor de testare.
• probabil să implice gruparea. Cazurile de testare dintr-un singur scenariu de testare trebuie de obicei rulate într-o secvență specifică sau într-un grup. În acest caz, anumite condiții prealabile ale unui caz de testare se vor aplica altor cazuri de testare în aceeași ordine.
• probabil să fie interdependente. Adesea, cazurile de testare pot depinde unele de altele. Acest lucru este valabil mai ales pentru aplicațiile stratificate cu logică de afaceri pe mai multe niveluri.
• susceptibile de a fi utilizate de către testeri, precum și dezvoltatori. Cazurile de testare sunt utile atât pentru dezvoltatori, cât și pentru testeri. De exemplu, atunci când devs remediază erori, cazurile de testare pot fi destul de utile pentru a reproduce eroarea menționată. În dezvoltarea bazată pe teste (TDD), dezvoltatorii creează cazuri de testare pentru a crea logica de afaceri, acoperă mai multe scenarii de testare și încep să scrie cod.

exemplu de caz de testare

să construim un exemplu de caz de testare bazat pe un scenariu specific. Iată un caz de probă.

• Id caz de testare: #BST001
• scenariu de testare: pentru a autentifica o autentificare utilizator de succes pe Gmail.com
• pași de încercare:
  • utilizatorul navighează la Gmail.com.
  • în câmpul ‘email’, utilizatorul introduce o adresă de e-mail înregistrată.
  • utilizatorul face clic pe butonul ‘Următorul’.
  • utilizatorul introduce parola înregistrată.
  • utilizatorul face clic pe Conectare.’
• cerințe preliminare: un ID Gmail înregistrat cu un nume de utilizator și o parolă unice.
• Browser: Chrome v 86. Dispozitiv: Samsung Galaxy Tab S7.
• date de testare: numele de utilizator legitim și parola.
• Rezultate Preconizate/Preconizate: Odată ce numele de utilizator și parola sunt introduse, pagina web redirecționează către căsuța de e-mail a utilizatorului, afișând și evidențiind e-mailuri noi în partea de sus.
• rezultate reale: așa cum era de așteptat
• starea testului – Pass/Fail: Pass

cele mai bune practici pentru scrierea cazurilor de testare

• prioritizează claritatea și transparența. Fii clar, concis și asertiv în descrierea a ceea ce trebuie să facă testerul și ce rezultate ar trebui să obțină în mod ideal.
• concentrați-vă pe cerințele utilizatorului final atunci când scrieți cazuri de testare a probelor. Harta cazuri de testare pentru a reflecta fiecare aspect al călătoriei utilizatorului. Utilizați documentul de specificații și documentul de cerințe pentru a face acest lucru.
• evitați repetarea. Dacă se pot executa mai multe teste cu același caz de testare, utilizați ID-ul cazului de testare pentru a face referire la cazul de testare necesar.
• păstrați pașii de testare cât mai minim posibil. În mod ideal, păstrați-l la 10-15 pași, dacă este posibil.
• concentrați-vă pe obținerea unei acoperiri maxime a testelor. În timp ce acoperirea testului 100% este rareori realizabilă, un procent ridicat poate fi atins cu strategiile potrivite.

  citiți mai multe: Cum asigurați acoperirea maximă a testului?

• creați cazuri de testare cu autocurățare. Asta înseamnă că cazurile de testare trebuie să readucă mediul de testare la o stare curată, pre-testare. Testele nu trebuie să lase rămășițe ale lor în mediu atunci când sunt finalizate. Acesta este un element integrant al gestionării configurației. Pentru a înțelege mai în profunzime: ce este gestionarea configurației în DevOps?
• forma cazuri de testare pentru teste care returnează aceleași rezultate, indiferent cine le execută. Asigurați-vă că testele sunt de sine stătătoare.

odată ce cazurile de testare au fost modelate, testele corespunzătoare trebuie rulate pe browsere, dispozitive și sisteme de operare reale. Amintiți-vă că fragmentarea dispozitivului este o preocupare semnificativă pentru fiecare dezvoltator și tester. Fiecare site web trebuie să funcționeze perfect pe mai multe combinații dispozitiv-browser-OS. Cu 9000 + dispozitive distincte utilizate pentru a accesa Internetul la nivel global, toate software-ul trebuie să fie optimizat pentru diferite configurații, viewports, și rezoluții de ecran.

încercați să testați gratuit pe Cloud-ul dispozitivului Real

în această stare, Niciun emulator sau simulator nu poate reproduce condițiile reale ale utilizatorului. Software-ul trebuie testat pe dispozitive reale pentru a funcționa în circumstanțe din lumea reală, cum ar fi o baterie descărcată, apelurile primite, puterea slabă a rețelei și așa mai departe. Dacă un laborator intern nu este accesibil, optați pentru o opțiune de testare bazată pe cloud care oferă dispozitive reale.

Grid Selenium Cloud BrowserStack oferă 2000+ dispozitive reale și browsere pentru testarea automată. Asta înseamnă că utilizatorii pot rula teste pe mai multe dispozitive reale și browsere prin simpla înscriere, logare și selectarea combinațiilor necesare. Testerii pot efectua, de asemenea, testarea Cypress pe peste 30 de versiuni reale de browser pe Windows și macOS. Detecta bug – uri înainte de a face utilizatorii de software de testare în condiții reale de utilizare cu BrowserStack.

crearea de cazuri de testare bine structurate și orientate spre rezultate este fundamentală pentru rularea testelor de succes. În plus, acestea asigură o acoperire cuprinzătoare a testelor și oferă un plan clar pentru QAS. Utilizați acest articol pentru a afla elementele fundamentale ale creării unor cazuri de testare eficiente și pentru a începe executarea testelor concepute pentru a optimiza și a oferi experiențe de top ale utilizatorilor.