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

Planul de testare

A Planul de testare este un document detaliat care descrie strategia de testare, obiectivele, programul, estimarea, rezultatele așteptate și resursele necesare pentru a efectua testarea unui produs software. Un Plan de Testare ne ajută să determinăm efortul necesar pentru a valida calitatea aplicației testate. Planul de testare servește drept plan pentru desfășurarea activităților de testare software ca un proces definit, care este monitorizat și controlat minuțios de către 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 preconizate.”

Să începem cu următorul exemplu/scenariu de Plan de Testare: Într-o întâlnire, vrei să discuți Planul de Testare cu membrii echipei, dar aceștia nu sunt interesați.

Într-un astfel de caz, ce veți face? Selectați răspunsul așa cum se arată în figura următoare.

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

Care este importanța unui plan de testare?

Crearea unui document de Plan de Testare are multiple beneficii.

• Ajută persoanele din afara echipei de testare, cum ar fi dezvoltatorii, managerii de afaceri și clienții, înţelege detaliile testării.
• Planul de testare ghiduri gândirea noastră. Este ca o carte de reguli, care trebuie respectată.
• Aspecte importante precum estimarea testului, domeniul de aplicare al testului, Strategia de testare sunt documentat în Planul de testare, astfel încât să poată fi revizuit de echipa de management și reutilizat pentru alte proiecte.

Tipuri de planuri de testare

Există trei tipuri principale de Planuri de testare în testarea software-ului.

1. Planul principal de testare: Un document de nivel înalt care prezintă strategia generală de testare, domeniul de aplicare, resursele și programul pentru toate nivelurile de testare. Acesta servește drept plan general de acțiune al proiectului.
2. Plan de testare specific nivelului: Se concentrează pe anumite niveluri de testare, cum ar fi testarea unitară, de integrare, de sistem sau de acceptare. Fiecare plan detaliază abordarea, mediul și rezultatele așteptate pentru acel nivel.
3. Plan de testare specific tipului: Targettipuri de testare specializate, cum ar fi testarea performanței, securității, utilizabilității sau automatizării. Definește instrumente, tehnici și criterii unice pentru tipul de test respectiv.

Împreună, aceste planuri de testare asigură o acoperire completă, aliniază obiectivele de testare cu obiectivele proiectului și îmbunătățesc coordonarea între echipe pentru o calitate superioară a software-ului.

Cum se scrie un plan de testare

Știți deja că a face a Planul de testare este cea mai importantă sarcină a Procesul de management al testelorUrmați cei șapte pași de mai jos pentru a crea un plan de testare conform standardului IEEE 829.

1. Analizați produsul
2. Proiectați strategia de testare
3. Definiți obiectivele testului
4. Definiți criteriile de testare
5. Planificarea resurselor
6. Planificarea mediului de testare
7. Program și estimare
8. Determinați rezultatele de testare

Pasul 1) Analizați produsul

Cum poți testa un produs fără vreo informatie despre asta? Raspunsul este ImposibilTrebuie să înveți un produs complet înainte de a-l testa.

Produsul testat este GuruSite web bancar 99. Ar trebui să cercetați clienții și utilizatorii finali pentru a le cunoaște nevoile și așteptările de la aplicație.

• Cine va folosi site-ul?
• Pentru ce se utilizează?
• 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 la un produs real: Analiza site-ul bancar https://demo.guru99.com/V4.

Ar trebui să iei un te uiți în jur acest site web și, de asemenea revizuiască documentația produsului. RevVizualizarea 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 vreun articol, s-ar putea interviu client, dezvoltator, designer pentru a obține mai multe informații.

Pasul 2) Dezvoltați strategia de testare

Strategia de testare este a pas critic în elaborarea unui Plan de Testare în Testarea Software. Un document de Strategie de Testare este un document de nivel înalt, care este de obicei dezvoltat de Managerul de Testare. Acest document definește:

• Proiectul este obiectivele de testare și mijloacele pentru a le realiza
• Determină testarea efort și cheltuieli

Revenind la proiectul tău, trebuie să dezvolți o strategie de testare pentru testarea site-ului web bancar respectiv. Ar trebui să urmezi pașii de mai jos.

Pasul 2.1) Definiți domeniul de testare

Înainte de începerea oricărei activități de testare, trebuie cunoscut domeniul de aplicare al testării. Trebuie să vă gândiți bine la asta.

• Componentele sistemului care urmează să fie testat (hardware, software, middleware etc.) sunt definite ca fiind „î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 domeniului de aplicare al proiectului de testare este foarte importantă pentru toate părțile interesate. Un domeniu de aplicare precis vă ajută.

• Dă tuturor încredere și informații exacte despre testele pe care le faci.
• Toți membrii proiectului vor avea un clar înțelegerea a ceea ce se testează și ceea ce nu.

Cum determinați amploarea proiectului dumneavoastră?

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ă 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 nu va fi testat. (din domeniul de aplicare)

Scenariul problemei

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

Ei bine, într-un astfel de caz, trebuie să convingi clientul că Testarea API reprezintă muncă suplimentară și va consuma resurse semnificative. Oferă-i date care să susțină faptele tale. Spune-i că, 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 de aplicare, 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 ale produsului. Însă, toate tipurile de testare vizează 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 unui produs software. Echipa dumneavoastră nu poate pune depunând suficient efort pentru a gestiona toate tipurile de testare. În calitate de Manager de Testare, 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 un viitor eveniment incert cu o probabilitate de apariţie și potenţial pentru pierdere. Când riscul se produce efectiv, 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

Risc	Atenuarea
Membrii echipei nu au abilitățile necesare pentru testarea site-urilor web.	Planul a curs de formare pentru a vă califica membrii
Programul proiectului este prea strâns; este greu să finalizezi acest proiect la timp	set Prioritate de testare pentru fiecare dintre activitățile de testare.
Managerul de teste are abilități manageriale slabe	Planifică formare în conducere pentru manager
Lipsa de cooperare afectează negativ productivitatea angajaților tăi	A incuraja fiecare membru al echipei în sarcina sa, si inspira ei la eforturi mai mari.
Estimare greșită a bugetului și depășiri de costuri	Stabiliți domeniu Înainte de a începe lucrul, acordați multă atenție planificării proiectului și, în mod constant, track și măsurați progresul

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?
• Atunci când va avea loc testul?

Cine va testa?

Poate că nu cunoașteți numele exacte ale testerilor care vor testa, dar tip de tester poate fi definit.

Pentru a selecta membrul potrivit pentru o anumită sarcină, trebuie să luați în considerare dacă abilitățile sale sunt calificate pentru sarcină sau nu și, de asemenea, să estimați bugetul proiectului. Selectarea membrului greșit pentru sarcină poate duce la eșecul proiectului. eşua or să fie întârziată.

O persoană care are următoarele abilități este ideală pentru efectuarea de teste software:

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

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

Pasul 3) Definiți obiectivul testului

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

Pentru a defini obiectivele testului, trebuie să parcurgeți următorii doi pași

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

Să aplicăm acești pași pentru a găsi obiectivul testului dvs. GuruProiectul de testare 99 Bank

Puteți alege 'DE SUS ÎN JOS' metodă pentru a găsi caracteristicile site-ului web care ar putea necesita testare. În cadrul acestei metode, împărțiți aplicația testată în componente și subcomponente.

Î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 web după cum urmează:

Această figură prezintă toate caracteristicile pe care le are Guru99 de site-uri web ar putea avea.

Pe baza caracteristicilor de mai sus, puteți defini Obiectivul de Testare al proiectului. Guru99, după cum urmează:

• Verificați dacă site-ul web Guru99 funcționalitate(Cont, Depozit…) funcționează conform așteptărilor, fără erori sau erori în mediul real de afaceri.
• Verificați dacă interfața externă a site-ului web, cum ar fi UI, funcționează conform așteptărilor și îndeplinește nevoile 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 reprezintă 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ă 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 dvs. raportează că 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 și rata de trecere.

• Rata de rulare este raportul dintre numărul de cazuri de testare executate și/totalul cazurilor de testare din specificația testului. De exemplu, specificația testului are un total de 120 de TC-uri, dar testerul a executat doar 100 de TC-uri, deci rata de execuție este 100/120 = 0.83 (83%).
• Rata de promovabilitate este raportul dintre numărul de cazuri de testare reușite / cazuri de testare executateDe exemplu, din cele 100 de TC-uri executate mai sus, există 80 de TC-uri care au trecut, deci rata de trecere 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 promovabilitate 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 și este 100%, dar echipa de testare a finalizat doar 90% din cazurile de testare. Aceasta înseamnă că rata de execuție nu este îndeplinită, așa că NU confirmați criteriile de ieșire.

Pasul 5) Planificarea resurselor

Un plan de resurse este un rezumat detaliat toate tipurile de resurse necesare pentru finalizarea unei sarcini de proiect. Resursele pot fi umane, echipamente și materiale necesare pentru finalizarea unui proiect.

Planificarea resurselor este un factor important al planificării testelor, deoarece ajută la determinarea il număr resurselor (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

Nu.	Membru	Sarcini
1.	Manager de testare	Administrare întregul proiect Definiți proiectul traseu Obține resurse adecvate
2.	Laborant	Identificarea și descrierea tehnicilor/instrumentelor/arhitecturii de automatizare adecvate Verificați și evaluați abordarea de testare Executa testele, log rezultate, și raportează defectele. Testerul poate fi format din membri interni sau externalizați, în funcție de bugetul proiectului. Pentru sarcina care necesită scăzut pricepere, vă recomand să alegeți externalizat membrii să salva costul proiectului.
3.	Dezvoltator în test	aplica cazurile de testare, programul de testare, suita de teste etc.
4.	Administrator de teste	Construiește și asigură Mediu de testare iar activele sunt gestionate și menținut Tester de asistență să utilizeze mediul de testare pentru execuția testelor
5.	Membrii SQA	Preia responsabilitatea pentru asigurarea calității. Verificați dacă procesul de testare îndeplinește cerințele specificate

Resursă de sistem

Pentru testarea unei aplicații web, resursele ar trebui planificate după cum urmează:

Nu.	Resurse	Descriptionii
1.	server de	Instalați aplicația web aflată în curs de testare. 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 are rolul de a automatiza testarea, de a simula operațiunile utilizatorului și de a genera rezultatele testelor. Există o mulțime de instrumente de testare pe care le puteți folosi pentru acest proiect, cum ar fi Selenium, QTP, Etc
3.	Reţea	Aveți nevoie de o rețea, inclusiv LAN și Internet, pentru a simula mediul real de afaceri și al utilizatorilor.
4.	Calculator	PC-ul pe care utilizatorii îl folosesc adesea pentru a se conecta la 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ă dintr-un afaceri adevărate și utilizator mediul de operare, precum și medii fizice, cum ar fi un server și un mediu de rulare front-end.

Cum se configurează mediul de testare

Revenind la proiectul tău, cum configurezi un mediu de testare pentru acest site bancar?

Pentru a finaliza această sarcină, aveți nevoie 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ă clarIată câteva întrebări recomandate. Desigur, puteți pune și celelalte întrebări dacă este nevoie.

• Care este numărul maxim de conexiuni de utilizatori pe care acest site web le poate gestiona simultan?
• Care sunt cerințele hardware/software pentru instalarea acestui site web?
• Calculatorul utilizatorului necesită setări specifice pentru a naviga pe site?

Următoarea figură descrie mediul de testare al site-ului web bancar https://demo.guru99.com/V4

Pasul 7) Programare și estimare

În articol Estimarea testului, ați folosit deja câteva tehnici pentru a estima efortul necesar finalizării proiectului. Acum ar trebui să includeți această estimare, precum și programul, în Planificarea Testelor

Î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 sarcină după cum urmează

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

Apoi creați programa pentru a finaliza aceste sarcini.

Crearea unui program este un termen comun în managementul de proiect. Prin crearea unui program solid în Planificarea Testelor, Managerul de Teste îl poate folosi ca instrument pentru monitorizarea progresului proiectului și controlul depășirilor de costuri.

Pentru a crea programul proiectului, Managerul de Testare are nevoie de mai multe tipuri de date de intrare, după cum urmează:

• Termenul limită pentru angajat și proiectZilele lucrătoare, termenul limită al proiectului și disponibilitatea resurselor sunt factorii care afectează programul
• Estimarea proiectuluiPe baza estimării, Managerul de Testare știe cât timp este necesar pentru finalizarea proiectului. Astfel, poate întocmi programul de proiect corespunzător.
• Risc de proiectÎnțelegerea riscului îl ajută pe Managerul de Testare să adauge suficient timp suplimentar programului proiectului pentru a gestiona riscurile.

Să exersăm cu un exemplu:

Să presupunem că șeful vrea să finalizeze proiectul Guru99 în unu lună și ați estimat deja efortul pentru fiecare sarcină în Estimarea Testului. Puteți crea programul după cum urmează

Pasul 8) Testați livrabile

Livrabilele de testare reprezintă o listă a tuturor documentelor, instrumentelor și altor componente care trebuie dezvoltate și întreținute pentru a sprijini efortul 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
• Testare TracMatricea de eficiență
• Jurnalele de erori și jurnalele de execuție.

Sunt furnizate livrabile de testare după ciclul de testare s-a încheiat.

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

Provocări comune în planificarea testelor (și soluțiile acestora)

Planificarea eficientă a testelor se confruntă adesea cu obstacole practice. Recunoașterea acestor provocări și aplicarea unor soluții proactive asigură o execuție mai lină și o calitate superioară a software-ului.

1. Cerințe neclare
   Challenge: Cerințele ambigue sau în schimbare ale proiectului duc la o acoperire incompletă a testelor.
   Soluţie: Efectuați verificări ale cerințelor și mențineți o cerință de trai tracmatricea de facilitate.
2. Resurse limitate
   Challenge: Instrumentele insuficiente, timpul insuficient sau testerii calificați afectează calitatea testelor.
   Soluţie: Prioritizează cazurile de testare critice și valorifică automatizarea pentru sarcinile repetitive.
3. Termene limită nerealiste
   Challenge: Programele stricte reduc timpul necesar pentru proiectarea și executarea corectă a testelor.
   Soluţie: Folosiți tehnici de estimare și comunicați riscurile din timp părților interesate.
4. Comunicare slabă
   Challenge: Nealinierea dintre echipe cauzează întârzieri și reluări.
   Soluţie: Implementați întâlniri regulate de sincronizare și tablouri de bord partajate pentru transparență.
5. Management inadecvat al riscului
   Challenge: Ignorarea riscurilor potențiale poate deraia termenele proiectului.
   Soluţie: Identificați riscurile din timp, mențineți un jurnal al riscurilor și planificați strategii de atenuare a acestora.

Întrebări frecvente: