Exemplu de șablon de plan de testare

Ce este un șablon de plan de testare?

A Șablon de plan de testare este un document detaliat care descrie strategia de testare, obiectivele, programul, estimarea, livrabilele și resursele necesare pentru testare. Acesta ajută la determinarea efortului necesar pentru validarea calității și servește drept plan controlat de Managerul de Testare.

Crearea unui Planul de testare este obligatoriu pentru a asigura succesul proiectului tău de testare. Dacă ești nou în domeniu, consultă Cum se creează un plan de testare.

Descărcați modelul de plan de testare

Structura șablonului planului de testare

Mai jos sunt explicate în ordine elementele importante ale unui șablon de plan de testare:

• 1. Introducere
• 1.1 Domeniul de aplicare
• 1.1.1 În domeniul de aplicare
• 1.1.2 În afara domeniului de aplicare
• 1.2 Obiectiv de calitate
• 1.3 Roluri și responsabilități
• 2. Metodologia de testare
• 2.1 Prezentare generală
• 2.2 Niveluri de testare
• 2.3 Triarea erorilor
• 2.4 Criteriile de suspendare și cerințele de reluare
• 2.5 Completitudinea testului
• 3. Rezultate finale de testare
• 4. Nevoi de resurse și mediu
• 4.1 Instrumente de testare
• 4.2 Mediul de testare
• 5. Termeni/Acronime

1) Introducere

Introducerea oferă o scurtă prezentare generală a strategiilor de testare, proceselor, fluxului de lucru și metodologiilor utilizate în cadrul proiectului.

1.1) Domeniul de aplicare

---

Domeniul de aplicare este împărțit în două părți, astfel încât limita de testare să rămână neambiguă.

1.1.1) În Domeniu de aplicare

În domeniul de aplicare definește caracteristicile, cerințele funcționale sau nefuncționale ale software-ului care va fi testat.

1.1.2) În afara domeniului de aplicare

„În afara domeniului de aplicare” definește caracteristicile, cerințele funcționale sau nefuncționale ale software-ului care Nu va fi testat.

1.2) Obiectiv de calitate

---

Aici menționați obiectivele generale pe care echipa intenționează să le atingă prin testarea manuală și testarea automată. Câteva obiective ale unui proiect de testare tipic includ:

• Asigurați-vă că aplicația testată (AUT) respectă cerințele funcționale și nefuncționale.
• Asigurați-vă că AUT-ul îndeplinește specificațiile de calitate definite de client.
• Identificați și remediați erorile înainte ca aplicația să fie lansată.

1.3) Roluri și responsabilități

---

Furnizați o descriere detaliată a rolurilor și responsabilităților diferiților membri ai echipei implicați, cum ar fi:

• Analist QA
• Manager de testare
• Manager de configurare
• Dezvoltatorii
• Echipa de instalare

Printre alții.

👉 Înscrie-te pentru un proiect gratuit de testare software live

2) Metodologia de testare

Această secțiune determină ciclul de viață, nivelurile și regulile utilizate pentru a guverna execuția testelor.

2.1) Prezentare generală

---

Menționați motivul adoptării unei anumite metodologii de testare pentru proiect. Metodologia de testare selectată pentru proiect ar putea fi:

• Cascadă
• repetat
• Agilitate
• Programare extremă

Metodologia selectată depinde de mai mulți factori. Puteți citi mai multe despre metodologia de testare aici.

2.2) Niveluri de testare

---

Nivelurile de testare definesc tipurile de testare care vor fi executate asupra aplicației testate (AUT)Nivelurile alese depind în principal de amploarea proiectului, de timp și de constrângerile bugetare.

2.3) Triajul erorilor

---

Scopul triajului de insecte este:

• Definiți tipul de rezolvare pentru fiecare eroare.
• Prioritizează erorile și stabilește un program pentru toate erorile „de remediat”.

2.4) Criterii de suspendare și cerințe de reluare

---

Criteriile de suspendare definesc condițiile în care toată sau o parte din procedura de testare va fi întreruptă. Criteriile de reluare stabilesc când testarea poate fi reluată după ce a fost suspendată.

2.5) Completitudinea testului

---

Aici definiți criteriile care vor considera testarea completă. De exemplu, criteriile comune pentru a verifica completitatea testului ar fi:

• Acoperire de testare de 100% realizată.
• Toate cazurile de testare manuale și automate au fost executate.
• Toate erorile deschise sunt corectate sau planificate pentru următoarea versiune.

3) Testați livrabile

Enumerați fiecare artefact produs pe parcursul ciclului de viață al testării. Înregistrarea lor în avans previne pierderea predărilor între echipe.

4) Nevoi de resurse și mediu

Enumerați instrumentele și infrastructura pentru a asigura bugetele, licențele și mediile înainte de începerea execuției.

4.1) Instrumente de testare

---

Faceți o listă cu instrumente precum:

• Cerinţe Tracking Instrument
• Bug Tracking Instrument
• Instrumente de automatizare

Acestea sunt necesare pentru a testa eficient proiectul.

4.2) Mediul de testare

---

Menționați minimul hardware cerințele care vor fi utilizate pentru testarea aplicației.

Următoarele software-ul este necesar pe lângă software-ul specific clientului:

• Windows 11 și mai sus
• Microsoft 365 (sau Office 2021 și versiuni ulterioare)
• MS Exchange, etc.

5) Termeni/Acronime

Documentați orice termeni sau acronime utilizate în proiect, astfel încât nou-veniții să poată citi planul fără ambiguitate.

Descărcați formatul de șablon al planului de testare de mai sus

Document de plan de testare exemplu: Exemplu de aplicație web bancară

Următorul exemplu practic arată cum se completează șablonul de mai sus pentru GuruAplicația web 99 Bank.

1. Introducere

Planul de testare prevede domeniul de aplicare, abordarea, resursele și programul tuturor activităților de testare pentru GuruProiectul 99 Bank. Acesta identifică elementele și caracteristicile care urmează să fie testate, tipurile de testare efectuate, personalul responsabil și riscurile asociate planului.

1.1 Domeniul de aplicare

1.1.1 În domeniul de aplicare

Toate caracteristicile GuruSite-ul web al băncii 99 este definit în cerințele software Specificatii trebuie testate.

Numele modulului	Roluri aplicabile	Descriere
Anchetă de echilibru	Manager, Client	Client: Un client poate avea mai multe conturi bancare și poate vizualiza doar soldurile conturilor sale. Manager: Un manager poate vizualiza soldul tuturor clienților aflați sub supravegherea sa.
Transfer de fonduri	Manager, Client	Client: Un client poate transfera fonduri din propriul cont către orice cont de destinație. Manager: Un manager poate transfera fonduri din orice cont sursă către orice cont destinație.
Mini Declarație	Manager, Client	Un mini-extras de cont arată ultimele 5 tranzacții ale unui cont. Client: Vede doar mini-extrasul de cont propriu. Manager: Vede mini-extrasul de cont al oricărui cont.
Declarație personalizată	Manager, Client	Un extras de cont personalizat filtrează și afișează tranzacțiile dintr-un cont după dată sau valoare tranzacției. Client: Doar propriile sale conturi. Manager: Orice cont.
Schimbare parolă	Manager, Client	Client: Poate schimba parola propriului cont. Manager: Poate schimba parola propriului cont, dar nu și pe cea a clienților săi.
Noul client	Manager	Manager: Un manager poate adăuga un nou client.
Editați clientul	Manager	Manager: Poate edita detalii precum adresa, e-mailul și numărul de telefon ale unui client.
Cont nou	Manager	Sistemul oferă 2 tipuri de conturi: de economii și curent. Un client poate deține mai multe conturi de economii (individuale sau comune) și mai multe conturi curente. Manager: Se poate adăuga un cont nou pentru un client existent.
Editați contul	Manager	Manager: Poate edita detaliile contului pentru un cont existent.
Șterge cont	Manager	Manager: Poate șterge un cont aparținând unui client.
Ștergeți clientul	Manager	Un client poate fi șters numai dacă nu are conturi curente sau de economii active. Manager: Poate șterge un client.
Depozit	Manager	Manager: Se pot depune bani în orice cont, de obicei atunci când numerarul este depus la o sucursală bancară.
Retragere	Manager	Manager: Se pot retrage bani din orice cont, de obicei atunci când numerarul este retras de la o sucursală bancară.

1.1.2 În afara domeniului de aplicare

Aceste caracteristici nu sunt testate deoarece nu fac parte din specificațiile cerințelor software:

• Interfețe cu utilizatorul
• Interfețe hardware
• Interfețe software
• Proiectarea logică a bazelor de date
• Interfețe de comunicații
• Securitatea și performanța site-ului web

1.2 Obiectiv de calitate

Obiectivele testului sunt de a verifica funcționalitatea GuruSite-ul web al Băncii 99. Proiectul ar trebui să se concentreze pe testarea operațiuni bancare, cum ar fi Gestionarea contului, Retragerea și Consultarea soldului, pentru a garanta că toate aceste operațiuni funcționează în mod normal într-un mediu de afaceri real.

1.3 Roluri și responsabilități

Proiectul ar trebui să folosească externalizat membri ca testeri pentru a economisi la costurile proiectului.

Nu.	Membru	Sarcini
1.	Manager de testare	Gestionează întregul proiect, definește direcția proiectului și achiziționează resursele adecvate.
2.	Laborant	Identifică și descrie tehnicile de testare, instrumentele și arhitectura de automatizare adecvate; verifică abordarea de testare; execută teste; înregistrează rezultatele; raportează defectele. Membri externalizați.
3.	Dezvoltator în test	Implementează cazuri de testare, programe de testare, suite de testare etc.
4.	Administrator de teste	Construiește și întreține mediul și resursele de testare; oferă asistență testerilor în timpul execuției.
5.	Membrii SQA	Preia responsabilitatea pentru asigurarea calității și confirmă dacă procesul de testare îndeplinește cerințele specificate.

2. Metodologia de testare

2.1 Prezentare generală

GuruProiectul 99 Bank urmează o metodologie de testare Agile-friendly, permițând testerilor să se alinieze la sprinturi de dezvoltare rapidă, menținând în același timp o documentație structurată.

2.2 Niveluri de testare

În GuruÎn cadrul proiectului 99 Bank, ar trebui efectuate trei tipuri de teste:

• Testare de integrare: Modulele software individuale sunt combinate și testate ca un grup.
• Testarea sistemului: Realizat pe un sistem complet, integrat, pentru a evalua conformitatea cu cerințele specificate.
• Testare API: Testează fiecare API expusă de software-ul testat.

2.3 Triarea erorilor

Ședințele de triere a erorilor au loc de două ori pe săptămână pentru a clasifica gravitatea defectelor, proprietarul și scopul lansării remedierii.

2.4 Criteriile de suspendare și cerințele de reluare

If 40% cazurilor de testare au a eșuat, suspendă testarea până când echipa de dezvoltare remediază toate cazurile eșuate.

2.5 Completitudinea testului

• Specifică criteriile care denotă a de succes finalizarea unei faze de testare.
• Rata de rulare este obligatoriu la 100% cu excepția cazului în care este dat un motiv clar.
• Rata de trecere is 80%atingerea ratei de promovabilitate este obligatoriu.

2.6 Sarcinile proiectului, estimarea și programul

Sarcină	Membri actuali	Efort estimat
Creați specificația de testare	Designer de testare	170 de ore de om
Efectuați execuția testului	Tester, Administrator de teste	80 de ore de om
Raport de testare	Laborant	10 de ore de om
Test de livrare	Manager de testare	20 de ore de om
Total	-	280 de ore de om

Program: Echipa se angajează să finalizeze aceste sarcini pe parcursul ferestrei ciclului de testare convenit.

3. Rezultate finale de testare

Rezultate de testare pentru GuruProiectul 99 Bank este organizat în trei faze.

Înainte de faza de testare:

• Documentul planului de testare.
• Cazuri de testare documente.
• Specificațiile de proiectare a testelor.

În timpul fazei de testare:

• Simulatoare de instrumente de testare.
• Date de testare.
• Testare tracmatricea de fezabilitate, jurnale de erori și jurnale de execuție.

După încheierea ciclurilor de testare:

• Rezultatele testelor și rapoartele.
• Raport defect.
• Instrucțiuni privind procedura de instalare și testare.
• Note de lansare.

4. Nevoi de resurse și mediu

4.1 Instrumente de testare

Nu.	Resursă	Descriere
1.	server de	Un server de baze de date care rulează MySQL și un server web care rulează Apache.
2.	Instrument de testare	Un instrument care poate genera automat rezultatele testelor într-o formă predefinită și poate automatiza execuția testelor.
3.	Reţea	O configurație LAN gigabit și o linie de internet cu o viteză minimă de 5 Mb/s.
4.	Calculator	Cel puțin 4 stații de lucru care rulează Windows 11, cu 8 GB de RAM și un procesor de 3.4 GHz.

4.2 Mediul de testare

Această subsecțiune listează cerințele minime hardware și software utilizate pentru testarea aplicației. Pe lângă software-ul specific clientului, este necesar următorul software:

• Windows 11 și mai sus
• Microsoft 365 (sau Office 2021 și versiuni ulterioare)
• MS Exchange, etc.

Cum ajută inteligența artificială la planificarea testelor

Planificarea modernă a testelor folosește din ce în ce mai mult inteligența artificială pentru a comprima efortul și a scoate la iveală punctele slabe. Asistenți generativi precum ChatGPT, Claude sau Gemini poate redacta un Plan de Testare inițial dintr-un document de cerințe, poate sugera cazuri limită lipsă și poate produce tracmatricele de eficiență automat. Modelele de învățare automată marchează modulele riscante din datele istorice privind defectele, ajutăping Managerul de Teste își concentrează eforturile acolo unde contează cel mai mult.

Totuși, asistența prin inteligență artificială nu înlocuiește judecata umană. RevConsultanții trebuie să valideze domeniul de aplicare, acoperirea reglementară și intenția comercială înainte de a aproba orice plan generat de inteligența artificială. Tratați sugestiile de inteligență artificială ca pe o primă schiță, nu ca pe documentul final.

Cele mai bune practici pentru un plan de testare eficient

Un plan de testare bine scris menține toate părțile interesate aliniate. Aplică aceste bune practici atunci când îți creezi documentul:

• Păstrați-l concis: Folosește un limbaj clar și liste cu puncte; evită jargonul care îi încetinește pe cititorii care nu sunt specializați în asigurarea calității.
• Fă-o Reviewable: Distribuiți din timp dezvoltatorilor și analiștilor de business pentru a identifica cerințele lipsă.
• Cuantificarea criteriilor de ieșire: Definiți acoperirea numerică, rata de trecere și pragurile de defecte.
• Legați riscurile de măsurile de atenuare: Asociați fiecare risc cu o strategie de izolare sau de rezervă.
• Controlul versiunilor planului: Stocați-l într-un instrument de documentare pentru a track modificări pe parcursul proiectului.

Întrebări frecvente