Cum să scrieți cazuri de testare cu exemple
Thomas Hamilton
🚀 Rezumat inteligent
Un caz de testare este un set documentat de condiții, intrări, acțiuni și rezultate așteptate pentru verificarea corectitudinii funcționării unei anumite caracteristici în aplicațiile software.
Ce este un caz de testare?
A caz de testare este un set de acțiuni, contribuții și rezultate așteptate care îi ajută pe testeri să verifice dacă o anumită caracteristică sau funcționalitate a unui software funcționează conform așteptărilor. Servește ca un pas-cu-pas ghid care definește ce trebuie testat, cum trebuie testat și ce rezultat să se aștepte.
Gândiți-vă la un caz de testare ca la un rețetă pentru validare — îți spune ingredientele exacte (datele testului), procesul (pașii de urmat) și cum ar trebui să arate un preparat perfect (rezultatul așteptat).
Un caz de testare bine scris ajută la asigurarea:
- Software-ul îndeplinește cerințele cerințele afacerii și ale utilizatorilor.
- Erorile sau comportamentele neașteptate sunt prins devreme.
- Testarea poate fi repetate și revizuite de către orice profesionist în asigurarea calității.
- Echipele pot urmări ce cerință verifică fiecare test.
👉 Înscrie-te pentru un proiect gratuit de testare software live
Pași pentru a crea cazuri de testare în testarea manuală
Să creăm un caz de testare pentru scenariul: Verificați funcționalitatea de conectare
Pas 1) Un caz de testare simplu pentru a explica scenariul ar fi
| Caz de testare # | Caz de testare Description |
|---|---|
| 1 | Verificați răspunsul când sunt introduse e-mail și parola valide |
Pas 2) Testați datele.
Pentru a executa cazul de testare, ar trebui Date de testare. Adăugând-o mai jos
| Caz de testare # | Caz de testare Description | Date de testare |
|---|---|---|
| 1 | Verificați răspunsul când sunt introduse e-mail și parola valide | E-mail: guru99@email.com Parola: lNf9^Oti7^2h |
Identificarea datelor de testare poate consuma mult timp și uneori poate necesita crearea din nou a datelor de testare. Motivul pentru care trebuie documentat.
Pas 3) Efectuați acțiuni.
Pentru a executa un caz de testare, un tester trebuie să efectueze un set specific de acțiuni pe AUT. Acest lucru este documentat după cum urmează:
| Caz de testare # | Caz de testare Description | Pașii de testare | Date de testare |
|---|---|---|---|
| 1 | Verificați răspunsul când sunt introduse e-mail și parola valide | 1) Introduceți adresa de e-mail
2) Introduceți parola 3) Faceți clic pe Conectare |
E-mail: guru99@email.com
Parola: lNf9^Oti7^2h |
De multe ori, pașii de testare nu sunt la fel de simpli ca cei de mai sus, prin urmare, necesită documentație. De asemenea, autorul cazului de testare poate părăsi organizația, poate pleca în vacanță, poate fi bolnav și în afara serviciului sau poate fi foarte ocupat cu alte sarcini critice. O persoană recent angajată poate fi rugată să execute cazul de testare. Pașii documentați îl vor ajuta și vor facilita, de asemenea, revizuirile de către alte părți interesate.
Pas 4) Verificați comportamentul AUT-ului.
Scopul cazurilor de testare în testarea software este de a verifica comportamentul AUT-ului pentru un rezultat așteptat. Acest lucru trebuie documentat după cum urmează:
| Caz de testare # | Caz de testare Description | Date de testare | rezultat asteptat |
|---|---|---|---|
| 1 | Verificați răspunsul când sunt introduse e-mail și parola valide | E-mail: guru99@email.com Parola: lNf9^Oti7^2h |
Conectarea ar trebui să aibă succes |
În timpul execuției testului, testerul va verifica rezultatele așteptate față de rezultatele reale și va atribui o stare de promovare sau de eșec
| Caz de testare # | Caz de testare Description | Date de testare | rezultat asteptat | Rezultat actual | Trecut picat |
|---|---|---|---|---|---|
| 1 | Verificați răspunsul când sunt introduse e-mail și parola valide | E-mail: guru99@email.com Parola: lNf9^Oti7^2h | Conectarea ar trebui să aibă succes | Conectarea a avut succes | Trece |
Pas 5) În afară de cazul tău de testare, poate avea un câmp de genul,
o precondiție care specifică lucrurile care trebuie să fie îndeplinite înainte ca testul să poată rula. Pentru cazul nostru de testare, o precondiție ar fi instalarea unui browser pentru a avea acces la site-ul testat. Un caz de testare poate include și postcondiții care specifică orice se aplică după finalizarea cazului de testare. Pentru cazul nostru de testare, o postcondiție ar fi data și ora autentificării stocate în baza de date.
Elementele cheie ale unui caz de testare
Un caz de testare standard include de obicei:
- ID caz de testare – Identificator unic (de exemplu, TC001)
- Titlu sau Description – Ce verifică testul
- Condiții preliminare – Ce trebuie să existe înainte de începerea testului
- Pașii de testare – Acțiunile exacte de efectuat
- Date de testare – Valori sau parametri de intrare
- rezultat asteptat – Rezultatul pe care ar trebui să-l vezi
- Rezultat actual – Ce s-a întâmplat de fapt
- Stare – Admis, Eșuat sau Blocat
Caz de testare vs scenariu de testare
A scenariu de testare descrie ce trebuie testat — funcționalitatea generală sau parcursul utilizatorului.
A caz de testare, pe de altă parte, explică modul în care va fi verificată funcționalitatea respectivă — pașii exacți, datele și rezultatele așteptate.
In termeni simpli:
- Scenariu de testare = Idee a ceea ce trebuie testat.
- Caz de testare = Implementare despre cum să testezi acea idee.
Gândește-te așa -
„Dacă un scenariu de testare este titlul unui capitol, fiecare caz de testare este un paragraf care explică în detaliu capitolul respectiv.”
Exemplu de ilustrare:
Să luăm un exemplu pentru a fi mai clar:
Scenariul de testare:
„Verificați funcționalitatea de conectare a site-ului web.”
Cazuri de testare conexe:
- Verificați autentificarea cu un nume de utilizator și o parolă valide.
- Verificați mesajul de eroare cu o parolă nevalidă.
- Verificați autentificarea cu câmpuri goale.
- Câmpul de verificare a parolei ascunde textul de introducere.
Aici, scenariul este un obiectiv funcțional unic, în timp ce cazurile de testare îl împart în condiții specifice, testabile.
Citiți pentru mai multe informații despre Diferența dintre cazul de testare și scenariul de testare
Beneficiile scrierii unor cazuri de testare de înaltă calitate
- Cazurile de testare de înaltă calitate asigură o funcționare temeinică acoperire de testare, consecvență și trasabilitate pe parcursul întregului proces de asigurare a calității.
- Acestea îi ajută pe testeri să prindă erori devreme, menține stabilitate a regresieiși să garanteze că fiecare funcționalitate este aliniată cu cerințele afacerii.
- Cazurile de testare bine scrise sunt clar, reutilizabil și repetabil, permițând oricărui tester sau instrument de automatizare să le execute în mod fiabil.
- De asemenea, ele acționează ca un punte de comunicare între dezvoltatori, testeri și părți interesate — reducând ambiguitatea și economisind timp.
- Prin documentarea obiectivelor, pașilor și rezultatelor testării, echipele pot măsurarea progresului, respectarea standardelor, și gestionați eficient actualizările.
- Cel mai important, cazuri de testare bune reduce costurile de întreținere, accelerarea automatizării și furnizarea încredere în calitatea software-ului.
- Acestea servesc drept documentație dinamică pentru integrarea noilor testeri și ca input structurat pentru inteligența artificială și instrumente de gestionare a testelor.
Greșeli frecvente de evitat la scrierea cazurilor de testare
Chiar și testerii experimentați fac mici erori care slăbesc calitatea testelor.
Evitarea acestor greșeli poate îmbunătăți considerabil precizie, claritate și mentenabilitate din suita dvs. de teste.
- Scrierea unor pași vagi: Instrucțiunile ambigue, cum ar fi „verificați pagina de conectare”, îi derutează pe testeri. Folosiți pași clari, bazați pe acțiuni.
- Omiterea scenariilor negative: Includeți întotdeauna intrări nevalide sau teste la limită pentru a asigura o acoperire completă.
- Reutilizarea datelor de testare neclare: Datele neetichetate sau inconsistente fac ca rezultatele testelor să fie nesigure. Mențineți o fișă cu date de testare comună.
- Complicarea excesivă a cazurilor de testare: Cazurile lungi, cu mai mulți pași, sunt greu de întreținut. Mențineți fiecare caz concentrat și atomic.
- Ignorarea actualizărilor după modificările produsului: Cazurile de testare învechite creează rezultate false. Revvizualizați și revizuiți regulat.
- Trasabilitate lipsă: Legați întotdeauna cazurile de testare de cerințe pentru a urmări acoperirea și conformitatea.
- Omiterea evaluărilor inter pares: Ochii proaspeți observă din timp pașii neclari sau redundanți.
