Ce este un caz de testare?
Un caz de testare este un set de acțiuni executate pentru a verifica o anumită caracteristică sau funcționalitate a aplicației dvs. software. Un caz de testare conține pași de testare, date de testare, precondiție, postcondiție dezvoltate pentru scenariul de testare specific pentru a verifica orice cerință. Cazul de testare include variabile sau condiții specifice, cu ajutorul cărora un inginer de testare poate compara rezultatele așteptate și cele reale pentru a determina dacă un produs software funcționează conform cerințelor clientului.
Testează scenariul împotriva cazului de testare
Scenariile de testare sunt destul de vagi și acoperă o gamă largă de posibilități. Testarea înseamnă a fi foarte specific.
Pentru un scenariu de testare: verificați funcționalitatea de conectare, există multe cazuri de testare posibile:
- Caz de test 1: Verificați rezultatele la introducerea ID-ului și parolei de utilizator valide
- Testul 2: Verificați rezultatele la introducerea ID-ului și parolei de utilizator nevalide
- Caz de test 3: Verificați răspunsul atunci când un ID de utilizator este gol și butonul de conectare este apăsat și multe altele
Acesta nu este altceva decât un caz de testare.
În acest tutorial, veți învăța cum să scrieți cazuri de testare în testarea manuală, cu un exemplu -
- Cum se scriu cazuri de testare în testarea manuală
- Formatul cazurilor de test standard
- Cele mai bune practici pentru scrierea unui bun exemplu de caz de testare.
- Instrumente de gestionare a cazurilor de testare
- Resurse
Faceți clic aici dacă videoclipul nu este accesibil
Cum se scriu cazuri de testare în testarea manuală
Să creăm un caz de testare pentru scenariu: Verificați funcționalitatea conectării
Pasul 1) Un caz de test simplu pentru a explica scenariul ar fi
| Caz de testare nr. | Descrierea cazului de testare |
|---|---|
| 1 | Verificați răspunsul la introducerea e-mailului și a parolei valide |
Pasul 2) Pentru a executa cazul de testare, veți avea nevoie de date de testare. Adăugându-l mai jos
| Caz de testare nr. | Descrierea cazului de testare | Date de testare |
|---|---|---|
| 1 | Verificați răspunsul la introducerea e-mailului și a parolei valide | Email: Această adresă de email este protejată împotriva spamboților. Aveți nevoie de JavaScript activat pentru ao vizualiza. Parola: lNf9 Oti7 2h |
Identificarea datelor de testare poate necesita mult timp și poate necesita uneori crearea de date de testare din nou. Motivul pentru care trebuie documentat.
Pasul 3) 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 nr. | Descrierea cazului de testare | Pașii de testare | Date de testare |
|---|---|---|---|
| 1 | Verificați răspunsul la introducerea e-mailului și a parolei valide |
1) Introduceți adresa de e-mail 2) Introduceți parola 3) Faceți clic pe Conectare |
Email: Această adresă de email este protejată împotriva spamboților. Aveți nevoie de JavaScript activat pentru ao vizualiza. 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 merge într-o vacanță sau este bolnav și în afara serviciului sau este foarte ocupat cu alte sarcini critice. Un angajat recent poate fi solicitat să execute cazul de testare. Pașii documentați îl vor ajuta și, de asemenea, vor facilita revizuirea altor părți interesate.
Pasul 4) Scopul cazurilor de testare în testarea software-ului este de a verifica comportamentul AUT pentru un rezultat așteptat. Acest lucru trebuie documentat după cum urmează
| Caz de testare nr. | Descrierea cazului de testare | Date de testare | rezultat asteptat |
|---|---|---|---|
| 1 | Verificați răspunsul la introducerea e-mailului și a parolei valide | Email: Această adresă de email este protejată împotriva spamboților. Aveți nevoie de JavaScript activat pentru ao vizualiza. Parola: lNf9 Oti7 2h | Autentificarea ar trebui să aibă succes |
În timpul timpului de execuție a testului, testerul va verifica rezultatele așteptate comparativ cu rezultatele reale și va atribui o stare de trecere sau eșec
| Caz de testare nr. | Descrierea cazului de testare | Date de testare | rezultat asteptat | Rezultat actual | Trecut picat |
|---|---|---|---|---|---|
| 1 | Verificați răspunsul la introducerea e-mailului și a parolei valide | Email: Această adresă de email este protejată împotriva spamboților. Aveți nevoie de JavaScript activat pentru ao vizualiza. Parola: lNf9 Oti7 2h | Autentificarea ar trebui să aibă succes | Conectarea a avut succes | Trece |
Pasul 5) Că în afară de cazul dvs. de testare - poate avea un câmp cum ar fi, Pre-condiție, care specifică lucrurile care trebuie să fie în loc înainte ca testul să poată rula. Pentru cazul nostru de testare, o condiție prealabilă ar fi instalarea unui browser pentru a avea acces la site-ul testat. Un caz de testare poate include, de asemenea, post-condiții care specifică orice se aplică după finalizarea cazului de testare. Pentru cazul nostru de testare, o condiție postală ar fi data și ora de conectare sunt stocate în baza de date
Formatul cazurilor de test standard
Mai jos este un format al unui exemplu de testare standard de conectare.
| Test ID-ul cazului | Scenariu de testare | Pașii de testare | Date de testare | rezultate asteptate | Rezultate actuale | Trecut picat |
|---|---|---|---|---|---|---|
| TU01 | Verificați Conectarea clienților cu date valide |
| Userid = guru99 Parolă = pass99 | Utilizatorul trebuie să se conecteze la o aplicație | Cum era de așteptat | Trece |
| TU02 | Verificați autentificarea clientului cu date nevalide |
| Userid = guru99 Parolă = glass99 | Utilizatorul nu trebuie să se conecteze la o aplicație | Cum era de așteptat | Trece |
Întregul tabel poate fi creat în Word, Excel sau orice alt instrument de gestionare a testelor. Asta este tot pentru a testa proiectarea cazurilor
În timpul redactării unui caz de testare pentru a include următoarele informații
- Descrierea cerinței testate
- Explicația modului în care sistemul va fi testat
- Configurarea testului, cum ar fi 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, condiții prealabile, cum ar fi alte teste și orice alte informații de configurare relevante pentru cerințele testate
- Intrări și ieșiri sau acțiuni și rezultate așteptate
- Orice dovezi sau atașamente
- Folosiți limbajul activ al cazurilor
- Test Case nu trebuie să depășească 15 pași
- Un script de test automat este comentat cu intrări, scop și rezultate așteptate
- Configurarea oferă o alternativă la testele prealabile
- În cazul altor teste, ar trebui să fie o comandă incorectă a scenariului de afaceri
Cele mai bune practici pentru scrierea unui bun exemplu de caz de testare.
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.
Folosiți un limbaj asertiv, cum ar fi accesați pagina de pornire, introduceți date, faceți clic pe acesta și așa mai departe. Acest lucru facilitează înțelegerea etapelor de testare și executarea 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 utilizat. 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 executarea unui alt caz de testare, apelați cazul de testare prin ID-ul cazului de testare din coloana de precondiție
4. Nu presupune
Nu vă asumați funcționalitatea și caracteristicile aplicației software în timpul pregătirii cazului de testare. Respectați documentele cu specificații.
5. Asigurați o acoperire 100%
Asigurați-vă că scrieți teste pentru a verifica toate cerințele software menționate în documentul de specificații. Utilizați Matricea de trasabilitate pentru a vă asigura că nici o 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 timp ce urmăriți defectele sau identificați o cerință software într-o etapă ulterioară.
7. Implementați tehnici de testare
Nu este posibil să verificați toate condițiile posibile din 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 de tranziție a stării : Această metodă este utilizată atunci când comportamentul software-ului se schimbă de la o stare la alta în urma unei acțiuni particulare.
- Tehnica de ghicit a erorilor : Aceasta presupune / anticipează eroarea care poate apărea în timpul efectuării testării manuale. Aceasta nu este o metodă formală și profită de experiența unui tester cu aplicația
8. Autocurățare
Cazul de test pe care îl creați trebuie să readucă mediul de testare în starea de pre-test ș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ător
Cazul de testare ar trebui să genereze aceleași rezultate de fiecare dată, indiferent cine îl testează
10. Evaluarea colegială.
După crearea cazurilor de testare, verificați-le de colegii dvs. Colegii dvs. pot descoperi defecte în proiectarea cazului dvs. de test, pe care le-ați putea rata cu ușurință.
Instrumente de gestionare a cazurilor de testare
Instrumentele de gestionare a 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 ajutorul instrumentelor, puteți accelera crearea cazurilor de testare cu ajutorul șabloanelor
- Executați Test Case și înregistrați rezultatele: Test Case poate fi executat prin intermediul instrumentelor și rezultatele obținute pot fi ușor înregistrate.
- Automatizarea urmăririi defectelor: testele nereușite sunt conectate automat la urmăritorul de erori, care la rândul său poate fi atribuit dezvoltatorilor și poate fi urmărit prin notificări prin e-mail.
- Trasabilitate: Cerințe, cazuri de testare, executarea cazurilor de testare sunt toate legate între ele prin intermediul instrumentelor și fiecare caz poate fi trasat unul la altul pentru a verifica acoperirea testului.
- Protejarea cazurilor de testare: cazurile de testare ar trebui să fie reutilizabile și ar trebui să fie protejate împotriva pierderii sau deteriorării din cauza controlului slab al versiunii. Instrumentele de gestionare a cazurilor de testare oferă funcții precum
- Convenții de numire și numerotare
- Versionarea
- Spațiu de stocare numai în citire
- Acces controlat
- Copie de rezervă în afara site-ului
Instrumentele populare de gestionare a testelor sunt: Quality Center și JIRA
Resurse
- Vă rugăm să rețineți că șablonul utilizat va varia de la proiect la proiect. Citiți acest tutorial pentru a afla șablonul cazului de testare cu explicația câmpurilor importante
Descărcați modelul de caz de test Excel de mai sus (.xls)
