Șablon de plan de testare (exemplu de document)

prin: Thomas Hamilton Thomas Hamilton
Hours Actualizat

Ce este șablonul planului de testare?

Șablon de plan de testare este un document detaliat care descrie strategia de testare, obiectivele, programul, estimarea și rezultatele, precum și resursele necesare pentru testare. Test Plan ne ajută să stabilim efortul necesar pentru a valida calitatea aplicației testate. Planul de testare servește ca plan pentru desfășurarea activităților de testare a software-ului ca un proces definit, care este monitorizat și controlat atent de managerul de testare.

Crearea unui Planul de testare este obligatoriu pentru a asigura succesul proiectului dvs. de testare software. Dacă sunteți nou la Planificarea testelor, consultați acest tutorial Cum se creează un plan de testare

Descărcați modelul de plan de testare

Șablon de plan de testare

Mai jos găsiți componentele importante ale unui plan de testare-

1) Introducere

Scurtă introducere a strategiilor de testare, procesului, fluxului de lucru și metodologiilor utilizate pentru proiect

1.1) Domeniul de aplicare

1.1.1) În Domeniu de aplicare

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

Out Of Scope definește caracteristicile, cerințele funcționale sau nefuncționale ale software-ului care Nu va fi testat

1.2) Obiectiv de calitate

Menționați aici obiectivul general pe care intenționați să-l atingeți cu testarea manuală și testarea automată.

Unele obiective ale proiectului dvs. de testare ar putea fi

  • Asigurați-vă că aplicația în curs de testare este conformă cu cerințele funcționale și nefuncționale
  • Asigurați-vă că AUT îndeplinește specificațiile de calitate definite de client
  • Bug-urile/problemele sunt identificate și remediate înainte de lansarea live

1.3) Roluri și responsabilități

Descrierea detaliată a rolurilor și responsabilităților diferiților membri ai echipei, cum ar fi

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

Printre altii

ARTICOLE SIMILARE

2) Metodologia de testare

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 despre Metodologia de testare aici

2.2) Niveluri de testare

Nivelurile de testare definesc tipurile de testare care trebuie executate pe aplicația în curs de testare (AUT). Nivelurile de testare depind în primul rând de domeniul de aplicare al proiectului, constrângerile de timp și buget.

2.3) Triajul erorilor

Scopul triajului este de a

  • Pentru a defini tipul de rezoluție pentru fiecare bug
  • Să prioritizeze erorile și să stabilească un program pentru toate „Erorile care urmează să fie remediate”.

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

Criteriile de suspendare definesc criteriile care trebuie utilizate pentru suspendarea totală sau parțială a procedurii de testare, în timp ce criteriile de reluare determină când testarea poate fi reluată după ce a fost suspendată.

2.5) Completitudinea testului

Aici definiți criteriile care vor considera testarea dvs. finalizată.

De exemplu, ar fi câteva criterii pentru a verifica caracterul complet al testului

  • Acoperire de testare 100%.
  • Toate cazurile de testare manuale și automate au fost executate
  • Toate erorile deschise sunt remediate sau vor fi remediate în versiunea următoare

3) Testați livrabile

Aici menționați toate artefactele de testare care vor fi livrate în diferite faze ale ciclului de viață de testare.

Iată livrabilele simple

  • Planul de testare
  • Cazuri de testare
  • Matricea de trasabilitate a cerințelor
  • Rapoarte de erori
  • Strategia de testare
  • Testarea metrică
  • Deconectarea clientului

4) Nevoi de resurse și mediu

4.1) Instrumente de testare

Faceți o listă de Instrumente precum

Necesar pentru a testa proiectul

4.2) Mediul de testare

Menționează minimul hardware cerințele care vor fi utilizate pentru a testa Aplicația.

Urmărești: software-uri sunt necesare pe lângă software-ul specific clientului.

  • Windows 8 și mai sus
  • Office 2013 și mai sus
  • MS Exchange, etc.

5) Termeni/Acronime

Menționați termenii sau acronimele folosite în proiect

TERMEN/ACRONIM DEFINIȚIE
API Interfața programului de aplicație
AUT Aplicație în curs de testare

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

Exemplu de plan de testare Document Banking Exemplu de aplicație web

1 Introducere

Planul de testare este conceput pentru a prescrie domeniul de aplicare, abordarea, resursele și programul tuturor activităților de testare ale proiectului Guru99 Bank. Planul identifică elementele de testat, caracteristicile care trebuie testate, tipurile de testare care trebuie efectuate, personalul responsabil cu testarea, resursele și programul necesar pentru finalizarea testării și riscurile asociate cu planul.

1.1 Domeniul de aplicare

1.1.1 În domeniul de aplicare

Toate caracteristicile site-ului WebGuru99 Bank care au fost definite î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. El poate vedea doar soldul conturilor sale Manager: Un manager poate vizualiza soldul tuturor clienților care intră sub supravegherea sa
Transfer de fonduri Manager Client Client: Un client poate transfera fonduri din contul său „propriu” către orice cont de destinație. Manager: un manager poate transfera fonduri din orice cont bancar sursă în contul de destinație
Mini Declarație Manager Client Un mini extras va afișa ultimele 5 tranzacții ale unui cont Client: Un client poate vedea mini-extrasul doar al „propriilor” conturi Manager: Un manager poate vedea mini-extrasul oricărui cont
Declarație personalizată Manager Client Un extras personalizat vă permite să filtrați și să afișați tranzacțiile dintr-un cont în funcție de dată, valoarea tranzacției Client: Un client poate vedea extrasul personalizat doar al „propriilor” conturi Manager: Un manager poate vedea o declarație personalizată a oricărui cont
Schimbare parolă Manager Client Client: Un client poate schimba parola doar pentru contul său. Manager: Un manager poate schimba parola numai pentru contul său. Nu poate schimba parolele clienților săi
Noul client Manager Manager: Un manager poate adăuga un client nou.
Manager Manager: Un manager poate edita detalii precum adresa, e-mailul, telefonul unui client.
Cont nou Manager În prezent sistemul oferă 2 tipuri de conturi • Economie • Actual Un client poate avea mai multe conturi de economii (unul pe numele său, altul pe nume comun etc.). El poate avea mai multe conturi curente pentru diferite companii pe care le deține. Sau poate avea mai multe conturi curente și de economisire. Manager: Un manager poate adăuga un cont nou pentru un client existent.
Editați contul Manager Manager: Un manager poate adăuga o modificare a detaliilor contului pentru un cont existent
Șterge cont Manager Manager: Un manager poate adăuga o ștergere a unui cont pentru un client.
Ștergeți clientul Manager Un client poate fi șters numai dacă nu are conturi curente sau de economisire active Manager: Un manager poate șterge un client.
Depozit Manager Manager: Un manager poate depune bani în orice cont. Se face de obicei atunci când numerarul este depus la o sucursală bancară.
Retragere Manager Manager: Un manager poate retrage bani din orice cont. De obicei, se face atunci când numerarul este retras la o sucursală a băncii.

1.1.2 În afara domeniului de aplicare

Aceste caracteristici nu sunt testate deoarece nu sunt incluse în specificațiile cerințelor software
  • Interfețe cu utilizatorul
  • Interfețe hardware
  • Interfețe software
  • Baza de date logica
  • 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 site-ului web Guru99 Bank, proiectul ar trebui să se concentreze pe testarea operatiune bancara cum ar fi managementul contului, retragerea și soldul... etc. la garanta toate aceste operațiuni pot funcționa în mod normal în mediul de afaceri real.

1.3 Roluri și responsabilități

Proiectul ar trebui să folosească externalizeze membrii în calitate de tester pentru a economisi costul proiectului.
Nu. Membru Sarcini
1. Manager de testare Gestionați întregul proiect Definiți direcțiile proiectului Achiziționați resursele adecvate
2. Testare Identificarea și descrierea tehnicilor de testare/uneltelor/arhitecturii de automatizare adecvate Verificați și evaluați Abordarea Testării Executați testele, Înregistrați rezultatele, Raportați defectele. Membri externalizați
3. Dezvoltator în test Implementați cazurile de testare, programul de testare, suita de teste etc.
4. Administrator de teste Construiește și asigură mediul de testare și activele sunt gestionate și întreținute Tester de asistență pentru a utiliza mediul de testare pentru execuția testului
5. Membrii SQA Preluați responsabilitatea asigurării calității Verificați pentru a confirma dacă procesul de testare îndeplinește cerințele specificate

2 Metodologia de testare

2.1 Prezentare generală

2.2 Niveluri de testare

În proiectul Guru99 Bank, există 3 tipuri de testare care ar trebui efectuate.
  • Integrare Testare (Modulele software individuale sunt combinate și testate ca grup)
  • Sistem Testare: efectuată pe a Completă, integrate sistem pentru a evalua conformitatea sistemului cu cerințele specificate
  • Testare API: Testați toate API-urile create pentru software-ul testat

2.3 Triarea erorilor

2.4 Criteriile de suspendare și cerințele de reluare

Dacă membrii echipei raportează că există 40% a cazurilor de testare a eșuat, suspendați 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
  • Alerga rata este obligatorie să fie 100% cu excepția cazului în care este dat un motiv clar.
  • Trece rata este 80%, atingerea ratei de promovabilitate este obligatoriu

2.6 Sarcina proiectului și estimarea și programul

Sarcină Membri actuali Estimați efortul
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 20 de ore de om
Total 280 de ore de om
Programează-te pentru a finaliza aceste sarcini

3 Testați livrabile

Produsele de testare sunt furnizate după cum urmează Înainte de faza de testare
  • Documentul planurilor de testare.
  • Cazuri de testare documente
  • Specificații de proiectare a testelor.
În timpul testării – Simulatoare de instrumente de testare. – Date de testare – Test Trace-ability Matrix – Jurnalele de erori și jurnalele de execuție. După terminarea ciclurilor de testare
  • Rezultate/rapoarte ale testelor
  • Raport defect
  • Instrucțiuni privind procedurile de instalare/test
  • Note de lansare

4 Nevoi de resurse și mediu

4.1 Instrumente de testare

Nu. Resurse Descriptionii
1. server de Aveți nevoie de un server de bază de date care să se instaleze MySQL server Server Web care instalează Apache Server
2. Instrument de testare Dezvoltați un instrument de testare care poate genera automat rezultatul testului în forma predefinită și execuția automată a testului
3. Reţea Configurați o LAN Gigabit și o linie de internet cu o viteză de cel puțin 1 Mb/s
4. Calculator Cel puțin 4 computere rulează Windows 7, Ram 2GB, CPU 3.4GHZ

4.2 Mediul de testare

Menționează cerințele minime de hardware și software care vor fi utilizate pentru a testa Aplicația. Următoarele software-uri sunt necesare în plus față de software-ul specific clientului.
  • Windows 11 și mai sus
  • Office 2021 și mai sus
  • MS Exchange, etc.

Citește mai mult Readmore

S-ar putea sa-ti placa: