Planul de testare
Un plan de testare este un document detaliat care descrie strategia de testare, obiectivele, programul, estimarea, livrabilele și resursele necesare pentru efectuarea testării pentru un produs software. 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 software ca proces definit, care este monitorizat minutios și controlat de managerul de testare.
Conform definiției ISTQB: „Planul de testare este un document care descrie domeniul de aplicare, abordarea, resursele și programul activităților de testare intenționate.”
Să începem cu următorul exemplu / scenariu Plan de testare: Într-o întâlnire, doriți să discutați Planul de testare cu membrii echipei, dar nu sunt interesați -.
În acest caz, ce vei face? Selectați răspunsul ca figura următoare
A) Sunt Manager, fac totul așa cum am spus
B) OK, hai să explic de ce avem nevoie de un plan de testare
incorect
În calitate de manager de testare, trebuie să le explicați importanța planului de testare, mai degrabă decât să forțați echipa să facă ceea ce doriți. Corect
În calitate de manager de testare, trebuie să le explicați importanța planului de testare, mai degrabă decât să forțați echipa să facă ceea ce doriți.
Care este importanța planului de testare?
Crearea documentului Plan de testare are multiple avantaje
- Ajutați oamenii din afara echipei de testare, cum ar fi dezvoltatorii, managerii de afaceri, clienții, să înțeleagă detaliile testării.
- Planul de testare ne ghidează gândirea. Este ca o carte de reguli, care trebuie urmată.
- Aspecte importante cum ar fi estimarea testului, domeniul de aplicare al testului, Strategia de testare sunt documentate în Planul de testare, astfel încât acesta poate fi revizuit de către echipa de management și reutilizat pentru alte proiecte.
Cum se scrie un plan de testare
Știți deja că realizarea unui plan de testare este cea mai importantă sarcină a procesului de gestionare a testelor. Urmați cei șapte pași de mai jos pentru a crea un plan de testare conform IEEE 829
- Analizați produsul
- Proiectați strategia de testare
- Definiți obiectivele testului
- Definiți criteriile de testare
- Planificarea resurselor
- Planificați mediul de testare
- Program și estimare
- Determinați rezultatele testului
Pasul 1) Analizați produsul
Cum puteți testa un produs fără informații despre acesta? Răspunsul este imposibil. Trebuie să învățați temeinic un produs înainte de al testa.
Produsul testat este site-ul bancar Guru99. Ar trebui să cercetați clienții și utilizatorii finali pentru a le cunoaște nevoile și așteptările din aplicație
- Cine va folosi site-ul web?
- Pentru ce se folosește?
- Cum va funcționa?
- Ce software / hardware folosește produsul?
Puteți utiliza următoarea abordare pentru a analiza site-ul
Acum să aplicăm cunoștințele de mai sus unui produs real: Analizați site-ul bancar http://demo.guru99.com/V4.
Ar trebui să aruncați o privire în jurul acestui site web și, de asemenea, să consultați documentația produsului. Revizuirea documentației produsului vă ajută să înțelegeți toate caracteristicile site-ului web, precum și cum să îl utilizați. Dacă nu sunteți clar cu privire la orice element, puteți interoga clientul, dezvoltatorul, proiectantul pentru a obține mai multe informații.
Pasul 2) Elaborați strategia de testare
Strategia de testare este un pas critic în realizarea unui plan de testare în testarea software-ului. Un document de strategie de testare este un document de nivel înalt, care este de obicei dezvoltat de Test Manager. Acest document definește:
- Obiectivele de testare ale proiectului și mijloacele de realizare a acestora
- Determină efortul și costurile de testare
Înapoi la proiectul dvs., trebuie să dezvoltați strategia de testare pentru testarea acelui site web bancar. Ar trebui să urmați pașii de mai jos
Pasul 2.1) Definiți domeniul de testare
Înainte de începerea oricărei activități de testare, ar trebui cunoscut domeniul de aplicare al testării. Trebuie să te gândești bine la asta.
- Componentele sistemului care urmează să fie testat (hardware, software, middleware etc.) sunt definite ca „ în domeniul de aplicare ”
- Componentele sistemului care nu vor fi testate trebuie, de asemenea, să fie clar definite ca fiind „în afara domeniului de aplicare ”.
Definirea scopului proiectului dvs. de testare este foarte importantă pentru toate părțile interesate. Un domeniu precis vă ajută
- Oferiți tuturor încredere și informații corecte despre testarea pe care o faceți
- Toți membrii proiectului vor avea o înțelegere clară despre ceea ce este testat și ce nu
Cum stabiliți scopul proiectului dvs.?
Pentru a determina domeniul de aplicare, trebuie să -
- Cerințe precise ale clienților
- Bugetul proiectului
- Specificatiile produsului
- Abilitățile și talentul echipei de testare
Acum ar trebui să se definească în mod clar „în domeniul de aplicare” și „în afara domeniului de aplicare” al testării.
- În conformitate cu specificațiile cerințelor software, proiectul Guru99 Bank se concentrează doar pe testarea tuturor funcțiilor și interfeței externe a site-ului web Guru99 Bank ( în testarea scopurilor )
- Testarea nefuncțională, cum ar fi stresul , performanța sau baza de date logică în prezent, nu vor fi testate. (în afara domeniului de aplicare)
Scenariu de problemă
Clientul dorește să-i testați API-ul. Dar bugetul proiectului nu permite acest lucru. În acest caz, ce vei face?
Ei bine, într-un astfel de caz, trebuie să convingeți clientul că testarea Api este o muncă suplimentară și va consuma resurse semnificative. Dă-i date care să susțină faptele tale. Spuneți-i dacă testarea Api este inclusă în domeniu, bugetul va crește cu suma XYZ.
Clientul este de acord și, în consecință, noile domenii, elementele în afara domeniului sunt
- Elemente din domeniul de aplicare: testare funcțională, testare Api
- Elemente în afara domeniului de aplicare: testarea bazei de date, hardware și orice alte interfețe externe
Pasul 2.2) Identificați tipul de testare
Un tip de testare este o procedură standard de testare care oferă rezultatul preconizat al testului.
Fiecare tip de testare este formulat pentru a identifica un anumit tip de erori de produs. Dar, toate tipurile de testare vizează atingerea unui obiectiv comun „ Detectarea timpurie a tuturor defectelor înainte de a elibera produsul către client”
Cele mai frecvent utilizate tipuri de testare sunt descrise ca fiind următoarea figură
Există o mulțime de tipuri de testare pentru testarea produselor software. Echipa dvs. nu poate depune suficiente eforturi pentru a face față tuturor tipurilor de testare. În calitate de Manager de testare, trebuie să setați prioritatea tipurilor de testare
- Ce tipuri de testare ar trebui să fie concentrate pentru testarea aplicațiilor web?
- Ce tipuri de testare ar trebui ignorate pentru reducerea costurilor?
Ce tipuri de testare ar trebui să vă concentrați în acest caz?
Selectați toate care se aplică A) Testarea unității B) Testarea API C) Testarea integrării D) Testarea sistemului E) Instalați / dezinstalați testarea F) Testare agilă Selectăm doar B) Testarea API C) Testarea integrării D) Testarea sistemului pentru proiectul Guru99
Pasul 2.3) Risc și probleme ale documentului
Riscul este evenimentul incert al viitorului, cu o probabilitate de apariție și un potențial de pierdere. Când riscul se întâmplă de fapt, acesta devine „ problema”.
În articolul Analiza și soluția riscurilor, ați aflat deja în detaliu despre analiza „riscului” și ați identificat riscurile potențiale din proiect.
În planul de testare a calității, veți documenta aceste riscuri
| Risc | Atenuare |
|---|---|
| Membrii echipei nu au abilitățile necesare pentru testarea site-ului web. | Planificați un curs de formare pentru a vă îndemna membrii |
| Programul proiectului este prea strâns; este greu să finalizezi acest proiect la timp | Setați prioritatea testului pentru fiecare dintre activitățile de testare. |
| Managerul de testare are abilități de management slabe | Planificați pregătirea de conducere pentru manager |
| Lipsa de cooperare afectează negativ productivitatea angajaților | Încurajați fiecare membru al echipei în sarcina sa și inspirați- i la eforturi mai mari. |
| Estimare bugetară greșită și depășiri de costuri | Stabiliți domeniul de aplicare înainte de a începe lucrul, acordați multă atenție planificării proiectului și urmăriți și măsurați în permanență progresul |
Pasul 2.4) Creați o logistică de testare
În Test Logistics, Managerul de testare trebuie să răspundă la următoarele întrebări:
- Cine va testa?
- Când va avea loc testul?
Cine va testa?
Este posibil să nu știți numele exacte ale testerului care va testa, dar tipul testerului poate fi definit.
Pentru a selecta membrul potrivit pentru sarcina specificată, trebuie să luați în considerare dacă abilitățile sale sunt calificate pentru sarcină sau nu, de asemenea, estimați bugetul proiectului. Selectarea unui membru greșit pentru sarcină poate duce la eșecul sau întârzierea proiectului .
Persoana care are următoarele abilități este cea mai ideală pentru efectuarea testării software-ului:
- Abilitatea de a înțelege punctul de vedere al clienților
- Dorință puternică de calitate
- Atenție la detalii
- Bună cooperare
În proiectul dvs., membrul care se va ocupa de executarea testului este testerul. Pe baza bugetului proiectului, puteți alege membru sursă sau externalizare ca tester.
Când va avea loc testul?
Activitățile de testare trebuie să fie corelate cu activitățile de dezvoltare asociate.
Veți începe să testați când aveți toate elementele necesare afișate în figura următoare
Pasul 3) Definiți obiectivul testului
Obiectivul testului este scopul general și realizarea executării testului. Obiectivul testării este de a găsi cât mai multe defecte de software posibil; asigurați-vă că software-ul testat nu conține erori înainte de lansare.
Pentru a defini obiectivele testului, trebuie să faceți 2 pași următori
- Enumerați toate funcțiile software (funcționalitate, performanță, GUI ...) care ar putea fi necesare pentru testare.
- Definiți ținta sau obiectivul testului pe baza caracteristicilor de mai sus
Să aplicăm acești pași pentru a găsi obiectivul de testare al proiectului dvs. de testare Guru99 Bank
Puteți alege metoda „ TOP-JOS” pentru a găsi caracteristicile site-ului web care pot fi necesare pentru testare. În această metodă, descompuneți aplicația testată la componentă și subcomponentă .
În subiectul anterior, ați analizat deja specificațiile cerințelor și ați parcurs site-ul web, astfel încât să puteți crea o hartă mentală pentru a găsi caracteristicile site-ului web după cum urmează.
Această figură prezintă toate caracteristicile pe care le poate avea site-ul web Guru99.
Pe baza caracteristicilor de mai sus, puteți defini obiectivul de testare al proiectului Guru99 după cum urmează
- Verificați dacă funcționalitatea site-ului web Guru99 (Cont, Depozit ...) funcționează așa cum era de așteptat, fără nicio eroare sau erori în mediul de afaceri real
- Verificați dacă interfața externă a site-ului web, cum ar fi interfața de utilizare, funcționează conform așteptărilor și satisfaceți nevoile clientului
- Verificați utilitatea site-ului web. Aceste funcționalități sunt convenabile sau nu pentru utilizator?
Pasul 4) Definiți criteriile de testare
Criteriile de testare sunt un standard sau o regulă pe care se poate baza o procedură de testare sau o judecată de testare. Există 2 tipuri de criterii de testare după cum urmează
Criterii de suspendare
Specificați criteriile critice de suspensie pentru un test. Dacă sunt îndeplinite criteriile de suspendare în timpul testării, ciclul activ de testare va fi suspendat până la rezolvarea criteriilor .
Exemplu de plan de testare: dacă membrii echipei dvs. raportează că există 40% din cazurile de testare eșuate, ar trebui să suspendați testarea până când echipa de dezvoltare remediază toate cazurile eșuate.
Criterii de ieșire
Specifică criteriile care indică finalizarea cu succes a unei faze de testare. Criteriile de ieșire sunt rezultatele vizate ale testului și sunt necesare înainte de a trece la următoarea fază de dezvoltare. Exemplu: 95% din toate cazurile de testare critică trebuie să treacă.
Unele metode de definire a criteriilor de ieșire sunt prin specificarea unei rate de rulare și a unei rate de trecere vizate .
- Rata de rulare este raportul dintre numărul de cazuri de testare executate / totalul de cazuri de testare din specificațiile testului. De exemplu, specificația testului are un total de 120 TC, dar testerul a executat doar 100 TC, deci rata de rulare este 100/120 = 0,83 (83%)
- Rata de promovare este raportul dintre numărul de cazuri de testare trecut / cazurile de testare executate . De exemplu, în peste 100 de TC executate, există 80 de TC care au trecut, deci rata de trecere este de 80/100 = 0,8 (80%)
Aceste date pot fi recuperate în documentele Test Metric.
- Rata de rulare este obligatorie să fie de 100%, cu excepția cazului în care este indicat un motiv clar.
- Pass rata depinde de domeniul de aplicare a proiectului, dar atingerea rata mare trecere este un obiectiv.
Exemplu de plan de testare: Echipa dvs. a efectuat deja execuțiile de testare. Ei vă raportează rezultatul testului și vor să confirmați criteriile de ieșire.
În cazul de mai sus, rata de rulare este obligatorie este de 100%, dar echipa de testare a finalizat doar 90% din cazurile de testare. Înseamnă că rata de rulare nu este satisfăcută, deci NU confirmați criteriile de ieșire
Pasul 5) Planificarea resurselor
Planul de resurse este un rezumat detaliat al tuturor tipurilor de resurse necesare pentru finalizarea sarcinii proiectului. Resursele ar putea fi umane, echipamentele și materialele necesare pentru a finaliza un proiect
Planificarea resurselor este un factor important al planificării de testare , deoarece ajută la determinarea numărului de resurse (angajat, echipamente ...) care urmează să fie utilizate pentru proiect. Prin urmare, Managerul de testare poate face programul și estimarea corectă pentru proiect.
Această secțiune reprezintă resursele recomandate pentru proiectul dvs.
Resurse umane
Următorul tabel reprezintă diferiți membri din echipa de proiect
|
Nu. |
Membru |
Sarcini |
|---|---|---|
|
1. |
Manager de testare |
Gestionați întregul proiect Definiți direcțiile proiectului Achiziționați resurse adecvate |
|
2. |
Tester |
Identificarea și descrierea tehnicilor / instrumentelor / arhitecturii de testare adecvate Verificați și evaluați abordarea de testare Executați testele, jurnalizați rezultatele, raportați defectele. Testerul ar putea fi membri în sursă sau în afara surselor, pe baza bugetului proiectului Pentru sarcina care necesită abilități reduse , vă recomand să alegeți membri externalizați pentru a economisi costul proiectului. |
|
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 Suportați Testerul pentru a utiliza mediul de testare pentru executarea testului |
|
5. |
Membri SQA |
Asigurați-vă de asigurarea calității Verificați pentru a confirma dacă procesul de testare îndeplinește cerințele specificate |
Resursă de sistem
Pentru testare, o aplicație web, ar trebui să planificați resursele după cum urmează:
|
Nu. |
Resurse |
Descrieri |
|---|---|---|
|
1. |
Server |
Instalați aplicația web testată Aceasta include un server web separat, un server de baze de date și un server de aplicații, dacă este cazul |
|
2. |
Instrument de testare |
Instrumentul de testare este de a automatiza testarea, de a simula funcționarea utilizatorului, de a genera rezultatele testului Există multe instrumente de testare pe care le puteți folosi pentru acest proiect, cum ar fi Seleniu, QTP ... etc. |
|
3. |
Reţea |
Aveți nevoie de o rețea care include LAN și Internet pentru a simula mediul real de afaceri și de utilizator |
|
4. |
Calculator |
PC-ul pe care utilizatorii îl folosesc adesea pentru a conecta serverul web |
Pasul 6) Planificați mediul de testare
Ce este mediul de testare
Un mediu de testare este o configurație de software și hardware pe care echipa de testare va executa cazuri de testare. Mediul de testare constă din mediul real de afaceri și de utilizator , precum și din medii fizice, cum ar fi serverul, mediul de rulare frontal.
Cum se configurează mediul de testare
Înapoi la proiectul dvs., cum configurați mediul de testare pentru acest site web bancar?
Pentru a finaliza această sarcină, aveți nevoie de o cooperare puternică între echipa de testare și echipa de dezvoltare
Ar trebui să puneți dezvoltatorului câteva întrebări pentru a înțelege în mod clar aplicația web supusă testului . Iată câteva întrebări recomandate. Desigur, puteți pune celelalte întrebări dacă aveți nevoie.
- Care este conexiunea maximă de utilizator pe care acest site web o poate gestiona în același timp?
- Care sunt cerințele hardware / software pentru a instala acest site web?
- Computerul utilizatorului are nevoie de o anumită setare pentru a naviga pe site?
Figura următoare descrie mediul de testare al site-ului bancar www.demo.guru99.com/V4
Pasul 7) Programare și estimare
În articolul Estimare test, ați folosit deja câteva tehnici pentru a estima efortul de finalizare a proiectului. Acum ar trebui să includeți această estimare, precum și programul pentru planificarea testului
În faza de estimare a testului, să presupunem că împărțiți întregul proiect în sarcini mici și adăugați estimarea pentru fiecare activitate după cum urmează
|
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 |
Apoi creați programul pentru a finaliza aceste sarcini.
Crearea programului este un termen comun în managementul de proiect. Prin crearea unui program solid în Planificarea testului, Managerul de testare îl poate folosi ca instrument pentru monitorizarea progresului proiectului, pentru a controla depășirile de costuri.
Pentru a crea programul proiectului, Managerul de testare are nevoie de mai multe tipuri de intrări, după cum urmează:
- Termenul angajatului și al proiectului : Zilele lucrătoare, termenul limită al proiectului, disponibilitatea resurselor sunt factorii care au afectat programul
- Estimarea proiectului : pe baza estimării, Managerul de testare știe cât durează finalizarea proiectului. Deci, el poate face programul adecvat al proiectului
- Riscul proiectului : Înțelegerea riscului ajută Managerul de teste să adauge suficient timp suplimentar la programul proiectului pentru a face față riscurilor
Să exersăm cu un exemplu:
Să presupunem că șeful dorește să finalizeze proiectul Guru99 într- o lună, ați estimat deja efortul pentru fiecare sarcină în estimarea testului. Puteți crea programul după cum urmează
Pasul 8) Testați livrabilele
Testele livrabile sunt o listă cu toate documentele, instrumentele și alte componente care trebuie dezvoltate și întreținute în sprijinul efortului de testare.
Există diferite rezultate de testare la fiecare fază a ciclului de viață al dezvoltării software-ului.
Livrabilele de testare sunt furnizate înainte de faza de testare.
- Documentul planurilor de testare.
- Documente de testare a cazurilor
- Specificații de proiectare a testelor.
Livrabilele testelor sunt furnizate în timpul testării
- Testează scripturile
- Simulatoare.
- Date de testare
- Test Matricea de trasabilitate
- Jurnalele de erori și jurnalele de execuție.
Livrabilele de testare sunt furnizate după încheierea ciclurilor de testare.
- Rezultate test / rapoarte
- Raport de defecte
- Instrucțiuni privind procedurile de instalare / testare
- Note de lansare
Resurse
Descărcați un eșantion de șablon de plan de testare
Descărcați exemplul planului de testare a sistemului de pe site-ul web Guru99 Bank