Software Testing Metrics: Vad är, typer och exempel
Thomas Hamilton
Testningsmått i mjukvarutestning
Mjukvarutestningsmått är de kvantitativa mått som används för att uppskatta framstegen, kvaliteten, produktiviteten och hälsan i mjukvarutestningsprocessen. Målet med mätvärden för mjukvarutestning är att förbättra effektiviteten och effektiviteten i mjukvarutestprocessen och att hjälpa till att fatta bättre beslut för ytterligare testprocess genom att tillhandahålla tillförlitliga data om testprocessen.
Ett mått definierar i kvantitativa termer i vilken grad ett system, systemkomponent eller process har ett givet attribut. Det idealiska exemplet för att förstå mätvärden skulle vara en veckovis körsträcka för en bil jämfört med dess idealiska körsträcka som rekommenderas av tillverkaren.
Mjukvarutestningsmått – Förbättrar effektiviteten och effektiviteten i en mjukvarutestprocess.
Mjukvarutestningsmått eller mjukvarutestmätning är den kvantitativa indikationen på omfattning, kapacitet, dimension, mängd eller storlek hos något attribut hos en process eller produkt.
Exempel för mjukvarutestmätning: Totalt antal defekter
Varför är testmätvärden viktiga?
"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
- Ta beslut för nästa fas av aktiviteter
- Bevis för påståendet eller förutsägelsen
- Förstå vilken typ av förbättring som krävs
- Ta beslut eller process eller teknikförändring
Läs mer om den Vikten av testmått
Typer av testmått
- Processmått: Den kan användas för att förbättra processeffektiviteten hos SDLC (Programvaruutveckling livscykel)
- Produktstatistik: Det handlar om kvaliteten på mjukvaruprodukten
-
Projektmått: Den kan användas för att mäta effektiviteten hos ett projektteam eller något annat testverktyg som används av teammedlemmarna
Identifiering av korrekta testmått är mycket viktigt. Få saker behöver övervägas innan man identifierar testmåtten
- Fixa målgruppen för den metriska förberedelsen
- Definiera målet för mätvärden
- Introducera alla relevanta mått baserat på projektbehov
- Analysera kostnadsfördelaraspekten för varje mätvärde och projektets livsstilsfas där det resulterar i maximal effekt
Manuella testmått
In Mjukvaruutveckling, Manuella testmått klassificeras i två klasser
- Basmått
- Beräknade mätvärden
Basmått är rådata som samlats in av testanalytiker under testfallsutvecklingen och exekveringen (# av testfall utförda, # av testfall). Medan beräknade mätvärden härleds från data som samlas in i basmått. Beräknade mätvärden följs vanligtvis av testhanteraren i testrapporteringssyfte (% komplett, % testtäckning).
Beroende på projektet eller affärsmodellen är några av de viktiga måtten
- Produktivitetsstatistik för testfallsexekvering
- Produktivitetsmått för förberedelse av testfall
- Defektmått
- Fel efter prioritet
- Defekter efter svårighetsgrad
- Defekt glidförhållande
Testmåtts livscykel i mjukvaruteknik
| Olika stadier av Metrics livscykel | Steg under varje steg |
|---|---|
| Analys |
|
| Kommunicera |
|
| Utvärdering |
|
| Rapport |
|
Hur man beräknar testmått
| Sr# | Steg för att testa mätvärden | Exempelvis |
|---|---|---|
| 1 | Identifiera nyckeln mjukvarutestning processer som ska mätas | Testa process för att spåra framsteg |
| 2 | I det här steget använder testaren data som baslinje för att definiera måtten | Antalet testfall som planeras att utföras per dag |
| 3 | Fastställande av vilken information som ska följas, spårningsfrekvens och ansvarig person | Den faktiska testkörningen per dag kommer att fångas av testledaren i slutet av dagen |
| 4 | Effektiv beräkning, hantering och tolkning av de definierade måtten | De faktiska testfallen som utförs per dag |
| 5 | Identifiera förbättringsområdena beroende på tolkningen av definierade mått | Ocuco-landskapet Testfall utförande understiger det uppsatta målet måste vi undersöka orsaken och föreslå förbättringsåtgärder |
Exempel på testmått
För att förstå hur man beräknar testmåtten kommer vi att se ett exempel på ett procentuellt testfall som utförs.
För att få testfallens exekveringsstatus i procent använder vi formeln.
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
På samma sätt kan du beräkna för andra parametrar som testfall ej utförda, testfall godkända, testfall misslyckade, testfall blockerade, etc.
Ordlista för testmått
- Omarbetningsansträngningsförhållande = (Faktiska omarbetningsinsatser som spenderats i den fasen/ totala faktiska ansträngningar som spenderats i den fasen) X 100
- Krav Kryp = (Totalt antal tillagda krav/antal initiala krav)X100
- Schemavarians = (Faktiskt leveransdatum – planerat leveransdatum)
- Kostnad för att hitta en defekt i testning = (Total ansträngning som lagts ner på testning/defekter som upptäckts i testning)
- Schemaglidning = (Faktiskt slutdatum – Beräknat slutdatum) / (Planerat slutdatum – Planerat startdatum) X 100
- Godkända testfall i procent = (Antal godkända test/Totalt antal utförda test) X 100
- Procentandel av misslyckade testfall = (Antal misslyckade tester/Totalt antal utförda tester) X 100
- Blockerade testfall i procent = (Antal blockerade tester/Totalt antal utförda tester) X 100
- Procentandel fasta defekter = (Defekter åtgärdade/Defekter rapporterade) X 100
- Accepterade defekter i procent = (Defekter accepterade som giltiga av utvecklarteamet /Totalt defekter som rapporterats) X 100
- Defekter Uppskjuten procentandel = (Defekter uppskjutna för framtida utgåvor /Totalt defekter som rapporterats) X 100
- Procent av kritiska defekter = (Kritiska defekter / Totala defekter som rapporterats) X 100
- Genomsnittlig tid för ett utvecklingsteam att reparera defekter = (Total tid för buggfixar/antal buggar)
- Antal körda tester per tidsperiod = Antal körda tester/Total tid
- Testa designeffektivitet = Antal designade tester /Total tid
- Testgranska effektivitet = Antal granskade tester /Total tid
- Buggfind rote eller Antal defekter per testtimme = Totalt antal defekter/Totalt antal testtimmar