Meniu

Cum să scrieți un document de strategie de testare (cu un șablon de strategie de testare exemplar)

how write test strategy document

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Aflați să scrieți document de strategie de testare eficient

Un plan de strategie pentru definirea abordării de testare, ce doriți să realizați și cum veți realiza acest lucru.

Acest document elimină orice incertitudine sau declarații vagi de cerință, cu un plan clar de abordare pentru atingerea obiectivelor testului. Strategia de testare este unul dintre cele mai importante documente pentru echipa QA.

=> Faceți clic aici pentru seria completă de programe de testare

Cum se scrie un document de strategie de testare

Ce veți învăța:

Scrierea unui document de strategie de testare

Strategia de testare

Scrierea eficientă a unei strategii de testare este o abilitate pe care fiecare tester ar trebui să o atingă în carieră. Vă inițiază proces de gandire ceea ce ajută la descoperirea multor cerințe care lipsesc. Activitățile de gândire și planificare a testelor ajută o echipă să definească domeniul de aplicare al testării și acoperirea testelor.

Ajută managerii de testare să obțină starea clară a proiectului în orice moment. Șansele de a pierde orice activitate de testare sunt foarte mici atunci când există o strategie de testare adecvată.

Execuția testului fără niciun plan rareori funcționează. Cunosc echipele care scriu documentul de strategie, dar nu îl trimit niciodată înapoi în timpul executării testului. Planul Strategiei de testare trebuie discutat cu întreaga echipă, astfel încât echipa să fie în concordanță cu abordarea și responsabilitățile.

În termenele limitate, nu puteți renunța la orice activitate de testare din cauza presiunii timpului. Cel puțin trebuie să treacă printr-un proces formal înainte de a face acest lucru.

Ce este o strategie de testare?

Strategia de testare înseamnă „Cum veți testa aplicația?” Trebuie să menționați exact procesul / strategia pe care urmează să o urmați când veți primi aplicația pentru testare.

Văd că multe companii respectă foarte strict șablonul Strategiei de testare. Chiar și fără niciun șablon standard, puteți păstra acest document de strategie de testare simplu, dar totuși eficient.

Strategia de testare vs. Planul de testare

De-a lungul anilor, văd o mulțime de confuzie între aceste două documente. Deci, să începem cu definiții de bază. În general, nu contează care este primul. Documentul de planificare a testelor este o combinație de strategii conectate la un plan general de proiect. Potrivit IEEE Standard 829-2008, planul Strategiei este un sub-element al unui plan de testare.

Fiecare organizație are propriile standarde și procese pentru a întreține aceste documente. Unele organizații includ detalii strategice în planul de testare în sine (aici este un exemplu bun din aceasta). Unele organizații enumeră strategia ca o subsecțiune într-un plan de testare, dar detaliile sunt separate în diferite documente de strategie de testare.

Scopul proiectului și focalizarea testului sunt definite în planul de testare. Practic, se ocupă de acoperirea testelor, caracteristici care trebuie testate, caracteristici care nu trebuie testate, estimare, planificare și gestionarea resurselor.

Întrucât strategia de testare definește liniile directoare pentru abordarea testelor care trebuie urmată pentru a atinge obiectivele testării și executarea tipurilor de teste definite în planul de testare. Se ocupă de obiectivele testelor, abordarea, mediul de testare, strategia și instrumentele de automatizare și analiza riscurilor cu un plan de urgență.

Pentru a rezuma Planul de testare este o viziune a ceea ce doriți să realizați, iar Strategia de testare este un plan de acțiune conceput pentru a atinge această viziune!

Sper că acest lucru vă va șterge toate îndoielile. James Bach are mai multe discuții pe această temă Aici .

Procesul de elaborare a unui bun document de strategie de testare

Nu urmați doar șabloanele fără a înțelege ce funcționează cel mai bine pentru proiectul dvs. Fiecare client are propriile cerințe și trebuie să rămâi la lucrurile care funcționează perfect pentru tine. Nu copiați orbește nicio organizație sau niciun standard. Asigurați-vă întotdeauna dacă acest lucru vă ajută pe dvs. și procesele dvs.

Mai jos este un eșantion de șablon de strategie care va contura ceea ce ar trebui acoperit în acest plan, împreună cu câteva exemple pentru a ilustra ceea ce are sens să se acopere sub fiecare componentă.

Strategia de testare în STLC:

STLC

(imagine sursă )

asigurarea calității software-ului în ingineria software-ului

Secțiuni comune ale documentului privind strategia de testare

Pasul 1: Domeniu de aplicare și prezentare generală

Prezentare generală a proiectului împreună cu informații despre cine ar trebui să utilizeze acest document. De asemenea, includeți detalii precum cine va examina și aproba acest document. Definiți activitățile și fazele de testare care urmează să fie efectuate cu cronologii în ceea ce privește calendarele generale ale proiectului definite în planul de testare.

Pasul 2: Testarea abordării

Definiți procesul de testare, nivelul de testare, rolurile și responsabilitățile fiecărui membru al echipei.

Pentru fiecare tipul testului definit în planul de testare ( De exemplu, Unitate , Integrare, Sistem, Regresie, Instalare / dezinstalare , Testul de utilizare, încărcarea, performanța și securitatea) descrie de ce ar trebui să se desfășoare împreună cu detalii precum momentul începerii, proprietarul testului, responsabilități, abordarea testării și detalii despre strategia și instrumentul de automatizare, dacă este cazul.

În execuția testului există diverse activități, cum ar fi adăugarea de noi defecte, triajul defectelor, atribuirea defectelor, re-testare, testare de regresie și, în cele din urmă, semnarea de testare. Trebuie să definiți pașii exacți care trebuie urmați pentru fiecare activitate. Puteți urma același proces care a funcționat pentru dvs. în ciclurile de testare anterioare.

O prezentare Visio a tuturor acestor activități, inclusiv un număr de testeri și cine va lucra la ce activitate este foarte utilă pentru a înțelege rapid rolurile și responsabilitățile din echipă.

De exemplu, ciclul de gestionare a defectelor - menționați procesul de înregistrare a noului defect. Unde să vă conectați, cum să înregistrați noi defecte, care ar trebui să fie starea defectului, cine ar trebui să efectueze triajul defectelor, cui să atribuie defectele după triaj etc.

De asemenea, definiți procesul de gestionare a schimbărilor. Aceasta include definirea trimiterii cererii de modificare, șablonului care urmează să fie utilizat și procesului de gestionare a cererii.

Pasul 3: Testarea mediului

Configurarea mediului de testare ar trebui să prezinte informații despre un număr de medii și configurarea necesară pentru fiecare mediu. De exemplu, Un mediu de testare pentru echipa de testare funcțională și altul pentru echipa UAT.

Definiți numărul de utilizatori suportați pentru fiecare mediu, rolurile de acces pentru fiecare utilizator, cerințele software și hardware, cum ar fi sistemul de operare, memoria, spațiul liber pe disc, numărul de sisteme etc.

Definirea cerințelor privind datele de testare este la fel de importantă. Furnizați instrucțiuni clare despre cum să creați date de testare (fie generați date, fie folosiți date de producție, mascând câmpurile pentru confidențialitate).

Definiți strategia de backup și restaurare a datelor de testare. Baza de date a mediului de testare poate întâmpina probleme din cauza condițiilor necorespunzătoare din cod. Îmi amintesc problemele cu care ne-am confruntat la unul dintre proiecte atunci când nu exista o strategie de backup a bazei de date definită și am pierdut date întregi din cauza problemelor de cod.

Procesul de backup și restaurare ar trebui să definească cine va face copiile de rezervă atunci când va face o copie de rezervă, ce să includă în copie de rezervă când va restaura baza de date, cine o va restaura și pașii de mascare a datelor care trebuie urmați dacă baza de date este restaurată.

Pasul 4: Instrumente de testare

Definiți instrumentele de gestionare și automatizare a testelor necesare pentru executarea testului. Pentru performanță, sarcină și teste de securitate descrieți abordarea de testare și instrumentele necesare. Menționați dacă este un instrument open source sau comercial și câți utilizatori sunt sprijiniți pe acesta și planificați în consecință.

Pasul 5: Eliberați controlul

Așa cum am menționat în ultimul nostru UAT article , ciclul de lansare neplanificat ar putea duce la diferite versiuni de software în mediile de testare și UAT. Planul de gestionare a versiunii cu istoricul versiunilor adecvat va asigura executarea testului tuturor modificărilor din acea versiune.

De exemplu, Setați procesul de gestionare a construcțiilor, care va răspunde - unde noua construcție ar trebui să fie disponibilă, unde ar trebui să fie implementată, când să obțineți noua construcție, de unde să obțineți construcția de producție, cine va da drumul, semnalul de interzicere pentru lansarea producției , etc.

Pasul 6: Analiza riscurilor

Enumerați toate riscurile pe care le imaginați. Oferiți un plan clar pentru a atenua aceste riscuri și, de asemenea, un plan de urgență în cazul în care vedeți aceste riscuri în realitate.

Pasul 7: Revizuire și aprobări

Când toate aceste activități sunt definite în planul de strategie de testare, acesta trebuie revizuit pentru semnare de către toate entitățile implicate în managementul de proiect, echipa de afaceri, echipa de dezvoltare și echipa de administrare a sistemului (sau managementul mediului).

Rezumatul modificărilor revizuirii trebuie urmărit la începutul documentului, împreună cu numele, data și comentariul aprobatorului. De asemenea, este un document viu, ceea ce înseamnă că acesta ar trebui revizuit și actualizat continuu cu îmbunătățirile procesului de testare.

Sfaturi simple pentru a scrie un document de strategie de testare

  1. Includeți fundalul produsului în documentul de strategie de testare. În primul paragraf al documentului dvs. de strategie de test, răspundeți - De ce părțile interesate vor să dezvolte acest proiect? Acest lucru vă va ajuta să înțelegeți și să acordați prioritate lucrurilor rapid.
  2. Enumerați toate caracteristicile importante pe care urmează să le testați. Dacă credeți că unele caracteristici nu fac parte din această versiune, menționați aceste caracteristici sub eticheta „Caracteristici care nu trebuie testate”.
  3. Scrieți abordarea de testare pentru proiectul dvs. În mod clar, menționați ce tipuri de testare veți efectua?
    Adică testarea funcțională, testarea UI, testarea integrării, testarea sarcinii / stresului, testarea securității etc.
  4. Răspundeți la întrebări precum cum veți efectua teste funcționale? Testare manuală sau automatizată? Urmează să executați toate cazurile de test din instrumentul dvs. de gestionare a testelor?
  5. Ce instrument de urmărire a erorilor veți folosi? Care va fi procesul când veți găsi o nouă eroare?
  6. Care sunt criteriile dvs. de intrare și ieșire la test?
  7. Cum vă veți urmări progresul testării? Ce valori veți folosi pentru urmărirea finalizării testului?
  8. Distribuirea sarcinilor - Definiți rolurile și responsabilitățile fiecărui membru al echipei.
  9. Ce documente veți produce în timpul și după faza de testare?
  10. Ce riscuri vedeți la finalizarea testului?

Concluzie

Strategia de testare nu este o bucată de hârtie. Este reflectarea întregii activități de asigurare a calității în ciclul de viață al testării software-ului. Consultați acest document din când în când în procesul de execuție a testului și urmați planul până la lansarea software-ului.

Când proiectul se apropie de data lansării, este destul de ușor să treceți la activitățile de testare, ignorând ceea ce ați definit în documentul de strategie de testare. Dar este recomandabil să discutați cu echipa dvs. dacă reducerea oricărei activități particulare va ajuta sau nu la lansare, fără niciun risc potențial de probleme majore post-lansare.

Majoritatea echipelor agile reduc redactarea documentelor de strategie, întrucât echipa se concentrează mai degrabă pe executarea testelor decât pe documentare. Dar a avea un plan de strategie de testare de bază ajută întotdeauna la planificarea și atenuarea clară a riscurilor implicate în proiect. Echipele agile pot capta și documenta toate activitățile la nivel înalt pentru a finaliza executarea testului la timp, fără probleme.

Sunt sigur că dezvoltarea unui plan bun de strategie de testare și angajamentul de a-l urma vor îmbunătăți cu siguranță procesul de testare și calitatea software-ului. Ar fi plăcerea mea dacă acest articol vă inspiră să scrieți un plan de strategie de testare pentru proiectul dvs.!

Dacă vă place această postare, vă rugăm să luați în considerare partajarea cu prietenii dvs.!

=> Vizitați aici pentru seria completă de programe de testare

Lectură recomandată

^