Softwaretestmålinger: Hvad er, typer og eksempel
Thomas Hamilton
Testmålinger i softwaretestning
Software Test Metrics er de kvantitative mål, der bruges til at estimere fremskridt, kvalitet, produktivitet og sundhed i softwaretestprocessen. Målet med softwaretestmålinger er at forbedre effektiviteten og effektiviteten i softwaretestprocessen og hjælpe med at træffe bedre beslutninger for yderligere testprocesser ved at levere pålidelige data om testprocessen.
En metrik definerer i kvantitative termer, i hvilken grad et system, systemkomponent eller proces besidder en given egenskab. Det ideelle eksempel til at forstå målinger ville være en ugentlig kilometertal af en bil sammenlignet med dens ideelle kilometertal anbefalet af producenten.
Softwaretestmålinger – Forbedrer effektiviteten og effektiviteten af en softwaretestproces.
Softwaretestmålinger eller softwaretestmålinger er den kvantitative indikation af omfang, kapacitet, dimension, mængde eller størrelse af en eller anden egenskab ved en proces eller et produkt.
Eksempel på softwaretestmåling: Samlet antal fejl
Hvorfor er testmålinger vigtige?
"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
- Tag beslutning om næste fase af aktiviteter
- Bevis for påstanden eller forudsigelsen
- Forstå den type forbedring, der kræves
- Tag beslutning eller proces eller teknologiændring
Læs mere om den Vigtigheden af testmålinger
Typer af testmålinger
- Procesmålinger: Det kan bruges til at forbedre proceseffektiviteten af SDLC (Softwareudvikling livscyklus)
- Produktmålinger: Det omhandler kvaliteten af softwareproduktet
-
Projektmålinger: Det kan bruges til at måle effektiviteten af et projektteam eller et hvilket som helst testværktøjer bruges af teammedlemmerne
Identifikation af korrekte testmålinger er meget vigtig. Der er få ting, der skal overvejes, før man identificerer testmålingerne
- Fix målgruppen for den metriske forberedelse
- Definer målet for metrics
- Introducer alle relevante målinger baseret på projektbehov
- Analyser omkostningsfordele-aspektet af hver metrik og projektets livsstilsfase, hvor det resulterer i det maksimale output
Manuelle testmålinger
In Software Engineering, Manuelle testmålinger er klassificeret i to klasser
- Grundmålinger
- Beregnede metrics
Base metrics er de rå data indsamlet af Test Analyst under udviklingen og udførelsen af testcase (# af testcases udført, # af testcases). Mens beregnede metrics er afledt af de data, der er indsamlet i basismetrics. Beregnede målinger efterfølges normalt af testmanageren med henblik på testrapportering (% fuldført, % testdækning).
Afhængigt af projektet eller forretningsmodellen er nogle af de vigtige målinger
- Produktivitetsmålinger for udførelse af testsager
- Produktivitetsmålinger for forberedelse af testcase
- Defektmålinger
- Fejl efter prioritet
- Fejl efter sværhedsgrad
- Defekt glidningsforhold
Test Metric Life Cycle i Software Engineering
| Forskellige stadier af Metrics livscyklus | Trin under hver fase |
|---|---|
| Analyse |
|
| Kommunikere |
|
| Evaluering |
|
| Rapport |
|
Sådan beregnes testmetrik
| Sr# | Trin til at teste metrics | Eksempel |
|---|---|---|
| 1 | Identificer nøglen software test processer, der skal måles | Test af fremdriftssporingsproces |
| 2 | I dette trin bruger testeren dataene som en baseline til at definere metrics | Antallet af testsager, der er planlagt til at blive udført pr. dag |
| 3 | Fastlæggelse af de oplysninger, der skal følges, en sporingsfrekvens og den ansvarlige | Den faktiske testudførelse pr. dag vil blive opfanget af testlederen sidst på dagen |
| 4 | Effektiv beregning, styring og fortolkning af de definerede målinger | De faktiske testcases udført pr. dag |
| 5 | Identificer områderne for forbedring afhængigt af fortolkningen af definerede metrikker | Test sag udførelse falder under det fastsatte mål, skal vi undersøge årsagen og foreslå forbedringstiltag |
Eksempel på testmetrik
For at forstå, hvordan man beregner testmålingerne, vil vi se et eksempel på en udført testcase i procent.
For at få udførelsesstatus for testcaserne i procent bruger vi formlen.
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
Ligeledes kan du beregne for andre parametre som f.eks testsager ikke udført, testsager bestået, testsager mislykkedes, testsager blokeret osv.
Ordliste for testmålinger
- Rework Effort Ratio = (Faktisk omarbejdningsindsats brugt i den fase/ samlede faktiske indsats brugt i den fase) X 100
- Krav Kryb = (Samlet antal krav tilføjet/antal indledende krav)X100
- Skemavarians = (Faktisk leveringsdato – planlagt leveringsdato)
- Omkostninger ved at finde en fejl ved test = (Samlet indsats brugt på test/defekter fundet i test)
- Skemaglidning = (Faktisk slutdato – estimeret slutdato) / (Planlagt slutdato – Planlagt startdato) X 100
- Procentdel af beståede testtilfælde = (Antal beståede prøver/samlet antal udførte prøver) X 100
- Procentdel af mislykkede testtilfælde = (Antal mislykkede tests/samlet antal udførte tests) X 100
- Procentdel af blokerede testtilfælde = (Antal blokerede tests/samlet antal udførte tests) X 100
- Procentdel af faste defekter = (Fejl rettet/Defekter rapporteret) X 100
- Accepterede defekter i procent = (Defekter accepteret som gyldige af udviklerteamet /Samlet rapporterede fejl) X 100
- Defekter Udskudt procentdel = (Defekter udskudt til fremtidige udgivelser /Samlet rapporterede fejl) X 100
- Procent af kritiske defekter = (Kritiske defekter / Samlet rapporterede defekter) X 100
- Gennemsnitlig tid for et udviklingsteam til at reparere defekter = (Samlet tid taget for fejlrettelser/antal fejl)
- Antal kørte test pr. tidsperiode = Antal kørte test/Total tid
- Test design effektivitet = Antal test designet / Samlet tid
- Test gennemgang effektivitet = Antal gennemgåede test / Samlet tid
- Bug find rote eller Antal defekter pr. testtime = Samlet antal fejl/Samlet antal testtimer
