Exemplu de șablon de caz de testare cu exemple de cazuri de testare (Descărcare)

sample test case template with test case examples

În fiecare zi primesc în continuare mai multe cereri de Șablon de caz de testare . Și sunt surprins că mulți testeri încă documentează cazuri de testare cu documente Word sau fișiere Excel.

Majoritatea preferă foile de calcul Excel, deoarece pot grupa cu ușurință cazurile de testare în funcție de tipurile de testare și, cel mai important, pot obține cu ușurință valori de testare cu formule Excel. Dar sunt sigur că, odată cu creșterea volumului testelor, veți fi extrem de dificil de gestionat.

Dacă nu utilizați niciun instrument de gestionare a cazurilor de testare, atunci vă recomand cu tărie să utilizați un instrument open-source pentru a gestiona și executa cazurile de testare.

Formatele cazurilor de testare pot varia de la o organizație la alta. Dar utilizarea unui format standard de caz de testare pentru scrierea cazurilor de testare este cu un pas mai aproape de a configura un proces de testare pentru proiectul dvs.

De asemenea, minimizează Test ad-hoc aceasta se face fără documentația adecvată a cazului de testare. Dar chiar dacă utilizați șabloane standard, trebuie să configurați scrierea cazurilor de testare, revizuirea și aprobarea, executarea testelor și, cel mai important, procesul de pregătire a raportului de testare, etc., utilizând metode manuale.

De asemenea, dacă aveți un proces de examinare a cazurilor de test de către echipa de afaceri, atunci trebuie să formatați aceste cazuri de testare într-un șablon care este agreat de ambele părți.

Ce veți învăța:

• Instrumente recomandate
  • # 1) TestRail
  • # 2) TestMonitor
• Câmpuri standard ale unui șablon de caz de testare
• Descărcați șablonul de caz de testare cu exemplu (format # 1)
• One More Test Case Format (# 2)
• Exemplu de caz de testare Pentru testarea manuală
• Concluzie
• Lectură recomandată

Instrumente recomandate

Înainte de a continua procesul de scriere a cazurilor de testare, vă recomandăm să descărcați aceste instrumente de gestionare a cazurilor de testare. Acest lucru vă va ușura planul de testare și procesul de scriere a cazurilor de test menționate în acest tutorial.

# 1) TestRail

=> Descărcați instrumentul de gestionare a cazurilor de testare TestRail

# 2) TestMonitor

TestMonitor - Management de test online de nivel superior. Revoluționar ușor.

TestMonitor este un instrument de management de test end-to-end pentru fiecare organizație. O abordare simplă și intuitivă a testării. Indiferent dacă implementați software de întreprindere, aveți nevoie de QA, construiți o aplicație de calitate sau aveți nevoie doar de o mână de ajutor în proiectul dvs. de testare, TestMonitor vă acoperă.

=> Accesați site-ul web TestMonitor

Iată cum puteți face acest proces manual de gestionare a cazurilor de testare puțin mai ușor cu ajutorul șabloanelor de testare simple.

Notă: Am enumerat numărul maxim de câmpuri legate de un caz de testare. Dar este recomandat să utilizați numai acele câmpuri care sunt utilizate de echipa dvs. De asemenea, dacă credeți că vreun câmp utilizat de echipa dvs. lipsește din această listă, atunci nu ezitați să îl adăugați la șablonul personalizat.

Câmpuri standard ale unui șablon de caz de testare

Există anumite câmpuri standard care trebuie luate în considerare la pregătirea unui șablon de caz de testare.

Mai multe câmpuri standard ale unui eșantion de șablon de caz de testare sunt enumerate mai jos .

ID-ul cazului de testare: Este necesar un ID unic pentru fiecare caz de testare. Respectați câteva convenții pentru a indica tipurile testului. De exemplu, „TC_UI_1” indicând „cazul de testare al interfeței cu utilizatorul # 1”.

Prioritate de testare (scăzută / medie / înaltă) :Acest lucru este foarte util în timpul executării testului. Prioritatea de testare pentru regulile de afaceri și cazurile de testare funcționale poate fi medie sau mai mare, în timp ce cazurile de interfață cu utilizatorul minore pot avea o prioritate redusă. Prioritatea testului trebuie stabilită întotdeauna de către examinator.

Nume modul :Menționați numele modulului principal sau al sub-modulului.

Test conceput de Numele testatorului.

Data proiectării testului :Data când a fost scris.

Test executat de Numele testerului care a executat acest test. Se completează numai după executarea testului.

Data executării testului :Data la care testul a fost executat.

Titlul / numele testului :Titlul cazului de testare. De exemplu, verificați pagina de autentificare cu un nume de utilizator și o parolă valide.

Rezumatul / descrierea testului :Descrieți pe scurt obiectivul testului.

exemplu de testare pentru aplicații web

Pre-condiții :Orice condiție prealabilă care trebuie îndeplinită înainte de executarea acestui caz de testare. Enumerați toate condițiile prealabile pentru a executa cu succes acest caz de testare.

Dependențe :Menționați orice dependență de celelalte cazuri de testare sau cerințe de testare.

Pașii de testare :Enumerați în detaliu toți pașii de execuție a testului. Scrieți pașii de testare în ordinea în care ar trebui să fie executați. Asigurați-vă că furnizați cât mai multe detalii.

Date de testare :Utilizarea datelor de testare ca intrare pentru acest caz de testare. Puteți furniza diferite seturi de date cu valori exacte pentru a fi utilizate ca intrare.

rezultat asteptat :Care ar trebui să fie ieșirea sistemului după executarea testului? Descrieți detaliat rezultatul așteptat, inclusiv mesajul / eroarea care ar trebui să fie afișate pe ecran.

Post-condiție :Care ar trebui să fie starea sistemului după executarea acestui caz de testare?

Rezultat actual :Rezultatul real al testului trebuie completat după executarea testului. Descrieți comportamentul sistemului după executarea testului.

Stare (Pass / Fail) :Dacă un rezultat real nu este conform rezultatului așteptat, atunci marcați acest test ca a eșuat . În caz contrar, actualizați-l ca a trecut .

Note / Comentarii / Întrebări :Dacă există unele condiții speciale pentru a susține câmpurile de mai sus, care nu pot fi descrise mai sus sau dacă există întrebări legate de rezultatele așteptate sau efective, menționați-le aici.

Adăugați următoarele câmpuri, dacă este necesar:

ID / Link defect :Dacă starea testului este a eșuat , apoi includeți linkul către jurnalul defectelor sau menționați numărul defectului.

Tipul testului / cuvinte cheie :Acest câmp poate fi utilizat pentru a clasifica testele pe baza tipurilor de teste. De exemplu, funcţional , utilizare, reguli de afaceri etc.

Cerințe :Cerințe pentru care este scris acest caz de testare. De preferință, numărul exact al secțiunii din cerința doc.

Atașamente / Referințe :Acest câmp este util pentru scenarii de testare complexe pentru a explica pașii de testare sau rezultatele așteptate folosind o diagramă Visio ca referință. Furnizați legătura sau locația către calea reală a diagramei sau documentului.

Automatizare? (Da nu) :Dacă acest caz de testare este automatizat sau nu. Este util să urmăriți starea automatizării atunci când cazurile de testare sunt automatizate.

Cu ajutorul câmpurilor de mai sus, am pregătit un exemplu de șablon de caz de testare pentru referință.

Descărcați șablonul de caz de testare cu exemplu (format # 1)

- Șablon de fișier DOC pentru caz de testare și
- Șablon de fișier Excel pentru caz de testare

De asemenea, aici puteți consulta câteva alte articole despre scrierea eficientă cazuri de testare . Utilizați aceste linii directoare de scriere a testelor și șablonul de mai sus pentru a scrie și gestiona cazurile de testare eficient în proiectul dvs.

Exemple de cazuri de testare:

Tutorial nr. 1: 180+ Exemple de cazuri de testare pentru aplicații web și desktop

One More Test Case Format (# 2)

Fără îndoială, cazurile de testare vor diferi în funcție de funcționalitatea software-ului pentru care este destinat. Cu toate acestea, prezentat mai jos este un șablon pe care îl puteți folosi oricând pentru documentarea cazurilor de test, fără a vă deranja despre ceea ce face aplicația dvs.

Exemple de cazuri de testare

Pe baza șablonului de mai sus, mai jos este un exemplu care prezintă conceptul într-un mod mult mai ușor de înțeles.

Să presupunem că testați funcționalitatea de conectare a oricărei aplicații web, să zicem Facebook .

Mai jos sunt cazurile de test pentru aceleași:

=> Descărcați formatul cazului de test de mai sus cu exemple de date

Exemplu de caz de testare Pentru testarea manuală

Mai jos este prezentat un exemplu a unui proiect live care demonstrează cum sunt implementate toate sfaturile și trucurile enumerate mai sus.

(Notă: Faceți clic pe orice imagine pentru o vizualizare mărită)

Concluzie

Personal, prefer să folosesc un Instrument de gestionare a cazurilor de testare . Puteți începe cu un instrument open-source. Va fi un bun adaos la eforturile dvs. de a configura procesul de testare și, între timp, va economisi mult timp în loc să întrețineți manual aceste documente.

De asemenea, am văzut șabloane de caz de testare și câteva exemple folosind documentație foarte bună, de calitate. Sper că acest articol ți-ar fi fost de ajutor.

Ne-ar face plăcere să vă cunoaștem gândurile, comentariile / sugestiile despre acest articol.

PREV Tutorial | NEXT Tutorial

Lectură recomandată

• Scrierea cazurilor de testare din documentul SRS (DESCĂRCARE Exemple de testare a proiectelor live)
• Cum să raportați inteligent execuția testului - (Descărcați șablonul de raport de stare)
• Exemplu de document de plan de testare (exemplu de plan de testare cu detalii despre fiecare câmp)
• Cum se scriu cazuri de testare pentru o pagină de conectare (exemple de scenarii)
• Cum să scrieți cazuri de testare: ultimul ghid cu exemple
• Cum să scrieți un document de strategie de testare (cu un șablon de strategie de testare exemplar)
• Cum se scrie un raport sumar eficient al testului (Descărcare exemplu de raport)
• Exemplu de șablon de plan de testare software cu format și conținut