Cum să scrieți cazuri de testare cu exemple
Thomas Hamilton
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 simpli ca mai sus, prin urmare au nevoie de documentație. De asemenea, autorul cazului de testare poate părăsi organizația sau pleca într-o vacanță sau este bolnav și în afara serviciului sau este foarte ocupat cu alte sarcini critice. Un angajat recent i se poate cere să execute cazul de testare. Pașii documentați îl vor ajuta și, de asemenea, vor facilita revizuirile de către alte părți interesate.
Pas 4) Verificați comportamentul AUT.
Scopul cazurilor de testare în testarea software-ului este de a verifica comportamentul AUT pentru un rezultat așteptat. Acest lucru trebuie documentat ca mai jos
| 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,
Pre – Condiție care specifică lucrurile care trebuie să fie la locul lor înainte ca testul să poată rula. Pentru cazul nostru de testare, o condiție prealabilă ar fi să avem un browser instalat pentru a avea acces la site-ul testat. Un caz de testare poate include și Condiții Post care specifică orice se aplică după finalizarea cazului de testare. Pentru cazul nostru de testare, o condiție ulterioară ar fi ora și data de conectare sunt stocate în baza de date
Cum se scrie un videoclip pentru caz de testare
Clic aici dacă videoclipul nu este accesibil
Cea mai bună practică pentru scrierea unui caz de testare bun.
1. Cazurile de testare trebuie să fie simple și transparente:
Creați cazuri de testare cât mai simple posibil. Acestea trebuie să fie clare și concise, deoarece autorul cazului de testare nu le poate executa.
Utilizați un limbaj asertiv, cum ar fi accesați pagina de start, introduceți date, faceți clic pe acesta și așa mai departe. Acest lucru facilitează înțelegerea pașilor de testare și execuția testelor mai rapidă.
2. Creați un caz de testare având în vedere utilizatorul final
Scopul final al oricărui proiect software este de a crea cazuri de testare care să îndeplinească cerințele clienților și să fie ușor de utilizat și de operat. Un tester trebuie să creeze cazuri de testare ținând cont de perspectiva utilizatorului final
3. Evitați repetarea cazului de testare.
Nu repetați cazurile de testare. Dacă este necesar un caz de testare pentru a executa un alt caz de testare, apelați cazul de testare prin id-ul cazului de testare în coloana de precondiții
4. Nu presupune
Nu vă asumați funcționalitatea și caracteristicile aplicației dvs. software în timp ce pregătiți cazul de testare. Respectați documentele cu specificații.
5. Asigurați o acoperire de 100%.
Asigurați-vă că scrieți cazuri de testare pentru a verifica toate cerințele software menționate în documentul de specificații. Utilizare Matricea de trasabilitate pentru a vă asigura că nicio funcție/condiție nu este lăsată netestată.
6. Cazurile de testare trebuie să fie identificabile.
Denumiți ID-ul cazului de testare astfel încât să fie identificat cu ușurință în timpul urmăririi defectelor sau identificării unei cerințe software într-o etapă ulterioară.
7. Implementați tehnici de testare
Nu este posibil să verificați toate condițiile posibile în aplicația dvs. software. Tehnicile de testare software vă ajută să selectați câteva cazuri de testare cu posibilitatea maximă de a găsi un defect.
- Analiza valorii limită (BVA): După cum sugerează și numele, este tehnica care definește testarea limitelor pentru un interval specificat de valori.
- Partiție de echivalență (EP): Această tehnică împarte gama în părți/grupuri egale care tind să aibă același comportament.
- Tehnica tranziției de stat: Această metodă este utilizată atunci când comportamentul software-ului se schimbă de la o stare la alta în urma unei anumite acțiuni.
- Tehnica de ghicire a erorilor: Aceasta înseamnă ghicirea/anticiparea erorii care poate apărea în timpul testării manuale. Aceasta nu este o metodă formală și profită de experiența unui tester cu aplicația
8. Autocuratare
Cazul de testare pe care îl creați trebuie să returneze Mediu de testare la starea pre-testare și nu ar trebui să facă mediul de testare inutilizabil. Acest lucru este valabil mai ales pentru testarea configurației.
9. Repetabil și de sine stătătoare
Cazul de testare ar trebui să genereze aceleași rezultate de fiecare dată, indiferent cine îl testează
10. Peer Revvezi.
După ce ați creat cazuri de testare, faceți-le revizuite de colegi. Colegii dvs. pot descoperi defecte în designul cazului dvs. de testare, pe care le puteți rata cu ușurință.
În timpul redactării unui caz de testare pentru a include următoarele informații
- Descrierea cerinței care este testată
- Explicația modului în care va fi testat sistemul
- Configurarea testului ca o versiune a unei aplicații testate, software, fișiere de date, sistem de operare, hardware, acces de securitate, data fizică sau logică, ora din zi, cerințe preliminare, cum ar fi alte teste și orice altă informație de configurare relevantă pentru cerințele testate
- Intrări și ieșiri sau acțiuni și rezultate așteptate
- Orice dovezi sau atașamente
- Folosiți limbajul de caz activ
- Cazul de testare nu trebuie să depășească 15 pași
- Un script de testare automat este comentat cu intrări, scop și rezultate așteptate
- Configurarea oferă o alternativă la testele preliminare
- Cu alte teste, ar trebui să fie o ordine incorectă a scenariului de afaceri
Instrumente de gestionare a cazurilor de testare
Instrumentele de management al testelor sunt instrumentele de automatizare care ajută la gestionarea și întreținerea cazurilor de testare. Principalele caracteristici ale unui instrument de gestionare a cazurilor de testare sunt
- Pentru documentarea cazurilor de testare: Cu instrumente, puteți accelera crearea cazurilor de testare cu ajutorul șabloanelor
- Executați cazul de testare și înregistrați rezultatele: Test Case poate fi executat prin intermediul instrumentelor și rezultatele obținute pot fi ușor înregistrate.
- Automatizați urmărirea defectelor: Testele eșuate sunt conectate automat la instrumentul de urmărire a erorilor, care, la rândul său, poate fi atribuit dezvoltatorilor și poate fi urmărit prin notificări prin e-mail.
- Trasabilitate: Cerințele, cazurile de testare, execuția cazurilor de testare sunt toate interconectate prin intermediul instrumentelor și fiecare caz poate fi urmărit unul la celălalt pentru a verifica acoperirea testului.
- Protejarea cazurilor de testare: Cazurile de testare ar trebui să fie reutilizabile și ar trebui protejate împotriva pierderii sau corupției din cauza controlului slab al versiunilor. Instrumentele de gestionare a cazurilor de testare oferă funcții precum
- Convenții de denumire și numerotare
- Versionare
- Stocare numai pentru citire
- Acces controlat
- Backup off-site
Instrumentele populare de management al testelor sunt: Centru de calitate si JIRA
Formatul cazurilor de testare standard
Mai jos este un format al unui exemplu de cazuri de testare standard de conectare.
| ID caz de testare | Caz de testare Description | Pașii de testare | Date de testare | rezultate asteptate | Rezultate actuale | Trecut picat |
|---|---|---|---|---|---|---|
| TU01 | Verificați autentificarea clientului cu date valide |
|
Userid = guru99 Parola = pass99 | Utilizatorul trebuie să se autentifice într-o aplicație | Cum era de așteptat | Trece |
| TU02 | Verificați autentificarea clientului cu date nevalide |
|
Userid = guru99 Parola = glass99 | Utilizatorul nu trebuie să se autentifice într-o aplicație | Cum era de așteptat | Trece |
Acest tabel întreg poate fi creat în Word, Excel sau orice altul Instrument de management al testelor. Asta e tot pentru Test Case Design
Șablon de caz de testare
- Vă rugăm să rețineți că șablonul folosit va varia de la proiect la proiect. Citeste acest tutorial pentru a învăța șablonul de caz de testare cu explicația câmpurilor importante
Descărcați șablonul de caz de testare Excel de mai sus (.xls)
Întrebări frecvente
Ce este un caz de testare?
Un caz de testare este un set documentat de condiții, intrări, acțiuni și rezultate așteptate, concepute pentru a verifica dacă o anumită funcționalitate sau caracteristică a unei aplicații funcționează conform intenției. Acesta servește drept ghid pentru testeri pentru a se asigura că aplicația se comportă corect în condițiile specificate.
Scenariu de testare vs. caz de testare
Pentru o Scenariu de testare: Verificați funcționalitatea de conectare, există multe cazuri de testare posibile:
- Cazul de testare 1: Verificați rezultatele la introducerea ID-ului de utilizator și a parolei valide
- Cazul de testare 2: Verificați rezultatele la introducerea codului de utilizator și a parolei nevalide
- Cazul de testare 3: Verificați răspunsul când un ID de utilizator este gol și butonul de conectare este apăsat și multe altele
