Test Management Tutorial: un ghid final pentru a testa Management

acesta este un tutorial de Management de testare pentru testarea Software-ului. Acesta include faze de Management de testare, instrumente și management de testare Vs Structura organizatorică:

managementul de testare este procesul de gestionare a tuturor activităților legate de testare, documente și alte lucrări conexe. Structurile organizaționale se referă la o ierarhie de echipe sau angajați care lucrează la anumite proiecte.

credeți că structura organizațională afectează managementul testelor?

dacă răspunsul tău este nu, vom vedea de ce? Dacă da, să vedem cum afectează. Pentru a găsi relația dintre aceste două, trebuie să înțelegem clar aceste subiecte și apoi să explorăm relația dintre managementul testelor și structura organizațională.

Introducere în Test Management

Test Management înseamnă gestionarea întregului proces de testare software pentru un anumit proiect. Procesul de gestionare a testelor se aplică întregului ciclu de viață al dezvoltării software-ului. Prin urmare, în mod ideal, de îndată ce începe procesul de dezvoltare software, procesul de gestionare a testelor ar trebui să înceapă.

managerul de testare a avut următoarele responsabilități-

• managerul de testare ar trebui să asigure coerența și calitatea acestor produse de lucru.
• lucrați cu Test Analyst și technical Test Analyst pentru a selecta și personaliza șablonul corespunzător.
• lucrați cu analistul de testare și analistul de testare tehnică pentru a stabili standarde ale acestor produse, cum ar fi nivelurile de grad detaliat.
• examinați produsele de lucru folosind tehnici adecvate.

componente de gestionare a testelor

Managementul testelor este împărțit în 5 părți pentru o mai bună înțelegere:

1. documentația de testare
2. estimarea testului
3. valori de testare
4. măsurarea progresului testului
5. valori pentru monitorizarea ciclului de viață al testării

#1) documentația de testare

există trei tipuri de documentație de testare care sunt enumerate mai jos:

• Politica de testare
• strategia de testare
• Master Planul de testare

#1) Politica de testare:

• rezumă valoarea pe care organizația o derivă din testare.
• definește politicile de testare.
• descrie modul de evaluare a eficacității testării.
• descrie procesul de testare.
• specificați modul în care organizația va îmbunătăți procesul de testare?

#2) strategia de testare:

• descrie metodologiile generale de testare, care sunt utilizate pentru a gestiona riscurile de proiect și produs.
• Strategii Analitice: Cum Ar Fi Testarea Bazată Pe Riscuri.
• Strategie Bazată Pe Modele: Ca un profil operațional în care echipa de testare dezvoltă un model bazat pe situații reale și acceptate de mediu, intrare și Condiții.
• strategie metodologică: caracteristici de calitate în care echipa de testare folosește un set de condiții de testare, listă de verificare sau colecție de teste logice generalizate.
• proces sau tehnici conforme cu standardul: urmează un set de proces ca SCRUM/Agile.
• strategii Reactive: utilizarea atacurilor bazate pe defecte, cum ar fi testarea exploratorie.
• Strategie Consultativă: Cum ar fi testarea direcționată de utilizator, în care echipa de testare se bazează pe contribuția uneia sau mai multor părți interesate pentru a determina condițiile de testare, cum ar fi testarea compatibilității externalizate.
• descrie, de asemenea:
  • proceduri de integrare
  • tehnici de specificație a testului
  • independența testării
  • standarde obligatorii și opționale
  • mediu de testare
  • instrumente
  • reutilizarea produselor software
  • retestare și regresie.

#3) Master Planul De Testare:

• acesta acoperă toate sarcinile de testare care trebuie să fie făcut.
• se discută modul în care testarea va implementa strategia și Politica de testare.
• dacă ceva nu este descris, atunci planul de testare ar trebui să descrie de ce și planul de atenuare pentru asta.
• conținutul planului de testare este:
  • elemente care urmează să fie testate
  • caracteristici de calitate care urmează să fie testate.
  • program
  • ciclu de execuție
  • variabile defecte
  • elemente de testare în domeniul de aplicare
  • criterii de ieșire
  • riscuri de proiect
  • guvernanța generală a eforturilor de testare,
  • roluri și responsabilități
  • intrare și ieșire

#2) estimarea testului

puncte generale:

• este o activitate de management
• se bazează pe experiență.
• oferă un catalog specific și detaliat al costurilor, resurselor, sarcinilor și persoanelor.Estimarea
• odată pregătită, trebuie livrată conducerii împreună cu justificarea.
• estimarea finală reprezintă cel mai bun echilibru posibil între obiectivele organizaționale și cele ale proiectului.
• estimarea se bazează pe informațiile disponibile la momentul respectiv, a fost pregătit.
• pentru a rămâne exacte, estimările ar trebui actualizate pentru a reflecta informații noi și modificate.

factori care afectează estimarea testului:

• nivelul necesar de calitate
• dimensiunea sistemului
• Date istorice
• factori de proces precum strategia, dezvoltarea și ciclul de viață
• factori materiali precum mediul de testare, automatizarea, instrumentele și datele
• factorul de oameni
• complexitatea procesului
• instruire și KT(transfer de cunoștințe)
• asimilarea și dezvoltarea de noi instrumente și tehnologii, procese sau tehnici.
• cerința unui grad mai ridicat al specificației detaliate a încercării.
• momentul sosirii componentelor
• date de încercare.

presupuneri:

• structura defalcării lucrărilor
• sesiunea de estimare a echipei
• raportul Tester – Dezvoltator
• Istoricul Organizației
• analiza punctului funcțional, LOC.

estimarea testului este explicată mai târziu în tutorial.

#3) valori de testare

• ce se măsoară, este considerat ca făcut?
• ce nu măsoară, este ușor de ignorat?
• ar trebui definit un set limitat de valori utile.
• ar trebui definite doar acele valori a căror interpretare este convenită de toți.
• raportarea și fuzionarea valorilor ar trebui automatizate.
• managerul ar trebui să valideze informațiile în metrică.

metrica proiectului: % din pass, fail executat etc.

metrica produsului:

• Atributele produsului
• densitatea defectelor

metrica procesului: măsoară capacitatea de testare ca % din defect.

oameni: capacitatea individului.

Metrica Progresului Testului:

• numărul de condiții/cazuri de testare, planificate vs executate.
• defect total clasificate în funcție de severitate, prioritate, starea actuală și subsistemul efect.
• numărul de modificări necesare, acceptate, construite și testate.
• costul planificat vs Real.
• planificat vs durata reală
• planificat vs etapa de testare reală.
• starea riscului calității produsului
• % pierderea efortului de testare, a costului sau a timpului.

#4) măsurarea progresului testului

riscurile produsului:

• % riscului acoperit.
• % risc pentru testul de eșec
• % risc identificat de individ.

defecte:

• numărul de defecte găsite vs Numărul de defecte prezentate.
• rata medie de sosire a defecțiunilor
• defecte ale elementelor de testare particulare.
• detectarea RCA(analiza cauzei rădăcinii)
• defectul este eliberarea testelor.
• Defect în faza
• prioritate și severitate
• raport respinge vs duplicat
• timpul necesar pentru a rezolva
• numărul de defecte noi introduse din cauza remedierii defectelor vechi.

Test:

• numărul Total al testului trece, nu, alergător, blocat
• numărul total de cazuri de testare de regresie.

acoperire:

• cerință și acoperire de proiectare
• acoperire de risc
• acoperire de configurare a mediului
• acoperire de cod

#5) metrici pentru monitorizarea ciclului de viață al testării

Monitor Test Plan

• Numărul de risc și Cerință
• descoperirea defectelor
• Plan vs eforturi reale.

Monitor Test Design

• numărul de defecte găsite în timpul proiectării.

analiza testului monitorului

• Numărul de condiții
• numărul de defecte în analiză

implementarea testului monitorului

• % de configurare a mediului
• % din cazul de testare automatizate.

execuție Monitor

• % de cazuri de testare trecute, eșuate, fără rulare, blocate
• % cazuri de testare acoperite
• defecte planificate vs reale rezolvate
• % din plan vs acoperire reală

închiderea monitorului

• % din cazurile de testare trec, ail
• % din cazurile de testare verificate în categoria reutilizabilă
• % din cazurile de testare automatizate.
• Numărul de defecte rezolvate/nerezolvate.
• % din produsul de lucru de testare

faza de monitorizare și control a testului discutată mai jos explică în continuare acest subiect.

faze de gestionare a testelor

în timpul procesului de gestionare a testelor, trebuie luate în considerare următoarele puncte. Cu alte cuvinte, următoarele sunt diferitele faze ale procesului de gestionare a testelor:

1. Analiza riscurilor
2. estimarea testelor
3. planificarea testelor
4. organizarea testelor
5. monitorizarea și controlul testelor
6. gestionarea problemelor
7. raport de testare

puteți observați că primele patru faze se referă mai mult la planificare, iar celelalte trei se referă la execuție. Prin urmare, putem împărți procesul complet de gestionare a testelor în două părți, adică planificare și execuție.

să explorăm în detaliu diferitele faze de gestionare a testelor.

#1) Analiza riscului

această fază include identificarea factorilor de risc și a soluțiilor posibile. Dacă analiza riscurilor se face cu atenție, putem evita eșecurile viitoare sau cel puțin ar putea fi disponibilă o soluție.

riscul este ceva ce se poate întâmpla sau nu. Dar dacă se va întâmpla, atunci care va fi impactul său? Poate afecta grav calitatea software-ului, reputația companiei și multe altele.

factorii de risc ar trebui descoperiți pentru a evita acest impact negativ. Analiza riscului trebuie făcută pentru a afla factorii de risc. Există două tipuri de riscuri, adică. Riscurile proiectului și riscurile produsului. Riscurile proiectului sunt riscurile legate de procesul de lucru, iar riscul produsului sunt riscuri legate de produsul dezvoltat.

#2) estimarea testului

estimarea testului este despre predicția timpului necesar pentru fiecare activitate/fază de testare. Deoarece aceasta este o estimare, nu poate fi exactă. Pentru o estimare mai bună a testelor, putem studia proiectele anterioare ale companiei noastre sau ne putem consulta cu membrii echipei care vor fi responsabili pentru acea fază de lucru sau testare.

#3) Planificarea testelor

planificarea testelor în sine este un proces lung. Acesta include definirea obiectivelor testului, domeniul de aplicare al testului, strategia de testare, programarea timpului, resursele, abordarea comunicării etc. Cerințele ar trebui să fie foarte clare pentru definirea obiectivelor și domeniului de aplicare al testelor. Planul de testare este pentru testeri, utilizatori și membrii echipei de proiect.

planul de testare descrie rolul testării în proiect. Planul de testare include, de asemenea, rolurile și responsabilitățile, lista de caracteristici care vor fi testate și nu vor fi testate, mediul de testare, lista de instrumente și ipoteze, dacă există.

#4) organizarea testului

în timpul fazei de planificare a testului, am planificat toate lucrurile posibile despre testare.

prin urmare, avem nevoie de membri calificați ai echipei pentru a executa acest plan sau pentru a face planul unul de succes. Organizația de testare se referă la construirea echipei de testare perfecte pentru un proiect de succes.

#5) monitorizarea și controlul testelor

în timp ce lucrările de testare sunt în desfășurare sau în timp ce testerii execută planul de testare, toate aceste progrese ale lucrărilor trebuie monitorizate. Unul ar trebui să țină evidența tuturor acestor lucrări de testare. Dacă se face monitorizarea testului, atunci echipa de testare și managerul de testare vor primi feedback cu privire la modul în care este progresul testării?

folosind acest feedback, managerul de testare poate ghida membrii echipei pentru a îmbunătăți calitatea lucrărilor de testare ulterioare. Cu ajutorul monitorizării testelor, echipa de proiect va obține vizibilitate asupra rezultatelor testelor. De asemenea, vă ajută să știți despre acoperirea testului.

pentru proiectele mari, monitorizarea testelor se face folosind un instrument automatizat, deoarece colectarea datelor va fi mai ușoară. Pentru proiectele mici, o persoană va aduna toate datele sau documentele legate de progresul testului. Pentru colectarea informațiilor despre progresul testului, putem lua ajutorul șablonului de jurnal de testare IEEE 829. A fost vorba despre monitorizarea testelor.

să vedem ce este controlul testului? Lucrările de proiect nu vor merge întotdeauna așa cum am planificat. Ar putea exista unele diferențe între planul și activitatea reală. Pentru a minimiza sau elimina aceste diferențe, trebuie să facem unele modificări și așa controlăm munca de testare.

#6) gestionarea problemelor

problemele pot fi orice problemă care apare în timpul procesului de dezvoltare și testare a software-ului. Poate fi cel mai mic motiv din cauza căruia nu suntem capabili să dezvoltăm/să livrăm un produs de calitate. Unele probleme sunt un show-stopper, adică fără a rezolva această problemă, nu vom putea continua procesul ulterior.

gestionarea problemelor se referă la modul în care gestionăm aceste probleme/probleme. Putem numi, de asemenea, ca Managementul incidentelor. Gestionarea problemelor necesită o planificare mai bună pentru procesul de rezolvare a problemelor. O mai bună gestionare a problemelor depinde de abilitatea și experiența managerului de testare.

cum apar aceste probleme?

pot exista mai multe motive pentru apariția unei probleme. Unele probleme sunt legate de strategie, iar altele sunt legate de definiție, HR, programare etc.

probleme de strategie:

Exemple:

• proiectul rămâne fără fonduri.
• comunicare slabă a proiectului.
• procesul de management al proiectului nu este conform standardelor declarate.

probleme de definiție: probleme legate de cerințe.

Exemple: cerințe neclare. O mulțime de probleme pot fi introduse din cauza cerințelor neclare.

probleme de planificare: acesta este cel mai frecvent tip de problemă. Angajații trebuie să lupte pentru a respecta termenul limită.

probleme HR:

Exemple:

• există o lipsă de calificare în echipă.
• cartografierea greșită a angajaților pentru muncă.

pot exista mult mai multe tipuri de probleme și nu le putem menționa pe toate aici. Astfel, gestionarea problemelor se referă la înregistrarea, urmărirea și rezolvarea problemelor.

#7) raportul de testare

raportul de testare ajută la identificarea acoperirii testului, a calității produsului dezvoltat și a îmbunătățirilor necesare procesului. Putem decide ‘ cât de mult de testare este necesar?’

dacă se efectuează suficiente teste, atunci putem trimite acest raport de testare părților interesate sau clienților. Astfel încât să cunoască și calitatea produsului și să aibă o idee despre cât de mult se efectuează testarea produsului.

instrumente de gestionare a testelor

gestionarea testelor se complică pe măsură ce continuăm procesul nostru de dezvoltare de software și acesta este unul dintre motivele majore pentru care sunt disponibile atât de multe instrumente de gestionare a testelor în zilele noastre.

aceste instrumente vor ajuta în ultimele patru faze ale procesului de gestionare a testelor (organizarea testelor, controlul monitorizării testelor &, gestionarea problemelor și raportul de testare). Deoarece aceste instrumente ajută la fazele importante ale managementului testelor, acestea ar trebui luate în considerare mai întâi în proiect.

înscrise mai jos sunt cele mai populare instrumente de gestionare a testelor:

1. qTest
2. PractiTest
3. Zephyr
4. test Collab
5. TestFLO pentru JIRA
6. XQual
7. Xray – Managementul testului de ultimă oră
8. TestRail
9. qacoverage
10. cerințe și managementul testelor pentru Jira (RTM)
11. Spiratest by Inflectra
12. Kualitee
13. Aqua
14. Testpad
15. Junoone

=> Faceți clic aici pentru Recenzii detaliate ale instrumentelor de gestionare a testelor de top

structuri organizaționale

să vedem diferitele structuri organizaționale.

ar putea exista anumite reguli pentru structurile organizaționale sau ar putea exista unele structuri ideale, dar indiferent de faptul că fiecare organizație poate avea structura sa. Există atât de multe structuri organizaționale și fiecare are avantajele și dezavantajele sale.

aici, vom discuta despre unele dintre ele.

în primul rând vom vedea cea mai simplă structură organizațională care este utilizată pentru proiecte mici.

în această structură, atât testerii, cât și programatorii raportează managerului de dezvoltare.

1. managerul de dezvoltare are un control bun asupra activităților proiectului.
2. va exista o posibilitate mai mică de a exista un decalaj de comunicare între echipele de testare și dezvoltare.
3. de asemenea, în cadrul întâlnirilor, este bine să se decidă termenele limită pentru managerul de dezvoltare, deoarece acesta are cunoștințe complete despre activitatea de testare și dezvoltare.
4. munca în echipă va fi eficientă, datorită straturilor minime.

dezavantajele acestei structuri includ:

1. deoarece nu există un manager de testare, Există posibilitatea ca testarea să fie luată în considerare târziu în proiect.
2. există o altă posibilitate ca testarea să aibă o importanță mai mică pentru proiect. Poate fi considerat târziu în proiect.

în general, în organizațiile mici pentru proiecte mici, se întâmplă ca echipa de dezvoltare să ia mai mult timp decât sa menționat, iar echipa de testare trebuie să sufere, adică echipa de testare va trebui să testeze produsul până la termenul limită, astfel încât echipa de testare să obțină mai puțin timp pentru a testa produsul.

în această structură, pentru finalizarea cu succes a unui proiect, managerul de dezvoltare trebuie să țină cont de faptul că scopul său nu este doar de a finaliza proiectul, ci de a dezvolta software de calitate.

a doua structură organizațională cea mai frecvent utilizată:

acesta este cel mai comun tip de structură organizațională. În această structură, testerii raportează managerilor de testare, iar dezvoltatorii raportează managerului de dezvoltare. Atât managerul de testare, cât și managerul de dezvoltare raportează managerului de proiect.

managerul de testare va fi responsabil pentru toate activitățile legate de testare și este responsabilitatea managerului de dezvoltare să obțină dezvoltarea software-ului. Managerul de proiect va controla atât activitățile de testare, cât și cele de dezvoltare.

avantaje:

• spre deosebire de structura anterioară, aici, în această structură, există manageri diferiți pentru testare și dezvoltare, prin urmare ambii se pot concentra asupra muncii lor. Ei vor rămâne dedicați muncii lor și vor exista mai puține distrageri pentru ei.
• în această structură, activitățile de testare nu pot fi neglijate sau nu pot fi considerate târziu în proiect. Aceasta înseamnă că atât testarea, cât și dezvoltarea vor avea o importanță egală.
• când vine vorba de luarea deciziilor critice, în mod avantajos, echipa de testare are independență.

dezavantaje:

• există posibilitatea unui decalaj de comunicare din cauza mai multor niveluri.

Managementul testelor Vs structuri organizaționale

structurile organizaționale afectează în mod direct Managementul testelor. Diferitele structuri organizaționale au un impact diferit asupra managementului testelor, prin urmare, managementul testelor variază în funcție de abilitățile și experiența managerului de testare, precum și în funcție de poziția managerului de testare în structura organizațională.

am văzut două structuri organizaționale aici. În prima structură, managerul de dezvoltare și managerul de testare sunt aceeași persoană, prin urmare afectează managementul testelor. Managerul de dezvoltare are scopul de a dezvolta software și, în timp ce face acest lucru, trebuie să se uite și la lucrările de testare.

astfel, uneori el/ea ar putea da opinii părtinitoare. El / ea poate trece cu vederea problema și merge mai departe. În acest fel poate afecta gestionarea testelor. Un manager de testare independent va putea oferi mai multă justiție, iar managementul testelor va fi mai bun cu managerii de testare independenți.

concluzie

am văzut atât subiectele, adică managementul testelor, cât și structurile organizaționale separat și împreună cu relația dintre aceste două. Putem concluziona că structurile organizaționale afectează managementul testelor.

în timp ce se compară ambele structuri menționate mai sus, în a doua structură, gestionarea testelor va fi gestionată mai bine decât prima. Motivul din spatele acestui lucru ar putea fi un manager de testare dedicat.

structurile organizaționale diferă de la o organizație la alta. Deși există un anumit proces definit pentru managementul testelor (sau echipele ar putea folosi instrumente de gestionare a testelor), managementul testelor va diferi din cauza diferitelor structuri organizaționale, manageri de testare, abilități și experiență ale managerului de testare.