PLAN DE TESTARE în Testarea software-ului (Exemplu)

Cum determinați sfera proiectului dvs.?

Pentru a determina domeniul de aplicare, trebuie:

• Cerințe precise ale clientului
• Bugetul proiectului
• Specificatiile Produsului
• Abilitățile și talentul echipei dvs. de testare

Acum ar trebui să definească în mod clar „în domeniul de aplicare” și „în afara domeniului de aplicare” al testării.

• Ca cerință software Specificatii, proiectul Guru99 Bank se concentrează doar pe testarea tuturor funcții și interfața externă a site-ului web Guru99 Bancă (în vedere testare)
• Testare nefuncțională, cum ar fi stres, performanță or baza de date logica momentan nu va fi testat. (din domeniul de aplicare)

Scenariul problemei

Clientul dorește să-i testați API-ul. Dar bugetul proiectului nu permite acest lucru. Într-un astfel de caz ce vei face?

Ei bine, în acest caz trebuie să convingi clientul că Testarea API este o muncă suplimentară și va consuma resurse semnificative. Oferă-i date care să-ți susțină faptele. Spune-i dacă Testarea Api este inclusă în domeniul de aplicare, bugetul va crește cu suma XYZ.

Clientul este de acord și, în consecință, noile domenii, articolele în afara domeniului de aplicare sunt

• Articole incluse în domeniu: Functional Testing, 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

A Tip de testare este o procedură standard de testare care oferă rezultatul așteptat al testului.

Fiecare tip de testare este formulat pentru a identifica un anumit tip de erori de produs. Dar, toate tipurile de testare au ca scop atingerea unui obiectiv comun "Detectarea timpurie a toate defectele înainte de a preda produsul către client”

deseori folosit tipurile de testare sunt descrise în figura următoare

Sunt tone de tipuri de testare pentru testarea produsului software. Echipa ta nu pot avea suficiente eforturi pentru a gestiona toate tipurile de teste. În calitate de Test Manager, trebuie să setați prioritate a Tipurilor de Testare

• Ce tipuri de testare ar trebui să fie concentrat pentru testarea aplicațiilor web?
• Ce tipuri de testare ar trebui să fie nesocotit pentru economisirea costurilor?

Pasul 2.3) Documentați riscurile și problemele

Riscul este al viitorului eveniment incert cu o probabilitate de apariţie și potenţial pentru pierdere. Când riscul se întâmplă cu adevărat, acesta devine „emisiune'.

În articol Analiza riscului și soluție, ați aflat deja despre analiza „Riscului” în detaliu și ați identificat potențiale riscuri în proiect.

În planul de testare QA, veți documenta aceste riscuri

Pasul 2.4) Creați logistica de testare

În Test Logistics, Managerul de Testare ar trebui să răspundă la următoarele întrebări:

• Cine va testa?
• Cand va avea loc testul?

Cine va testa?

S-ar putea să nu știți numele exacte ale testatorului care va testa, dar tip de tester 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, să estimați și bugetul proiectului. Selectarea unui membru greșit pentru sarcină poate cauza proiectul eşua or întârziere.

Persoana care are următoarele abilități este cea mai ideală pentru a efectua testarea software-ului:

• Capacitatea de a înţelege punctul de vedere al clienților
• Puternic dorință pentru calitate
• Atenție la detalii
• Bun cooperare

În proiectul dumneavoastră, membrul care se va ocupa de execuția testului este tester. Pe baza bugetului proiectului, puteți alege un membru sursă sau externalizat 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 articolele necesare prezentată în figura următoare

Pasul 3) Definiți obiectivul testului

Obiectivul testului este scopul general și realizarea execuției testului. Obiectivul testării este găsirea a cât mai multe defecte software; asigurați-vă că software-ul testat este fără bug-uri înainte de eliberare.

Pentru a defini obiectivele testului, ar trebui să faceți următorii 2 pași

1. Enumerați toate caracteristicile software (funcționalitate, performanță, interfață grafică...) care ar putea avea nevoie de testare.
2. Definiți ţintă sau scop a testului pe baza caracteristicilor de mai sus

Să aplicăm acești pași pentru a găsi obiectivul de testare al proiectului tău de testare Guru99 Bank

Puteți alege „DE SUS ÎN JOS' metodă de a găsi caracteristicile site-ului web care ar putea fi nevoie de testare. În această metodă, descompuneți aplicația testată la component si 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 un Harta mintii pentru a găsi caracteristicile site-ului, după cum urmează

Această figură arată 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ă site-ul Guru99 funcționalitate(Cont, Depozit...) funcționează conform așteptărilor, fără erori sau erori în mediul de afaceri real
• Verificați dacă interfața externă a site-ului web, cum ar fi UI funcționează conform așteptărilor și satisface nevoia clientului
• Verificați uzabilitate a site-ului web. Sunt aceste funcționalități convenabile pentru utilizator sau nu?

Pasul 4) Definiți criteriile de testare

Criteriile de testare este un standard sau o regulă pe care se poate baza o procedură de testare sau o judecată de testare. Există două tipuri de criterii de testare, după cum urmează

Criterii de suspendare

Specificați criteriile critice de suspensie pentru un test. Dacă criteriile de suspensie sunt îndeplinite în timpul testării, ciclul de testare activ va fi suspendată până când criteriile sunt hotărât.

Exemplu de plan de testare: Dacă membrii echipei dumneavoastră raportează că există 40% dintre cazurile de testare au eșuat, ar trebui suspenda testarea până când echipa de dezvoltare remediază toate cazurile eșuate.

Criterii de ieșire

Specifică criteriile care denotă a de succes finalizarea 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 critice trebuie să treacă.

Unele metode de definire a criteriilor de ieșire sunt prin specificarea unui obiectiv rata de rulare si rata de trecere.

• Rata de rulare este raportul dintre numărul cazurilor de testare executate/total cazurilor de testare a specificației 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 numere cazuri de testare trecute / cazuri de testare executate. De exemplu, în peste 100 de TC executate, există 80 de TC care au trecut, deci rata de promovare este 80/100 = 0.8 (80%)

Aceste date pot fi preluate în documentele Test Metric.

• Alerga rata este obligatorie să fie 100% cu excepția cazului în care este dat un motiv clar.
• Trece rata depinde de domeniul de aplicare al proiectului, dar atingerea unei rate ridicate de promovare este un scop.

Exemplu de plan de testare:Echipa dvs. a efectuat deja execuțiile de testare. Ei vă raportează rezultatul testului și vor să confirmați Criterii de ieșire.

În cazul de mai sus, rata de rulare este obligatorie 100%, dar echipa de testare a finalizat doar 90% din cazurile de testare. Înseamnă că rata de rulare nu este satisfăcută, așa că NU confirmați criteriile de ieșire

Pasul 5) Planificarea resurselor

Planul de resurse este a rezumat detaliat a tuturor tipurilor de resurse necesare pentru finalizarea sarcinii proiectului. Resursa ar putea fi umană, echipamente și materiale necesare pentru finalizarea unui proiect

Planificarea resurselor este un factor important al planificării testului, deoarece ajută la determinarea il număr de resurse (angajați, echipamente...) care vor fi 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ă diverși membri ai echipei dumneavoastră de proiect

Resursă de sistem

Pentru testare, o aplicație web, ar trebui să planificați resursele ca următoarele tabele:

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 este format din afaceri adevărate si utilizator mediu, precum și medii fizice, cum ar fi server, mediu de rulare front-end.

Cum se configurează mediul de testare

Înapoi la proiectul dvs., cum vă configurați mediu de testare pentru acest site bancar?

Pentru a finaliza această sarcină, aveți nevoie o cooperare puternică între Echipa de testare și Echipa de dezvoltare

Ar trebui să adresați dezvoltatorului câteva întrebări pentru a înțelege aplicația web testată clar. 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 o poate gestiona acest site în același timp?
• Care sunt cerințele hardware/software pentru a instala acest site web?
• Computerul utilizatorului are nevoie de vreo setare specială pentru a naviga pe site-ul web?

Figura următoare descrie mediul de testare al site-ului bancar http://demo.guru99.com/V4

Pasul 7) Programare și estimare

În articol Estimarea testului, ați folosit deja câteva tehnici pentru a estima efortul de finalizare a proiectului. Acum ar trebui să includeți acea estimare, precum și programul la Planificarea testului

În faza de testare a estimării, să presupunem că împărțiți întregul proiect în sarcini mici și adăugați estimarea pentru fiecare sarcină, după cum urmează

Apoi creați programa pentru a finaliza aceste sarcini.

Elaborarea unui program este un termen comun în managementul proiectelor. Prin crearea unui program solid în Planificarea testelor, Managerul de testare îl poate folosi ca instrument pentru monitorizarea progresului proiectului, controlul depășirilor de costuri.

Pentru a crea programul de proiect, Managerul de testare are nevoie de mai multe tipuri de input, după cum urmează:

• Termenul limită pentru angajat și proiect: 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 timp durează finalizarea proiectului. Deci el poate face programul adecvat al proiectului
• Risc de proiect : Înțelegerea riscului îl ajută pe Test Manager să adauge suficient timp suplimentar programului de proiect pentru a face față riscurilor

Să exersăm cu un exemplu:

Să presupunem că șeful dorește să finalizeze proiectul Guru99 în unu lună, ați estimat deja efortul pentru fiecare sarcină în Test Estimation. Puteți crea programul ca mai jos

Pasul 8) Testați livrabile

Testele livrate este o listă a tuturor documentelor, instrumentelor și altor componente care trebuie dezvoltate și menținute în sprijinul efortului de testare.

Există livrabile de testare diferite în fiecare fază a ciclul de viață al dezvoltării software-ului.

Sunt furnizate livrabile de testare înainte faza de testare.

• Documentul planurilor de testare.
• Documentele cazurilor de testare
• Specificații de proiectare a testelor.

Sunt furnizate livrabile de testare în timpul testarea

• Testează scripturile
• Simulatoare.
• Date de testare
• Testarea matricei de trasabilitate
• Jurnalele de erori și jurnalele de execuție.

Sunt furnizate livrabile de testare după ciclurile de testare s-au încheiat.

• Rezultate/rapoarte ale testelor
• Raport defect
• Instrucțiuni privind procedurile de instalare/test
• Note de lansare

Resurse

Descărcați un exemplu de șablon de plan de testare

Descărcați exemplul de plan de testare a sistemului de pe site-ul web Guru99 Bank