Valori de testare software: ce este, tipuri și exemple
Thomas Hamilton
⚡ Rezumat inteligent
Metricile de testare software sunt măsuri cantitative ale progresului, calității și productivității unui proces de testare. Acest ghid acoperă cele trei tipuri de metrici, distincția de bază și cea calculată, ciclul de viață al metricilor și un glosar de formule pe care îl puteți aplica direct.
Ce sunt metricile de testare software?
Valori de testare software sunt măsurile cantitative utilizate pentru a estima progresul, calitatea, productivitatea și starea de sănătate a procesului de testare a software-ului. Scopul parametrilor de testare a software-ului este de a îmbunătăți eficiența și eficacitatea procesului de testare a software-ului și de a ajuta la luarea unor decizii mai bune pentru procesul de testare ulterioară, oferind date fiabile despre procesul de testare.
O metrică exprimă, în termeni cantitativi, gradul în care un sistem, o componentă sau un proces posedă un anumit atribut. O analogie simplă este consumul săptămânal real de combustibil al unei mașini comparat cu cifra menționată de producător.
Măsuri de testare software – Îmbunătățește eficiența și eficacitatea unui proces de testare software.
Valorile de testare a software-ului sau măsurarea testului software reprezintă indicația cantitativă a extinderii, capacității, dimensiunii, cantității sau mărimii unui atribut al unui proces sau al unui produs.
Exemplu pentru măsurarea testului software: Numărul total de defecte
De ce sunt importante metricile de testare?
„Nu putem îmbunătăți ceea ce nu putem măsura.” Există indicatori de testare pentru a face procesul de testare măsurabil.
- Decideți care ar trebui să fie următoarea fază a activităților
- Furnizați dovezi pentru o afirmație sau o predicție despre calitate
- Identificați ce tip de îmbunătățire este necesar
- Justificați o schimbare de proces sau de tehnologie
Citiți mai multe despre el Importanța parametrilor de testare
Tipuri de metrici de testare
- Valori de proces: Poate fi utilizat pentru a îmbunătăți eficiența procesului a SDLC (Ciclul de viață al dezvoltării software-ului)
- Valori de produs: Se ocupă de calitatea produsului software
-
Valorile proiectului: Poate fi folosit pentru a măsura eficiența unei echipe de proiect sau a oricărei alte echipe instrumente de testare fiind folosit de membrii echipei
Alegerea valorilor corecte contează mai mult decât colectarea mai multor valori. Luați în considerare următoarele înainte de a vă decide asupra unui set:
- Fixați publicul țintă pentru pregătirea metricii
- Definiți obiectivul pentru valori
- Introduceți toate valorile relevante bazate pe nevoile proiectului
- Evaluează costul și beneficiul fiecărei metrici și faza ciclului de viață al proiectului în care aceasta oferă cea mai mare valoare.
Măsuri de testare manuală
In Inginerie Software, Valorile testelor manuale sunt clasificate în două clase
- Valori de bază
- Valori calculate
Valorile de bază sunt datele brute colectate de Test Analyst în timpul dezvoltării și execuției cazului de testare (# de cazuri de testare executate, # de cazuri de testare). În timp ce valorile calculate sunt derivate din datele colectate în valorile de bază. Valorile calculate sunt de obicei urmate de managerul de testare în scopul raportării testelor (% finalizat, % acoperire test).
În funcție de proiect sau modelul de afaceri, indicatorii cei mai importanți sunt de obicei:
- Măsuri de productivitate pentru execuția cazului de testare
- Măsuri de productivitate în pregătirea cazului de testare
- Valorile defectelor
- Defecte prin prioritate
- Defecte după gravitate
- Rata de alunecare a defectelor
Metrici de testare manuală vs. automatizată
Metricile descrise mai sus presupun o suită executată manual. O suită automatizată este măsurată diferit, deoarece efortul de execuție nu mai este constrângerea.
| Criterii | Metrici de testare manuală | Metrici de testare automată |
|---|---|---|
| Focus principal | Progresul efortului și al execuției | Acoperire, stabilitate și timp de funcționare |
| Măsură tipică | Cazuri de testare executate pe zi | Procentul de acoperire a automatizării |
| Semnal de calitate | Defecte găsite pe oră de testare | Rata de testare instabilă, ponderea testelor instabile |
| Măsura costului | Ore de testare | Ore de întreținere a scripturilor per lansare |
| Măsurarea vitezei | Durata ciclului în zile | Timpul de execuție al suitei în minute |
Automation Coverage = (Test cases automated / Total test cases) x 100 Flaky Test Rate = (Tests with inconsistent results / Total automated tests) x 100
Rata instabilă de testare merită o atenție deosebită. Odată ce trece de aproximativ 5%, echipele încep să ignore versiunile roșii, iar în acel moment suita nu mai oferă informații, indiferent de cât de mare este acoperirea sa.
Ciclul de viață al parametrilor de testare în inginerie software
| Diferite etape ale ciclului de viață Metrics | Pași în fiecare etapă |
|---|---|
| Analiză |
|
| Comunica |
|
| Evaluare |
|
| Raport |
|
Cum se calculează o metrică de testare
| Sr# | Pași pentru testarea valorilor | Exemplu |
|---|---|---|
| 1 | Identificați cheia testare software procesele de măsurat | Progresul testării tracprocesul rege |
| 2 | În acest pas, testerul folosește datele ca bază pentru a defini valorile | Numărul de cazuri de testare planificate a fi executate pe zi |
| 3 | Determinarea informațiilor care trebuie urmărite, a frecvenței de tracregele și persoana responsabilă | Execuția efectivă a testului pe zi va fi capturată de managerul de testare la sfârșitul zilei |
| 4 | Calculul, managementul și interpretarea eficientă a valorilor definite | Cazurile de testare efective executate pe zi |
| 5 | Identificați zonele de îmbunătățire în funcție de interpretarea valorilor definite | If caz de testare execuția nu atinge obiectivul convenit, investigați cauza și propuneți măsuri corective |
Exemplu de calcul al unei metrici de testare
Luați ca exemplu concret procentul de cazuri de testare executate. Pentru a exprima starea execuției ca procent, utilizați formula:
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
Dacă au fost scrise 250 de cazuri de testare și 175 au fost executate, rezultatul este (175 / 250) x 100 = 70 la sută.
Același model se aplică tuturor celorlalți parametri de execuție: cazuri de testare neexecutate, reușite, eșuate și blocate. Fiecare este pur și simplu un numărător diferit peste același numitor.
Cele mai importante metrici de testare pentru Track
Glosarul de la sfârșitul acestui tutorial enumeră toate formulele utilizate în mod obișnuit. În practică, un pachet de raportare rareori are nevoie de mai mult de opt. Acestea sunt cele care determină în mod constant o decizie.
| metric | La ce răspunde | Ai grija de |
|---|---|---|
| Procentul de execuție a cazurilor de testare | Cât de departe suntem din cursa planificată? | Nu spune nimic despre calitate, ci doar despre progres. |
| Densitatea defectelor | Defecte pe unitatea de mărime, deci care modul este cel mai slab? | Depinde de o măsurătoare consistentă a dimensiunii |
| Eficiența eliminării defectelor | Ce procent din defecte am detectat înainte de lansare? | Poate fi finalizat doar după sosirea datelor de producție |
| Scurgere defectă | Câte defecte au ajuns la client? | Cel mai important semnal de calitate |
| Testați acoperirea | În ce măsură din setul de cerințe este exercitată? | O acoperire ridicată cu afirmații slabe nu dovedește nimic |
| Indicele de severitate al defectelor | Defectele deschise sunt grave sau cosmetice? | Numărarea defectelor fără ponderare induce în eroare |
| Timp mediu de reparare | Cât de repede rezolvă echipa o problemă? | Denaturat de câteva defecte de lungă durată |
| Productivitatea execuției testelor | Câte cazuri completează un tester pe zi? | Încurajează testele superficiale dacă sunt folosite ca țintă |
Două formule care merită adăugate la glosar, deoarece sunt cele solicitate de conducere:
Defect Removal Efficiency = (Defects found before release / Total defects found) x 100
Defect Leakage = (Defects found in production / Defects found before release) x 100
Capcana măsurării. Orice metrică folosită ca țintă încetează să mai fie o măsură bună. Stabiliți o țintă de productivitate de 30 de cazuri de testare pe zi, iar testerii vor scrie 30 de cazuri banale. Raportați metricile ca un set, niciodată izolat, și asociați fiecare cifră de productivitate cu o cifră de calitate.
Glosar de formule pentru metrici de testare software
- Raportul efortului de reluare = (Eforturile reale de reluare petrecute în acea fază/eforturile efective totale petrecute în acea fază) X 100
- Cerință Creep = (Numărul total de cerințe adăugate/Nr. cerințe inițiale)X100
- Varianta programului = (Data reală a livrării – Data planificată a livrării)
- Costul găsirii unui defect în testare = (Efortul total depus pentru testare/defecte constatate la testare)
- Derapajul programului = (Data de încheiere reală – Data de încheiere estimată) / (Data de încheiere planificată – Data de începere planificată) X 100
- Procentul cazurilor de testare promovate = (Numărul de teste promovate/Numărul total de teste executate) X 100
- Procentaj cazuri de testare nereușite = (Numărul de teste eșuate/Numărul total de teste executate) X 100
- Procent de cazuri de testare blocate = (Numărul de teste blocate/Numărul total de teste executate) X 100
- Procent de defecte remediate = (Defecte remediate/Defecte raportate) X 100
- Procent de defecte acceptate = (Defecte acceptate ca valide de echipa de dezvoltare/Total defecte raportate) X 100
- Procent de amânare de defecte = (Defecte amânate pentru lansări viitoare/Total defecte raportate) X 100
- Procent de defecte critice = (Defecte critice / Total defecte raportate) X 100
- Timp mediu pentru o echipă de dezvoltare pentru a repara defectele = (Timp total necesar pentru remedieri/Număr de erori)
- Numărul de teste efectuate pe perioadă de timp = Numărul de teste executate/Timp total
- Testați eficiența proiectării = Numărul de teste proiectate/Timp total
- Testează eficiența revizuirii = Numărul de teste revizuite/Timp total
- Rata de detectare a erorilor, sau defecte pe oră de testare = Numărul total de defecte / Numărul total de ore de testare
