Ce este șablonul planului de testare?
MODELUL PLANULUI DE TEST este un document detaliat care descrie strategia de testare, obiectivele, programul, estimarea și rezultatele, precum și resursele necesare testării. Planul de testare ne ajută să determinăm efortul necesar pentru validarea calității aplicației supuse testului. 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 minutios de către managerul de testare.
Crearea unui plan de testare este obligatorie pentru a asigura succesul proiectului dvs. de testare software. Dacă sunteți nou în Planificarea testelor, consultați acest tutorial despre Cum să creați un plan de testare
Descărcați un șablon de plan de testare
Mai jos găsiți constituenții importanți ai unui 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 Nivele de testare
- 2.3 Triajul erorilor
- 2.4 Criterii de suspendare și cerințe de reluare
- 2.5 Completitatea testului
- 3 Testează livrabilele
- 4 Nevoi de resurse și mediu
- 4.1 Instrumente de testare
- 4.2 Mediul de testare
1. Introducere
Scurtă introducere a strategiilor de testare, a procesului, a fluxului de lucru și a metodologiilor utilizate pentru proiect
1.1) Domeniul de aplicare
1.1.1) În domeniul de aplicare
Scope 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 vor fi testate
1.2) Obiectiv de calitate
Aici faceți o mențiune a obiectivului general pe care intenționați să îl atingeți cu testarea manuală și testarea automatizării.
Unele obiective ale proiectului dvs. de testare ar putea fi
- Asigurați-vă că aplicația sub test este conformă cu cerințele funcționale și nefuncționale
- Asigurați-vă că AUT respectă specificațiile de calitate definite de client
- Erorile / problemele sunt identificate și remediate înainte de a intra în direct
1.3) Roluri și responsabilități
Descrierea detaliată a rolurilor și responsabilităților diferiților membri ai echipei precum
- Analist QA
- Manager de testare
- Manager de configurare
- Dezvoltatori
- Echipa de instalare
Printre altii
2) Metodologia de testare
2.1) Prezentare generală
Menționați motivul adoptării unei metodologii de testare specifice pentru proiect. Metodologia de testare selectată pentru proiect ar putea fi
- Cascadă
- Iterativă
- Agil
- 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 sub test (AUT ). Nivelurile de testare depind în primul rând de sfera proiectului, de constrângeri de timp și de buget.
2.3) Triajul erorilor
Scopul triajului este să
- Pentru a defini tipul de rezoluție pentru fiecare eroare
- Pentru a acorda prioritate bug-urilor și a stabili un program pentru toate „To Be Fixed Bugs”.
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ă momentul în care testarea poate relua după ce a fost suspendată
2.5) Completitatea testului
Aici definiți criteriile care vă vor considera testarea completă.
De exemplu, ar fi câteva criterii pentru a verifica completitudinea testului
- 100% acoperire test
- Toate cazurile de testare manuală și automată au fost executate
- Toate erorile deschise sunt remediate sau vor fi remediate în următoarea versiune
3) Testați livrabilele
Aici menționați toate artefactele de testare care vor fi livrate în timpul diferitelor faze ale ciclului de viață al testării.
Iată livrabilele simple
|
4) Nevoi de resurse și mediu
4.1) Instrumente de testare
Faceți o listă de instrumente precum
- Instrumentul de urmărire a cerințelor
- Instrument de urmărire a erorilor
- Instrumente de automatizare
Necesar pentru testarea proiectului
4.2) Mediul de testare
Menționează cerințele minime de hardware care vor fi utilizate pentru testarea aplicației.
În plus față de software-ul specific clientului , sunt necesare următoarele programe software.
- Windows 8 și versiuni ulterioare
- Office 2013 și peste
- MS Exchange etc.
5) Termeni / acronime
Faceți o mențiune a oricăror termeni sau acronime utilizați în proiect
| TERMEN / ACRONIM | DEFINIȚIE |
| API | Interfața programului de aplicație |
| AUT | Cerere sub test |
Descărcați formatul șablonului planului de testare de mai sus
Exemplu de exemplu de aplicație web pentru planul de testare a documentelor bancare
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 care trebuie testate, caracteristicile care trebuie testate, tipurile de testare care trebuie efectuate, personalul responsabil pentru testare, resursele și programul necesar pentru finalizarea testării și riscurile asociate planului.
1.1 Domeniul de aplicare
1.1.1 În domeniul de aplicare
Toate caracteristicile websiteGuru99 Bank, care au fost definite în specificațiile de cerințe software, trebuie să fie îmbunătățite
| Nume modul | Roluri aplicabile | Descriere |
| Anchetă de echilibru | Manager Client | Client : un client poate avea mai multe conturi bancare. El poate vizualiza soldul conturilor saleManager : un manager poate vedea soldul tuturor clienților care intră sub supravegherea sa |
| Transfer de fonduri | Manager Client | Client: un client poate avea fonduri de transfer din contul său „propriu” în 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 contClient: Un client poate vedea mini-extrasul numai al conturilor sale „proprii”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 într-un cont pe baza datei, a valorii tranzacțieiClient: Un client poate vedea Personalizat - extras doar pentru conturile sale „proprii”Manager : Un manager poate vedea Personalizat-declarație pentru orice cont |
| Schimbați parola | Manager Client | Client: un client poate schimba parola numai pentru contul său.Manager : un manager poate schimba parola numai pentru contul său. Nu poate schimba parolele clienților săi |
| Client nou | Administrator | Manager : un manager poate adăuga un client nou. |
| Administrator | Manager: un manager poate edita detalii precum adresa, e-mailul, telefonul unui client. |
|
| Cont nou | Administrator | În prezent, sistemul oferă 2 tipuri de conturi • Economisire • Curent Un client poate avea mai multe conturi de economisire (unul pe numele său, altul într-un nume comun etc.). 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 | Administrator | Manager: un manager poate adăuga detalii despre un cont de editare pentru un cont existent |
| Șterge cont | Administrator | Manager: un manager poate adăuga și șterge un cont pentru un client. |
| Ștergeți clientul | Administrator | Un client poate fi șters doar dacă nu are conturi curente sau de salvare activeManager: un manager poate șterge un client. |
| Depozit | Administrator | Manager: un manager poate depune bani în orice cont. De obicei se face atunci când numerarul este depus la o sucursală bancară. |
| Retragere | Administrator | Manager: un manager poate retrage bani din orice cont. De obicei se face atunci când numerarul este retras la o sucursală bancară. |
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 utilizator
- Interfețe hardware
- Interfețe software
- Baza de date logică
- Interfețe de comunicații
- Securitate și performanță a site-ului web
1.2 Obiectiv de calitate
Obiectivele testului sunt verificarea funcționalității site-ului web Guru99 Bank, proiectul ar trebui să se concentreze pe testarea operațiunii bancare, cum ar fi Managementul contului, retragerea și soldul
… Etc. pentru a garanta că toate aceste operațiuni pot funcționa normal în mediul de afaceri real.1.3 Roluri și responsabilități
Proiectul ar trebui să utilizeze membrii de externalizare ca 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. | Test | Identificarea și descrierea tehnicilor / instrumentelor / arhitecturii de testare adecvate Verificați și evaluați abordarea testului Executați testele, jurnalizați rezultatele, raportați defectele. Membri externi |
| 3. | Dezvoltator în Test | Implementați cazurile de testare, programul de testare, suita de testare etc. |
| 4. | Administrator test | Construiește și asigură mediul de testare și activele sunt gestionate și întreținute Tester de asistență pentru a utiliza mediul de testare pentru executarea testului |
| 5. | Membri SQA | Responsabil cu asigurarea 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 Nivele de testare
În proiectul Guru99 Bank, ar trebui efectuate 3 tipuri de testare.
- Testarea integrării (modulele software individuale sunt combinate și testate ca grup)
- Sistemul de testare: Efectuat pe un complet , integrat sistem pentru a evalua conformitatea sistemului cu cerințele sale specificate
- Testarea API: testați toate API-urile create pentru software-ul testat
2.3 Triajul erorilor
2.4 Criterii de suspendare și cerințe de reluare
Dacă membrii echipei raportează că există 40% din cazurile de testare eșuate , suspendați testarea până când echipa de dezvoltare remediază toate cazurile eșuate.
2.5 Completitatea testului
- Specifică criteriile care indică finalizarea cu succes a unei faze de testare
- Rata de rulare este obligatorie să fie de 100%, cu excepția cazului în care este indicat un motiv clar.
- Pass rata este de 80%, realizarea rata de trecere este obligatorie
2.6 Sarcina proiectului, estimarea și programul
| Sarcină | Membri | Estimează efortul |
| Creați specificația de testare | Test Designer | 170 ore-om |
| Efectuați executarea testului | Tester, Administrator de testare | 80 de ore-om |
| Raport de testare | Tester | 10 ore-om |
| Livrarea testului | 20 de ore-om | |
| Total | 280 ore-om |
Programați pentru a finaliza aceste sarcini
3 Testează livrabilele
Livrabilele de testare sunt furnizate după cum urmează
Înainte de faza de testare
- Documentul planurilor de testare.
- Documente de testare a cazurilor
- Specificații de proiectare a testelor.
În timpul testării
- Simulatoare de instrumente de testare.
- Date de testare
- Test Matricea capacității de urmărire - Jurnalele de erori și jurnalele de execuție.
După terminarea ciclurilor de testare
- Rezultate test / rapoarte
- Raport de defecte
- Instrucțiuni privind procedurile de instalare / testare
- Note de lansare
4 Nevoi de resurse și mediu
4.1 Instrumente de testare
| Nu. | Resurse | Descrieri |
| 1. | Server | Aveți nevoie de un server de baze de date care să instaleze serverul MySQL 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 executarea automată a testului |
| 3. | Reţea | Configurați un LAN Gigabit și o linie de internet cu viteza de cel puțin 5 Mb / s |
| 4. | Calculator | Cel puțin 4 calculatoare rulează Windows 7, Ram 2 GB, CPU 3.4GHZ |
4.2 Mediul de testare
Mediul de testare va fi configurat conform figurii de mai jos