Privire de ansamblu despre cum se scrie un caz de test?

Luați în considerare un scenariu în care vi s-a solicitat să scrieți cazuri de testare pentru testarea unei aplicații. Ai putea să începi? Este posibil să fi auzit termeni precum cazuri de testare, scripturi de testare, planuri de testare, etc. Este foarte important să aveți o înțelegere clară a acestor terminologii software, astfel încât să puteți face diferența între ele. Pentru a fi bine eficienți în testare, trebuie să începeți să înțelegeți care sunt cazurile de testare și cum puteți să le scrieți astfel încât să acopere cerințele date.

Amintiți-vă că un tester bun este cel care este orientat spre detalii. Pe lângă faptul că are un ochi pentru detalii și specificații, un tester bun ar trebui să fie capabil să scrie cazuri de testare în mod eficient. Redactarea cazurilor de testare nu este o sarcină ușoară, deoarece necesită talent, experiență și o bună înțelegere a afacerilor. Una dintre abilitățile cheie necesare pentru scrierea cazurilor de testare de calitate este abilitățile de scriere decentă. Cazurile de testare bune sunt scrise cu scopul de a defini „ce” și „cum” a unei aplicații. Unii testeri ar putea considera scrierea cazurilor de testare ca o sarcină plictisitoare, dar calitatea cazurilor de testare va determina calitatea software-ului dvs. determinând astfel valoarea, productivitatea și succesul echipei companiei.

Scrierea unui caz de testare

Putem defini un caz de test ca un set de condiții sau variabile de intrare și ieșire, care vor ajuta un tester să stabilească dacă AUT (aplicația supusă testului) îndeplinește cerințele specificate în caietul de sarcini software sau în documentul de cerință. Practic este un document care conține informații, cum ar fi precondițiile pentru testare, datele de testare utilizate pentru testare, id-ul testului, descrierea testului, postcondițiile pentru testare și pașii pentru efectuarea testării. De asemenea, conține detalii despre rezultatul observat, adică, rezultatul real și rezultatul conform cerinței, adică rezultatul așteptat.

Toate aceste detalii sunt specificate pentru un anumit scenariu de testare, astfel încât să se testeze conformitatea cu documentul cerinței. În funcție de comparația dintre rezultatul real și rezultatul așteptat, un caz de testare este marcat ca trecere și eșec. Un caz de test de trecere are un rezultat real la fel ca rezultatul scontat, menționat în cerință. Un caz de test eșuat, pe de altă parte, nu are o ieșire reală care se potrivește cu rezultatul scontat și, prin urmare, este marcat ca eșuat.

Un caz de testare este un scenariu unic și executabil. Este purtat de un tester ghidat în mod clar de „pașii care trebuie urmați”, specificați în cazul de testare. Un caz de test poate fi considerat ca o serie de instrucțiuni furnizate sub formă de pași, astfel încât să verifice și să valideze comportamentul software conform cerințelor.

Parametrii cazului de test sunt:

  1. ID-ul cazului de testare
  2. Numele cazului de testare
  3. Descrierea cazului de testare
  4. Date de testare
  5. precondiţii
  6. Etapele testului
  7. rezultat asteptat
  8. Rezultat actual
  9. postconditii
  10. Mediu pentru cazurile de testare

Cazurile de testare afectează faza de testare, astfel încât trebuie să fie sigur că sunt scrise chiar înainte de începerea efectivă a fazei de testare. Redactarea cazurilor de testare este la fel de importantă și inevitabilă ca și procesul de testare.

Pași pentru cazul de testare

Pașii pentru redactarea unui caz de test bun sunt:

  1. Un caz de test bun are un id de testare, împreună cu un nume puternic de testare care asigură claritatea modulului testat. Ia un exemplu în care testezi pagina de înscriere. În acest caz, utilizați un titlu care conține „SignUp Page” în titlu.
  2. Un caz de test bun are o descriere bine structurată, puternică, compactă și clară a testului care trebuie efectuat. Uneori, această secțiune poate include precondiții, informații despre mediul de testare și alți astfel de factori.
  3. Un caz de test bun menționează ipotezele sau orice precondiții necesare pentru a efectua testul dat în mod corespunzător. Aceasta poate conține orice cerință, cum ar fi orice permisiuni de acces necesare pentru a accesa modulul testat în aplicație.
  4. Un caz de testare care menționează informațiile datelor de testare utilizate pentru testare este considerat un caz de testare bun.
  5. Etapele din cazurile de testare trebuie să fie concis, simplu și clar. Asigurați-vă că pașii nu sunt înșelători, astfel încât nu există pierderi de timp în timp ce se face testarea
  6. Trebuie menționate în mod clar rezultatele așteptate și efective pentru fiecare pas. Acestea sunt foarte utile pentru tester, deoarece utilizează acest lucru, un tester poate identifica în mod clar etapa în care aplicația eșuează în timpul eșecului.
  7. Nu în ultimul rând, asigurați-vă că faceți ca testul să fie refolosibil

Exemplu de caz de testare pentru testare dacă utilizatorul este capabil să se înregistreze într-o aplicație care conține e-mail, număr de telefon, setați parola în formular.

Numele cazului de testare: autentificarea paginii de înregistrare

Descriere: Un utilizator nou ar trebui să se poată înregistra cu succes în aplicație.

Condiție preliminară : Utilizatorul ar trebui să fie un utilizator nou.

Sfaturi și trucuri

În timp ce scrii cazuri de testare, trebuie să ții cont de anumite puncte cum ar fi:

  • Asigurați-vă că un caz de testare oferă o acoperire bună a testului, adică nu este ratată nicio funcționalitate cheie din testare
  • Asigurați-vă că cazurile de testare negative sau scenariile negative sunt, de asemenea, documentate și testate în detaliu.

Concluzie

Cazurile de testare sunt puternice și sunt benefice pentru viitorii angajați, oferindu-le adevărul despre sistem și funcționalitățile sale.

Articole recomandate

Acesta a fost un ghid despre Cum se scrie un caz de testare? Aici am discutat despre introducere, scrierea cazurilor de testare, pașii pentru a scrie un caz de testare bun, parametri și câteva sfaturi și trucuri. Puteți parcurge și alte articole sugerate pentru a afla mai multe -

  1. W hat este testare software?
  2. Testare cutie neagră
  3. Cariere ca inginer software
  4. Appium vs Selenium
  5. Tehnici de testare la cutie neagră
  6. 8 Sarcina importantă pentru a scrie un șablon de plan de testare