Software Testing Metrics: Hva er, typer og eksempel
Thomas Hamilton
Testing av beregninger i programvaretesting
Software Testing Metrics er de kvantitative målene som brukes til å estimere fremdriften, kvaliteten, produktiviteten og helsen til programvaretestprosessen. Målet med beregninger for programvaretesting er å forbedre effektiviteten og effektiviteten i programvaretestprosessen og å hjelpe til med å ta bedre beslutninger for videre testprosess ved å gi pålitelige data om testprosessen.
En metrikk definerer i kvantitative termer i hvilken grad et system, systemkomponent eller prosess har en gitt egenskap. Det ideelle eksemplet for å forstå beregninger ville være en ukentlig kjørelengde for en bil sammenlignet med dens ideelle kjørelengde anbefalt av produsenten.
Programvaretestmålinger – Forbedrer effektiviteten og effektiviteten til en programvaretestprosess.
Programvaretestmålinger eller programvaretestmåling er den kvantitative indikasjonen på omfang, kapasitet, dimensjon, mengde eller størrelse på en eller annen egenskap ved en prosess eller et produkt.
Eksempel på programvaretestmåling: Totalt antall defekter
Hvorfor er testmålinger viktige?
"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
- Ta beslutninger for neste fase av aktiviteter
- Bevis for påstanden eller spådommen
- Forstå hvilken type forbedring som kreves
- Ta avgjørelser eller prosess eller teknologiendring
Les mer om den Viktigheten av testmålinger
Typer testmålinger
- Prosessmålinger: Den kan brukes til å forbedre prosesseffektiviteten til SDLC (Programvareutvikling livssyklus)
- Produktberegninger: Den omhandler kvaliteten på programvareproduktet
-
Prosjektberegninger: Den kan brukes til å måle effektiviteten til et prosjektteam eller et hvilket som helst testverktøy brukes av teammedlemmene
Identifisering av korrekte testmålinger er svært viktig. Få ting må vurderes før du identifiserer testberegningene
- Fiks målgruppen for beregningsforberedelsen
- Definer målet for beregninger
- Introduser alle relevante beregninger basert på prosjektbehov
- Analyser kostnadsfordelaspektet ved hver beregning og prosjektets livsstilsfase der det resulterer i maksimalt utbytte
Manuelle testmålinger
In Engineering programvare, Manuelle testmålinger er klassifisert i to klasser
- Grunnmålinger
- Beregnede beregninger
Basisberegninger er rådataene samlet inn av testanalytiker under utvikling og utførelse av testcase (# av testtilfeller utført, # av testtilfeller). Mens beregnede beregninger er utledet fra dataene som er samlet inn i basisberegninger. Beregnede beregninger følges vanligvis av testlederen for testrapportering (% fullført, % testdekning).
Avhengig av prosjektet eller forretningsmodellen er noen av de viktige beregningene
- Produktivitetsmålinger for utførelse av testtilfeller
- Produktivitetsberegninger for forberedelse av testcase
- Defektberegninger
- Mangler etter prioritet
- Defekter etter alvorlighetsgrad
- Defekt glideforhold
Test Metrics Livssyklus i Software Engineering
| Ulike stadier av Metrics livssyklus | Trinn under hvert trinn |
|---|---|
| Analyse |
|
| Kommunisere |
|
| Evaluering |
|
| Report |
|
Hvordan beregne testmåling
| Sr# | Trinn for å teste beregninger | Eksempel |
|---|---|---|
| 1 | Identifiser nøkkelen programvaretesting prosesser som skal måles | Testing av fremdriftssporingsprosess |
| 2 | I dette trinnet bruker testeren dataene som en grunnlinje for å definere beregningene | Antall testsaker som er planlagt utført per dag |
| 3 | Fastsettelse av informasjonen som skal følges, sporingsfrekvens og ansvarlig person | Den faktiske testutførelsen per dag vil bli fanget opp av testlederen på slutten av dagen |
| 4 | Effektiv beregning, styring og tolkning av de definerte beregningene | De faktiske testsakene utført per dag |
| 5 | Identifiser forbedringsområdene avhengig av tolkningen av definerte beregninger | Ocuco Testsak utførelse faller under målet som er satt, må vi undersøke årsaken og foreslå forbedringstiltak |
Eksempel på testmåling
For å forstå hvordan man beregner testberegningene, vil vi se et eksempel på en prosentvis testcase utført.
For å få utførelsesstatusen til testsakene i prosent bruker vi formelen.
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
På samme måte kan du beregne for andre parametere som testtilfeller ikke utført, testtilfeller bestått, testtilfeller mislyktes, testsaker blokkert osv.
Ordliste for testmålinger
- Rework innsatsforhold = (Faktisk omarbeidsinnsats brukt i den fasen/ total faktisk innsats brukt i den fasen) X 100
- Krav Kryp = (Totalt antall krav lagt til/Antall innledende krav)X100
- Tidsplanavvik = (Faktisk leveringsdato – planlagt leveringsdato)
- Kostnad for å finne en feil ved testing = (Total innsats brukt på testing/defekter funnet i testing)
- Tidsplanglidning = (Faktisk sluttdato – estimert sluttdato) / (Planlagt sluttdato – Planlagt startdato) X 100
- Prosentandel beståtte testtilfeller = (Antall beståtte tester/Totalt antall utførte tester) X 100
- Prosentandel mislykkede testtilfeller = (Antall mislykkede tester/Totalt antall utførte tester) X 100
- Prosentandel blokkerte testtilfeller = (Antall blokkerte tester/Totalt antall utførte tester) X 100
- Prosentandel faste feil = (Defekter rettet/mangler rapportert) X 100
- Prosentandel aksepterte defekter = (Defekter akseptert som gyldige av utviklerteamet /totalt defekter rapportert) X 100
- Defekter utsatt prosentandel = (Defekter utsatt for fremtidige utgivelser /Totalt rapporterte feil) X 100
- Prosent av kritiske defekter = (Kritiske defekter / Totale defekter rapportert) X 100
- Gjennomsnittlig tid for et utviklingsteam for å reparere defekter = (Total tid tatt for feilrettinger/antall feil)
- Antall tester som kjøres per tidsperiode = Antall kjørte tester/Total tid
- Test designeffektivitet = Antall tester designet /Total tid
- Test gjennomgang effektivitet = Antall tester gjennomgått /Total tid
- Bug find rote eller Antall defekter per testtime = Totalt antall feil/Totalt antall testtimer
