Măsuri și măsurători importante pentru testarea software-ului - explicate cu exemple și grafice

important software test metrics

În proiectele software, este cel mai important să se măsoare calitatea, costul și eficacitatea proiectului și a proceselor. Fără a le măsura, un proiect nu poate fi finalizat cu succes.

În articolul de astăzi, vom învăța cu exemple și grafice - Valori și măsurători de testare software și cum să le utilizați în procesul de testare software.

Există o declarație faimoasă: „Nu putem controla lucrurile pe care nu le putem măsura”.

Aici controlul proiectelor înseamnă, cum un manager de proiect / un lider poate identifica abaterile de la planul de testare cât mai curând posibil pentru a reacționa în timpul perfect. Generarea de indicatori de testare pe baza nevoilor proiectului este foarte importantă pentru a atinge calitatea software-ului testat.

Ce veți învăța:

• Ce este metrica de testare software?
• Ce este măsurarea testului software?
• De ce să testăm valori?
• Ciclul de viață Metrics
• Tipuri de valori de testare manuale
• Exemple de valori de testare software
• Concluzie
• Lectură recomandată

Ce este metrica de testare software?

O valoare este o măsură cantitativă a gradului în care un sistem, o componentă de sistem sau un proces posedă un atribut dat.

Valorile pot fi definite ca „STANDARDE DE MĂSURARE ”.

Metricile software sunt utilizate pentru a măsura calitatea proiectului. Pur și simplu, o valoare este o unitate utilizată pentru descrierea unui atribut. Metrica este o scală pentru măsurare.

Să presupunem că, în general, „Kilogram” este o valoare pentru măsurarea atributului „Greutate”. În mod similar, în software, „Câte probleme se găsesc într-o mie de linii de cod?”, H de asemenea Numărul de probleme este o măsurare și numărul de linii de cod este o altă măsurare. Metrica este definită din aceste două măsurători .

Exemplu de valori de testare:

• Câte defecte există în cadrul modulului?
• Câte cazuri de testare sunt executate pe persoană?
• Ce este% acoperire test?

Ce este măsurarea testului software?

Măsurarea este indicație cantitativă a extinderii, cantității, dimensiunii, capacității sau dimensiunii unui atribut al unui produs sau proces.

Exemplu de măsurare a testului: Numărul total de defecte.

Consultați diagrama de mai jos pentru o înțelegere clară a diferenței dintre măsurare și valori.

De ce să testăm valori?

Generarea de valori de testare software este cea mai importantă responsabilitate a conducătorului / managerului de testare software.

Valorile de testare sunt utilizate pentru,

1. Luați decizia pentru următoarea fază a activităților, cum ar fi, estimați costul și programul proiectelor viitoare.
2. Înțelegeți tipul de îmbunătățire necesară pentru a reuși proiectul
3. Luați o decizie cu privire la procesul sau tehnologia care urmează să fie modificate etc.

Importanța valorilor de testare a software-ului:

Așa cum s-a explicat mai sus, Metricele de testare sunt cele mai importante pentru a măsura calitatea software-ului.

Acum, cum putem măsura calitatea software-ului folosind Metrics ?

Să presupunem că, dacă un proiect nu are niciun indicator, atunci cum va fi măsurată calitatea muncii efectuate de un analist de testare?

De exemplu, Un analist de testare trebuie,

1. Proiectați cazurile de testare pentru 5 cerințe
2. Executați cazurile de testare proiectate
3. Înregistrați defectele și trebuie să eșuați cazurile de test aferente
4. După ce defectul este rezolvat, trebuie să testăm din nou defectul și să executăm din nou cazul de testare eșuat corespunzător.

În scenariul de mai sus, dacă valorile nu sunt respectate, atunci lucrarea finalizată de analistul de testare va fi subiectivă, adică Raport de testare nu va avea informațiile adecvate pentru a cunoaște starea lucrării / proiectului său.

Dacă metricele sunt implicate în proiect, atunci se poate publica starea exactă a lucrării sale cu numere / date adecvate.

adică în Raportul de testare, putem publica:

1. Câte cazuri de testare au fost proiectate pentru fiecare cerință?
2. Câte cazuri de testare sunt încă de proiectat?
3. Câte cazuri de testare sunt executate?
4. Câte cazuri de testare sunt trecute / eșuate / blocate?
5. Câte cazuri de testare nu sunt încă executate?
6. Câte defecte sunt identificate și care este gravitatea acestor defecte?
7. Câte cazuri de testare au eșuat din cauza unui anumit defect? etc.

Pe baza nevoilor proiectului, putem avea mai multe valori decât o listă menționată mai sus, pentru a cunoaște în detaliu starea proiectului.

Pe baza valorilor de mai sus, conducătorul / managerul de testare va înțelege punctele cheie menționate mai jos.

• % ge de lucrări finalizate
• % ge de muncă încă de finalizat
• Timp pentru finalizarea lucrării rămase
• Indiferent dacă proiectul se desfășoară conform programului sau este întârziat? etc.

Pe baza valorilor, dacă proiectul nu se va finaliza conform programului, atunci managerul va declanșa alarma către client și alte părți interesate, oferind motivele întârzierii pentru a evita surprizele din ultimul minut.

Ciclul de viață Metrics

Tipuri de valori de testare manuale

Valorile de testare sunt în principal împărțite în 2 categorii.

1. Valori de bază
2. Valori calculate

Valori de bază: Valorile de bază sunt valorile derivate din datele colectate de analistul de testare în timpul dezvoltării și executării cazului de testare.

Aceste date vor fi urmărite pe tot parcursul ciclului de viață al testului. Adică colectarea datelor precum Totalul nr. de cazuri de test dezvoltate pentru un proiect (sau) nr. din cazurile de testare trebuie executate (sau) nr. a cazurilor de testare trecute / nereușite / blocate etc.

Valori calculate: Valorile calculate sunt derivate din datele colectate în valorile de bază. Aceste valori sunt în general urmărite de conducătorul / managerul de testare în scopul raportării testelor.

Exemple de valori de testare software

Să luăm un exemplu pentru a calcula diferite valori de testare utilizate în rapoartele de testare software:

Mai jos este formatul tabelului pentru datele preluate de la analistul de testare care este de fapt implicat în testare:

Definiții și formule pentru calcularea valorilor:

# 1)% ge Cazuri de testare executate : Această valoare este utilizată pentru a obține starea de execuție a cazurilor de test în termeni de% ge.

% ge Cazuri de testare executate = ( Nr. Cazuri de testare executate / Nr. Total din cazurile de test scrise) * 100.

Deci, din datele de mai sus,
% ge Cazuri de testare executate = (65/100) * 100 = 65%

# 2)% ge Cazuri de testare neexecutate : Această valoare este utilizată pentru a obține starea de execuție în așteptare a cazurilor de test în termeni de% ge.

% ge Cazuri de testare neexecutate = ( Nr. Cazuri de testare neexecutate / Nr. din cazurile de test scrise) * 100.

Deci, din datele de mai sus,
% ge Cazuri de testare blocate = (35/100) * 100 = 35%

# 3)% ge Cazuri de testare Trecute : Această valoare este utilizată pentru a obține Pass% ge din cazurile de testare executate.

% ge Cazuri de testare Trecute = ( Nr. De cazuri testate Trecute / Nr. de cazuri de testare executate) * 100.

Deci, din datele de mai sus,
% ge Cazuri de testare Trecute = (30/65) * 100 = 46%

# 4)% ge Cazuri de testare nereușite : Această valoare este utilizată pentru a obține% Fail% din cazurile de testare executate.

% ge Cazuri de testare eșuate = ( Nr. Cazuri de testare nereușite / nr. de cazuri de testare executate) * 100.

Deci, din datele de mai sus,
% ge Cazuri de testare Trecute = (26/65) * 100 = 40%

# 5)% ge Cazuri de testare blocate : Această valoare este utilizată pentru a obține% ge blocat din cazurile de testare executate. Un raport detaliat poate fi prezentat prin specificarea motivului real pentru blocarea cazurilor de testare.

% ge Cazuri de testare blocate = ( Nr. Cazuri de testare blocate / nr. de cazuri de testare executate) * 100.

Deci, din datele de mai sus,
% ge Cazuri de testare blocate = (9/65) * 100 = 14%

# 6) Densitatea defectului= Nr. Defecte identificate / dimensiune

( Aici „Mărimea” este considerată o cerință. Prin urmare, aici Densitatea defectului este calculată ca un număr de defecte identificate pe cerință. În mod similar, Densitatea defectului poate fi calculată ca un număr de defecte identificate la 100 de linii de cod (SAU) Nr. De defecte identificate pe modul etc. )

Deci, din datele de mai sus,
Densitatea defectului = (30/5) = 6

# 7) Eficiența eliminării defectelor (DRE)= ( Nr. Defecte găsite în timpul testării QA / (Nr. Defecte găsite în timpul testării QA + Nr. Defecte găsite de utilizatorul final)) * 100

DRE este utilizat pentru a identifica eficacitatea testului sistemului.
Să presupunem că, în timpul dezvoltării și testării QA, am identificat 100 de defecte.
După testarea QA, în timpul testării Alpha & Beta, utilizatorul final / clientul a identificat 40 de defecte, care ar fi putut fi identificate în timpul fazei de testare QA.

Acum, DRE va fi calculat ca,
DRE = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71%

# 8) Scurgerea defectului: Scurgerea defectului este metrica care este utilizată pentru a identifica eficiența testării QA adică câte defecte sunt ratate / alunecate în timpul testării QA.

Scurgere de defecte = ( Nr. De defecte găsite în UAT / Nr. De defecte găsite în testarea QA.) * 100

Să presupunem că, în timpul dezvoltării și testării QA, am identificat 100 de defecte.
După testarea QA, în timpul testării Alpha și Beta, utilizatorul final / clientul a identificat 40 de defecte, care ar fi putut fi identificate în timpul fazei de testare QA.

Scurgere defect = (40/100) * 100 = 40%

# 9) Defecte după prioritate : Această valoare este utilizată pentru a identifica nr. a defectelor identificate pe baza Severității / Priorității defectului care este utilizată pentru a decide calitatea software-ului.

cel mai bun ide pentru python pe Mac

% ge Defecte critice = Nr. defecte critice identificate / Nr. de Defecte identificate * 100
Din datele disponibile în tabelul de mai sus,
% ge Defecte critice = 6/30 * 100 = 20%

% ge Defecte mari = Nr. defecte mari identificate / Nr. de Defecte identificate * 100
Din datele disponibile în tabelul de mai sus,
% ge Defecte mari = 10/30 * 100 = 33,33%

% ge Defecte medii = Nr. defecte medii identificate / Nr. de Defecte identificate * 100
Din datele disponibile în tabelul de mai sus,
% ge Defecte medii = 6/30 * 100 = 20%

% ge Defecte scăzute = Nr. defecte scăzute identificate / Nr. de Defecte identificate * 100
Din datele disponibile în tabelul de mai sus,
% ge Defecte mici = 8/30 * 100 = 27%

Lectură recomandată=> Cum se scrie un raport sumar de test eficient

Concluzie

Valorile furnizate în acest articol sunt utilizate în principal pentru generarea Raport de stare zilnic / săptămânal cu date exacte în timpul fazei de dezvoltare / execuție a cazului de testare și acest lucru este util și pentru urmărirea stării proiectului și a calității software-ului.

Despre autor : Acesta este un post de invitat de Anuradha K. Are peste 7 ani de experiență în testarea software-ului și lucrează în prezent ca consultant pentru un MNC. De asemenea, are cunoștințe bune despre testarea automatizării mobile.

Ce alte valori de testare utilizați în proiectul dvs.? Ca de obicei, spuneți-ne părerile / întrebările dvs. în comentariile de mai jos.

Lectură recomandată

• Exerciții de testare software - Nouă platformă pentru a vă testa abilitățile de testare și a împărtăși idei practice
• Ce este testarea de anduranță în testarea software (exemple)
• Cum să revizuiți documentul SRS și să creați scenarii de testare - Instruire de testare software într-un proiect live - Ziua 2
• Instruire pentru testarea software-ului: instruire de la un capăt la altul în cadrul unui proiect live - Instruire online gratuită pentru controlul calității, partea 1
• Testarea aplicațiilor - În noțiunile de bază ale testării software!
• QTP Tutorial # 18 - Cadrele bazate pe date și hibride explicate cu exemple QTP
• Ce este ciclul de viață al testelor software (STLC)?
• Metadatele din Data Warehouse (ETL) sunt explicate cu exemple