Meniu

Diferența dintre planul de testare a performanței și strategia de testare a performanței

  • Principal
  • Alte
  • Diferența dintre planul de testare a performanței și strategia de testare a performanței

difference between performance test plan

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Care este diferența dintre planul de testare a performanței și strategia de testare?

In acest Seria de testare a performanței , tutorialul nostru anterior, explicat despre Testarea funcțională vs. Testarea performanței detaliat.

=> Faceți clic aici pentru seria de tutoriale complete de testare a performanței

În acest tutorial, veți afla despre diferența dintre Planul de testare a performanței și Strategia de testare și conținutul care trebuie inclus ca parte a acestor documente.

Planul de testare a performanței vs strategia de testare

Să înțelegem diferența dintre aceste două documente.

Ce veți învăța:

Strategia de testare a performanței

Documentul Strategiei de testare a performanței este un document la nivel înalt care ne oferă informații despre cum să efectuăm testarea performanței în timpul fazei de testare. Ne spune cum să testăm o cerință de afaceri și ce abordare este necesară pentru a livra cu succes produsul către clientul final.

Aceasta va avea toate informațiile despre procesul de afaceri la un nivel foarte înalt.

Acest document este de obicei scris de managerii de testare a performanței pe baza experienței lor anterioare, deoarece vor fi disponibile doar informații limitate, deoarece acest document este pregătit în etapele inițiale ale proiectului, adică în faza de analiză a cerințelor sau după faza de analiză a cerințelor.

Deci, cu alte cuvinte, un document de strategie de testare a performanței nu este altceva decât o direcție pe care ați stabilit-o la începutul proiectului cu abordarea pe care urmează să o luați, pentru a atinge obiectivele testării performanței.

Un document tipic privind strategia de testare a performanței conține obiectivul general al testării performanței, deoarece ceea ce va fi testat? ce mediu va fi folosit? ce instrumente vor fi folosite? ce tipuri de testare vor fi efectuate? Criteriile de intrare și ieșire, ce riscuri ale părților interesate sunt atenuate? și încă câteva pe care le vom analiza în detaliu pe măsură ce vom merge mai departe în acest tutorial.

Strategia de testare a performanței

Diagrama de mai sus explică faptul că documentul Strategiei de testare a performanței este creat în timpul sau după faza de analiză a cerințelor proiectului.

Planul de testare a performanței

Documentul Planului de testare a performanței este scris într-o etapă ulterioară a proiectului, când cerințele și documentele de proiectare sunt aproape înghețate. Documentul Planului de testare a performanței conține toate detaliile programului pentru implementarea strategiei sau abordării care a fost descrisă în timpul fazei de analiză a cerințelor.

De acum, documentele de proiectare sunt aproape gata, Planul de testare a performanței conține toate detaliile despre scenariile de testat. De asemenea, are mai multe detalii despre mediile utilizate pentru testele de performanță, cât de multe cicluri de teste rulează, resurse, criterii de intrare-ieșire și multe altele. Planul de testare a performanței este scris fie de managerul de performanță, fie de conducătorul testului de performanță.

Planul de testare a performanței

Diagrama de mai sus explică în mod clar faptul că Planul de testare a performanței este creat în timpul proiectării proiectului sau după faza de proiectare pe baza disponibilității documentelor de proiectare.

Conținutul documentului de strategie de testare a performanței

Să vedem acum ce ar trebui să fie toate incluse într-un document privind strategia de testare a performanței:

#1. Introducere: Oferiți o scurtă prezentare generală a ceea ce va conține un document de strategie de testare a performanței pentru respectivul proiect. De asemenea, menționați echipele care vor folosi acest document.

cum se deschide un fișier jar cu java

# 2) Domeniu de aplicare: Definirea domeniului este foarte important, deoarece ne spune care va fi exact testul de performanță. Trebuie să fim foarte specifici în timp ce definim domeniul de aplicare sau orice altă secțiune.

Nu scrie niciodată nimic generalizat. Scope ne spune ce anume va fi testat pentru întregul proiect. Avem În domeniul de aplicare și În afara domeniului de aplicare ca parte a domeniului de aplicare, În domeniul de aplicare descrie toate caracteristicile care vor fi testate de performanță și În afara domeniului de aplicare descrie caracteristicile care nu vor fi testate.

# 3) Test Abordare: Aici trebuie să menționăm abordarea pe care urmează să o urmăm pentru testele noastre de performanță, astfel încât fiecare script va fi executat cu un singur utilizator pentru a crea o linie de bază și apoi aceste teste de bază vor fi utilizate ca referință pentru Benchmarking într-un moment ulterior al timp în timpul testelor.

De asemenea, fiecare componentă va fi testată individual înainte de a le integra împreună și așa mai departe.

# 4) Test Tipuri: Aici menționăm diferitele tipuri de teste care trebuie acoperite, cum ar fi Testul de încărcare, Testul de stres, Testul de rezistență, Testul de volum etc.

# 5) Test Livrabile: Menționați ce vor fi furnizate toate livrabilele ca parte a testării performanței pentru proiect, cum ar fi raportul de testare, raportul de rezumat executiv etc.

# 6) Mediu: Aici trebuie să menționăm detaliile mediului. Detaliile despre mediu sunt foarte importante deoarece descrie ce sisteme de operare vor fi utilizate pentru testarea performanței.

Dacă mediul va fi o replică a producției sau va fi mărit sau micșorat față de producție și, de asemenea, raportul dintre dimensionare și reducere, adică va fi jumătate din dimensiunea producției sau va fi dublu față de dimensiunea producției ?

De asemenea, trebuie să menționăm în mod clar orice patch-uri sau actualizări de securitate care să fie considerate ca parte a mediului configurat și, de asemenea, în timpul testului de performanță.

# 7) Instrumente: Aici trebuie să menționăm toate instrumentele care vor fi utilizate ca instrumentele de urmărire a defectelor, Instrumente de management , Testarea performanței și instrumentele de monitorizare. niste Exemple de instrumente pentru urmărirea defectelor este JIRA , Pentru gestionarea documentelor precum Confluence, pentru testarea performanței Jmeter și pentru monitorizare Nagios .

# 8) Resurse: Detaliile resurselor necesare echipei de testare a performanței sunt documentate în această secțiune. De exemplu , Manager de performanță, conducător de test de performanță, testeri de performanță etc.

# 9) Intrare & Ieșire Criterii: Criteriile de intrare și ieșire vor fi descrise în această secțiune.

De exemplu,

Criterii de intrare - Aplicația trebuie să fie stabilă din punct de vedere funcțional înainte de implementarea versiunii pentru testarea performanței.

Criterii de ieșire - Toate defectele majore sunt închise și majoritatea SLA-urilor sunt îndeplinite.

# 10) Risc și atenuare: Orice riscuri care vor afecta testarea performanței trebuie să fie enumerate aici împreună cu planul de atenuare pentru același lucru. Acest lucru va ajuta la orice riscuri care apar în timpul testării performanței sau cel puțin o soluție pentru risc va fi planificată cu mult timp în avans. Acest lucru va ajuta la finalizarea programelor de testare a performanței la timp, fără a afecta livrabilele.

# 11) Abrevieri: Folosit pentru abrevieri. De exemplu, PT - Test de performanță.

# 12) Istoricul documentului: Acesta conține versiunea documentului.

Conținutul documentului planului de testare a performanței

Să aruncăm o privire asupra tuturor celor care ar trebui incluse într-un document al planului de testare a performanței:

#1. Introducere: Este la fel ca în documentul Strategiei de testare a performanței, mai degrabă menționăm doar Planul de testare a performanței în loc de Strategia de testare a performanței.

# 2) Obiectiv: Care este obiectivul acestor teste de performanță, ce se realizează prin efectuarea de teste de performanță, adică care sunt avantajele efectuării testelor de performanță, ar trebui menționate în mod clar aici.

# 3) Domeniul de aplicare : Scopul testării performanței, atât în ​​domeniul de aplicare, cât și în afara domeniului de activitate, este definit aici.

# 4) Abordare: Abordarea generală este descrisă aici, cum se efectuează testarea performanței? Care sunt premisele pentru configurarea mediului? etc sunt incluse.

# 5) Arhitectură: Detalii despre arhitectura aplicațiilor ar trebui menționate aici, cum ar fi numărul total de servere de aplicații, servere web, servere DB, firewall-uri, 3rdd aplicație de petrecere Mașini generatoare de încărcare etc.

# 6) Dependențe: Toate acțiunile de testare înainte de performanță ar trebui menționate aici, cum ar fi componentele care urmează să fie testate de performanță sunt funcțional stabile, mediul este scalat la o producție ca una și este disponibil sau nu, Data testului este disponibilă sau nu, Instrumentele de testare a performanței sunt disponibile cu licențe dacă există și așa mai departe.

# 7) Mediu: Trebuie să menționăm toate detaliile sistemului, cum ar fi adresa IP, câte servere etc. Ar trebui, de asemenea, să menționăm clar cum ar trebui configurat mediul, precum condițiile prealabile, orice patch-uri care trebuie actualizate etc.

# 8) Scenarii de testare: Lista scenariilor care trebuie testate sunt menționate în această secțiune.

# 9) Mixare sarcină de lucru: Lucrarea Load mix joacă un rol vital în executarea cu succes a testului de performanță și dacă mixul de sarcină de lucru nu prezice acțiunea în timp real a utilizatorului final, atunci toate rezultatele testului sunt zadarnice și ajungem la performanțe slabe în producție când aplicația devine activă.

cum se creează un nou proiect Java în eclipsă

Prin urmare, este necesar să proiectăm în mod corespunzător volumul de lucru. Înțelegeți cum accesează utilizatorii aplicația în producție și dacă aplicația este deja disponibilă sau încercați să obțineți mai multe detalii de la echipa de afaceri pentru a înțelege corect utilizarea aplicației și a defini volumul de lucru.

# 10) Cicluri de executare a performanței: Detaliile numărului de teste de performanță vor fi descrise în această secțiune. De exemplu, Test linie de bază, ciclul 1 50 test de utilizator etc.

# 11) Valori de testare a performanței: Detaliile valorilor colectate vor fi descrise aici, aceste valori ar trebui să fie incluse criteriul de acceptare cu cerințele de performanță convenite.

# 12) Test de livrare: Menționați livrabilele și încorporați, de asemenea, linkurile către documente acolo unde este cazul.

# 13) Gestionarea defectelor: Aici trebuie să menționăm modul în care sunt tratate defectele, nivelurile de severitate și nivelurile de prioritate ar trebui de asemenea descris.

# 14) Managementul riscurilor: Menționați riscurile implicate în planul de atenuare, cum ar fi dacă aplicația nu este stabilă și dacă defectele funcționale cu prioritate ridicată sunt încă deschise, va afecta programul efectuării testelor de performanță și, așa cum sa spus mai devreme, acest lucru va ajuta la orice riscuri care apar în timpul testării performanței cel puțin o soluție pentru risc va fi planificată cu mult timp în avans.

# 15) Resurse: Menționează detaliile echipei, împreună cu rolurile și responsabilitățile lor.

# 16) Istoricul versiunilor: Păstrează o evidență a istoricului documentului.

# 17) Recenzii și aprobări de documente: Aceasta conține lista persoanelor care vor revizui și aproba documentul final.

Astfel, în esență, strategia de testare a performanței are o abordare a testării performanței, iar Planul de testare a performanței are detaliile abordării, prin urmare acestea merg împreună. Unele companii au doar un plan de testare a performanței, care are o abordare adăugată la document, în timp ce unele au atât strategie, cât și document de plan separat.

Sfaturi pentru dezvoltarea acestor documente

Urmați instrucțiunile de mai jos în timp ce proiectați strategia sau un document de plan pentru executarea cu succes a testelor de performanță.

  • Amintiți-vă întotdeauna că, în timp ce definiți o strategie de testare a performanței sau un plan de testare, trebuie să ne concentrăm asupra obiectivului și domeniului de testare. Dacă strategia sau planul nostru de testare nu este în conformitate cu cerințele sau domeniul de aplicare, testele noastre sunt nevalide.
  • Încercați să vă concentrați și să încorporați acele valori care sunt importante pentru a fi capturate în timpul testului pentru a identifica orice blocaje din sistem sau pentru a vedea performanța aplicației.
  • Planificați testele în așa fel încât să nu testați toate scenariile simultan și să blocați sistemul. Faceți o serie de teste și creșteți treptat scenariile și încărcarea utilizatorului.
  • În abordarea dvs., încercați să adăugați toate dispozitivele de pe care va fi accesată aplicația dvs., acest lucru se aplică de obicei dispozitivelor mobile.
  • Aveți întotdeauna o secțiune de risc și atenuare în documentul dvs. de strategie, deoarece cerințele se schimbă din când în când, iar aceste modificări vor avea un impact semnificativ asupra ciclurilor de execuție și a termenelor care trebuie adresate clientului cu mult timp înainte.

Concluzie

Sunt sigur că acest tutorial v-ar fi informat despre diferențele dintre o strategie și un plan de testare a performanței, împreună cu conținutul său, abordare pentru testarea performanței aplicațiilor mobile și testarea performanței aplicațiilor în cloud, într-o manieră detaliată, cu exemple.

Consultați următorul nostru tutorial pentru a afla mai multe despre modalitățile de a vă supraîncărca testarea performanței.

=> Vizitați aici pentru seria completă de testare a performanțelor

PREV Tutorial | NEXT Tutorial

Lectură recomandată

^