Meniu

Exemplu de document de plan de testare (exemplu de plan de testare cu detalii despre fiecare câmp)

sample test plan document

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Doriți să aflați și să descărcați un exemplu de plan de testare? Acest tutorial răspunde celor care au solicitat un exemplu de plan de testare.

În tutorialul meu anterior, am prezentat Indexul planului de testare. În acest tutorial, voi detalia detaliile indexului.

Un plan de testare reflectă întregul program și abordare a testelor.

=> Faceți clic aici pentru seria completă de programe de testare

DOCUMENTUL PLANULUI DE TESTARE

Aceasta include scopul unui plan de testare, adică domeniul de aplicare, abordarea, resursele și programul activităților de testare. Pentru a identifica articolele testate, caracteristicile care trebuie testate, sarcinile de testare care trebuie efectuate, personalul responsabil pentru fiecare sarcină, riscurile asociate acestui plan etc.

Am inclus linkul pentru a descărca un format PDF al acestui exemplu de plan de testare la sfârșitul acestei postări.

Exemplu de plan de testare

(Denumirea produsului)

Pregătite de:
(Numele celor care s-au pregătit)
(Data)

CUPRINS (TOC)

1.0 INTRODUCERE

2.0 OBIECTIVE ȘI SARCINI
2.1 Obiective
2.2 Sarcini

3.0 DOMENIU DE APLICARE

4.0 Strategia de testare
4.1 Testarea alfa (testarea unitara)
4.2 Testarea sistemului și integrării
4.3 Testarea performanței și a stresului
4.4 Testarea acceptării utilizatorului
4.5 Testarea lotului
4.6 Testare automată de regresie
4.7 Testarea beta

5.0 Cerințe hardware

ce program se deschide fișierul eps

6.0 Cerințe de mediu
6.1 Cadrul principal
6.2 Stație de lucru

7.0 Program de testare

8.0 Proceduri de control

9.0 Caracteristici de testat

10.0 Caracteristici care nu trebuie testate

11.0 Resurse / Roluri și responsabilități

12.0 Programe

13.0 Departamente cu impact semnificativ (SID)

14.0 Dependențe

15.0 Riscuri / Ipoteze

16.0 Instrumente

17.0 Aprobări

Notă: Acest plan de testare este furnizat în format PDF. Pentru flexibilitate maximă, luați în considerare utilizarea unui instrument de gestionare a testelor bazat pe web, cum ar fi TestRail pentru a vă dezvolta planurile de testare.

Să explorăm fiecare câmp în detaliu !!

1.0 INTRODUCERE

Este un scurt rezumat al produsului care este testat. Descrieți toate funcțiile la un nivel înalt.

2.0 OBIECTIVE ȘI SARCINI

2.1 Obiective
Descrieți obiectivele susținute de Master Test Plan, De exemplu , definirea sarcinilor și responsabilităților, un vehicul pentru comunicare, un document care urmează să fie utilizat ca acord de nivel de serviciu etc.

2.2 Sarcini
Enumerați toate sarcinile identificate de acest plan de testare, adică testarea, post-testarea, raportarea problemelor etc.

3.0 DOMENIU DE APLICARE

General: Această secțiune descrie ceea ce este testat, care este nou pentru toate funcțiile unui anumit produs, interfețele sale existente, integrarea tuturor funcțiilor etc.

Tactică: Enumerați aici despre cum veți realiza articolele pe care le-ați enumerat în secțiunea „Domeniu de aplicare”.

De exemplu , dacă ați menționat că veți testa interfețele existente, care ar fi procedurile pe care le-ați urma pentru a anunța persoanele cheie să-și reprezinte zonele respective, precum și alocarea timpului în programul lor pentru a vă ajuta în realizarea activității dvs.?

4.0 STRATEGIA DE TESTARE

Descrieți abordarea generală a testării. Pentru fiecare grup major de caracteristici sau combinații de caracteristici, specificați abordarea care va asigura că aceste grupuri de caracteristici sunt testate în mod adecvat.

Specificați activitățile, tehnicile și instrumentele majore care sunt utilizate pentru a testa grupurile desemnate de caracteristici.

Abordarea ar trebui descrisă cu suficiente detalii pentru a permite identificarea sarcinilor majore de testare și estimarea timpului necesar pentru a face fiecare.

4.1 Testarea unității

Definiție: Specificați gradul minim de comprehensivitate dorit. Identificați tehnicile care vor fi utilizate pentru a evalua exhaustivitatea efortului de testare ( De exemplu , determinând ce declarații au fost executate cel puțin o dată).

Specificați orice criterii suplimentare de finalizare ( De exemplu , frecvența erorii). Trebuie specificate tehnicile care trebuie utilizate pentru urmărirea cerințelor.

Participanți: Enumerați numele persoanelor / departamentelor care ar fi responsabile Testarea unitara .

Metodologie: Descrieți modul în care vor fi efectuate testele unitare. Cine va scrie scripturile de testare pentru testarea unitară, care ar fi succesiunea evenimentelor testării unitare și cum se va desfășura activitatea de testare?

4.2 Testarea sistemului și integrării

Definiție: Enumerați ceea ce înțelegeți Testarea sistemului și testarea integrării pentru proiectul dvs.

Participanți: Cine va conduce sistemul și Testarea integrării pe proiectul tau? Enumerați persoanele care vor fi responsabile pentru această activitate.

Metodologie: Descrieți modul în care vor fi efectuate testele de sistem și integrare. Cine va scrie scripturile de testare pentru testarea unitară, care ar fi secvența evenimentelor de testare a sistemului și integrarea și cum se va desfășura activitatea de testare?

4.3 Testarea performanței și a stresului

Definiție: Enumerați ce înțelegeți despre testarea stresului pentru proiectul dvs.

Participanți: Cine va efectua testarea stresului pe proiectul dvs.? Enumerați persoanele care vor fi responsabile pentru această activitate.

Metodologie: Descrieți cum vor fi efectuate testele de performanță și de stres. Cine va scrie scripturile de testare pentru testare, care ar fi succesiunea evenimentelor pentru testarea performanței și a stresului și cum se va desfășura activitatea de testare?

4.4 Testarea acceptării utilizatorului

Definiție: Scopul testului de acceptare este de a confirma că sistemul este pregătit pentru utilizare operațională. În timpul testului de acceptare, utilizatorii finali (clienții) sistemului compară sistemul cu cerințele sale inițiale.

Participanți: Cine va fi responsabil pentru testarea acceptării utilizatorilor? Enumerați numele persoanelor și responsabilitatea acestora.

Metodologie: Descrieți modul în care vor fi efectuate testele de acceptare a utilizatorilor. Cine va scrie scripturile de testare pentru testare, care ar fi succesiunea evenimentelor de testare a acceptării utilizatorilor și cum se va desfășura activitatea de testare?

4.5 Testarea lotului

4.6 Testare automată de regresie

Definiție: Testarea regresiei este retestarea selectivă a unui sistem sau a unei componente pentru a verifica dacă modificările nu au provocat efecte neintenționate și că sistemul sau componenta funcționează în continuare așa cum se specifică în cerințe.

4.7 Testarea beta

5.0 CERINȚE HARDWARE
Calculatoare
Modemuri

6.0 CERINȚE DE MEDIU

6.1 Cadrul principal
Specificați atât proprietățile necesare, cât și cele dorite ale mediului de testare.

Specificația ar trebui să conțină caracteristicile fizice ale instalațiilor, inclusiv hardware-ul, comunicațiile și software-ul sistemului, modul de utilizare ( De exemplu, autonom), precum și orice alt software sau consumabile necesare pentru a susține testul.

De asemenea, specificați nivelul de securitate care trebuie furnizat pentru facilitatea de testare, software-ul de sistem și componentele proprietare, cum ar fi software, date și hardware.

Identificați instrumentele de testare speciale care sunt necesare. Identificați orice alte nevoi de testare ( De exemplu, publicații sau spații de birouri). Identificați sursa tuturor nevoilor care nu sunt disponibile momentan grupului dvs.

6.2 Stație de lucru

7.0 PROGRAMUL DE ÎNCERCARE

Includeți toate etapele de testare identificate în programul proiectului software, precum și toate evenimentele de transmitere a articolelor.

Definiți orice etapă de testare suplimentară necesară. Estimează timpul necesar pentru a face fiecare sarcină de testare. Specificați programul pentru fiecare sarcină de testare și etapa de testare. Pentru fiecare resursă de testare (adică facilități, instrumente și personal), specificați perioadele sale de utilizare.

8.0 PROCEDURI DE CONTROL

Raportarea problemelor
Documentați procedurile care trebuie urmate atunci când se întâlnește un incident în timpul procesului de testare. Dacă va fi utilizat un formular standard, atașați o copie goală ca „Anexă” la Planul de testare.

În cazul în care utilizați un sistem automat de înregistrare a incidentelor, scrieți aceste proceduri.

Cereri de modificare
Documentați procesul de modificare a software-ului. Identificați cine va semna modificările și care ar fi criteriile pentru includerea modificărilor produsului curent.

Dacă modificările vor afecta programele existente, atunci aceste module trebuie identificate.

9.0 CARACTERISTICI CARE TREBUIE TESTATE

Identificați toate caracteristicile software și combinațiile de caracteristici software care vor fi testate.

10.0 CARACTERISTICI CARE NU TREBUIE TESTATE

Identificați toate caracteristicile și combinațiile semnificative de caracteristici care nu vor fi testate împreună cu motivele.

11.0 RESURSE / ROLURI ȘI RESPONSABILITĂȚI

Specificați membrii personalului care sunt implicați în proiectul de testare și care vor fi rolurile lor ( De exemplu, Mary Brown (utilizator) compilează cazuri de testare pentru testarea acceptării).

Identificați grupurile responsabile de gestionarea, proiectarea, pregătirea, executarea și rezolvarea activităților de testare, precum și a problemelor conexe.

De asemenea, identificați grupurile responsabile de furnizarea mediului de testare. Aceste grupuri pot include dezvoltatori, testeri, personal de operațiuni, servicii de testare etc.

12.0 PROGRAME

Livrabile majore: Identificați documentele livrabile. Puteți enumera următoarele documente:

  • Planul de testare
  • Cazuri de testare
  • Testează rapoartele de incidente
  • Rapoarte sumare ale testelor

13.0 DEPARTAMENTE (SID) IMPACTATE SEMNIFICATIV

Departamentul / Zona de afaceri Autobuz. Tester (e) de manager

14.0 DEPENDENȚE

Identificați constrângerile semnificative la testare, cum ar fi disponibilitatea articolelor de testare, disponibilitatea resurselor de testare și termenele limită.

15.0 RISCURI / ASUMĂRI

Identificați ipotezele cu risc ridicat ale planului de testare. Specificați planuri de urgență pentru fiecare ( De exemplu, întârzierea livrării articolelor de testare poate necesita o programare sporită a turei de noapte pentru a respecta data livrării).

unu 6.0 INSTRUMENTE
Enumerați instrumentele de automatizare pe care le veți folosi. De asemenea, listați instrumentul de urmărire a erorilor aici.

17.0 APROBĂRI

Specificați numele și titlurile tuturor persoanelor care trebuie să aprobe acest plan. Oferiți spațiu pentru semnături și date.

Numele (cu majuscule) Semnătura Data:

1.
2.
3.
Patru.

Descarca: Puteți descărca, de asemenea, acest exemplu de plan de testare Șablon aici.

De asemenea, am pregătit un realPlanul de testare a proiectului livedin acest eșantion.

Puteți să-l verificați și să-l descărcați în următoarele tutoriale:

  1. Șablon de plan de testare simplu
  2. Documentul planului de testare (descărcare)

=> Vizitați aici pentru seria completă de programe de testare

Lectură recomandată

^