important software test metrics
I mjukvaruprojekt är det viktigast att mäta projektets kvalitet och kostnad och effektivitet. Utan att mäta dessa kan ett projekt inte slutföras framgångsrikt.
I dagens artikel kommer vi att lära oss med exempel och grafer - Mätningar och mätningar av programvarutest och hur man använder dessa i programvarutestningsprocessen.
Det finns ett berömt uttalande: 'Vi kan inte kontrollera saker som vi inte kan mäta'.
Här betyder styrning av projekten hur en projektledare / lead kan identifiera avvikelserna från testplanen ASAP för att reagera i perfekt tid. Generering av testmått baserat på projektets behov är mycket viktigt för att uppnå kvaliteten på den programvara som testas.
Vad du kommer att lära dig:
- Vad är mätvärden för programvarutestning?
- Vad är mjukvarutestmätning?
- Varför testa mätvärden?
- Mätvärden Livscykel
- Typer av manuella testmätvärden
- Exempel på mätvärden för programvarutestning
- Slutsats
- Rekommenderad läsning
Vad är mätvärden för programvarutestning?
En metrisk är ett kvantitativt mått på i vilken grad ett system, systemkomponent eller process har ett visst attribut.
Mätvärden kan definieras som ”STANDARDER AV MÅTT ”.
Mjukvarumätvärden används för att mäta projektets kvalitet. Enkelt, en metrisk är en enhet som används för att beskriva ett attribut. Metrisk är en skala för mätning.
Antag att 'Kilogram' i allmänhet är ett mått för att mäta attributet 'Vikt'. På liknande sätt, i programvara, 'Hur många problem finns i tusen rader kod?', H också Antal problem är en mätning & Antal rader med kod är en annan mätning. Mätvärde definieras från dessa två mätningar .
Exempel på testmått:
- Hur många fel finns i modulen?
- Hur många testfall utförs per person?
- Vad är testtäckning%?
Vad är mjukvarutestmätning?
Mätning är kvantitativ indikation på omfattning, mängd, dimension, kapacitet eller storlek på något attribut för en produkt eller process.
Testmätningsexempel: Totalt antal fel.
Se nedanstående diagram för en klar förståelse av skillnaden mellan Mätning och mätvärden.
Varför testa mätvärden?
Generering av mjukvarutestmätvärden är det viktigaste ansvaret för Software Test Lead / Manager.
Testmätvärden används för att,
- Ta beslutet för nästa fas av aktiviteter som att uppskatta kostnaden och schemat för framtida projekt.
- Förstå vilken typ av förbättringar som krävs för att lyckas med projektet
- Ta ett beslut om processen eller tekniken som ska ändras etc.
Betydelsen av mätvärden för testning av programvara:
Som förklarats ovan är testmätvärden det viktigaste för att mäta programvarans kvalitet.
Nu, hur kan vi mäta kvaliteten på programvaran med hjälp av Metrics ?
Anta att om ett projekt inte har några mätvärden, hur kommer då kvaliteten på det arbete som utförs av en testanalytiker att mätas?
Till exempel, En testanalytiker måste,
- Designa testfall för 5 krav
- Utför de designade testfallet
- Logga in defekterna och behöver misslyckas med relaterade testfall
- Efter att felet har lösts måste vi testa om felet och köra motsvarande misslyckade testfall på nytt.
I ovanstående scenario, om mätvärden inte följs, kommer det arbete som utförts av testanalytiken att vara subjektivt, dvs. Testrapport kommer inte att ha rätt information för att veta statusen för sitt arbete / projekt.
Om mätvärden är inblandade i projektet kan den exakta statusen för hans / hennes arbete med korrekta nummer / data publiceras.
dvs. i testrapporten kan vi publicera:
- Hur många testfall har utformats per krav?
- Hur många testfall har ännu inte utformats?
- Hur många testfall utförs?
- Hur många testfall passeras / misslyckades / blockeras?
- Hur många testfall har inte genomförts ännu?
- Hur många defekter identifieras och hur svår är dessa fel?
- Hur många testfall misslyckades på grund av en viss defekt? etc.
Baserat på projektbehovet kan vi ha fler mätvärden än en ovannämnd lista för att få veta projektets status i detalj.
Baserat på ovanstående mått kommer testledaren / chefen att förstå de nedan nämnda viktiga punkterna.
- % ge av genomfört arbete
- % ge av arbetet som ännu inte har slutförts
- Dags att slutföra det återstående arbetet
- Oavsett om projektet går enligt schemat eller försenas? etc.
Baserat på mätvärdena, om projektet inte kommer att slutföras enligt schemat, kommer chefen att väcka larm till klienten och andra intressenter genom att ange skälen för eftersläpning för att undvika överraskningar i sista minuten.
Mätvärden Livscykel
Typer av manuella testmätvärden
Testmätvärden är huvudsakligen indelade i två kategorier.
- Basvärden
- Beräknade mätvärden
Basvärden: Basmätvärden är de mätvärden som härrör från data som samlats in av testanalytikern under testfallets utveckling och utförande.
Dessa data kommer att spåras under testets livscykel. Dvs samla in data som Totalt nr. av testfall utvecklade för ett projekt (eller) nr. av testfall måste utföras (eller) nej. av testfall passerade / misslyckades / blockeras etc.
Beräknade mätvärden: Beräknade mätvärden härrör från data som samlats in i basmätvärden. Dessa mätvärden spåras vanligtvis av testledaren / chefen för testrapporteringsändamål.
Exempel på mätvärden för programvarutestning
Låt oss ta ett exempel för att beräkna olika testmått som används i testrapporter för programvara:
Nedan visas tabellformatet för data som hämtats från testanalytikern som faktiskt är involverad i testningen:
Definitioner och formler för beräkning av mätvärden:
# 1)% ge Testfall utförs : Denna mätning används för att erhålla exekveringsstatus för testfall i termer av% ge.
% ge Testfall Exekverade = ( Antal utförda testfall / Totalt antal av skrivna fall) * 100.
Så från ovanstående data,
% ge Testfall Exekverade = (65/100) * 100 = 65%
# 2)% ge Testfall har inte utförts : Denna mätning används för att erhålla den väntande exekveringsstatusen för testfallet i termer av% ge.
% ge Testfall har inte utförts = ( Antal testfall har inte genomförts / Totalt nr. av skrivna fall) * 100.
Så från ovanstående data,
% ge Testfall blockerade = (35/100) * 100 = 35%
# 3)% ge Testfall godkända : Detta mått används för att erhålla godkänd% ge av de utförda testfallet.
% ge Testfall godkända = ( Antal testfall godkända / Totalt antal av utförda testfall) * 100.
Så från ovanstående data,
% ge Testfall godkända = (30/65) * 100 = 46%
# 4)% ge Testfall misslyckades : Den här mätvärdet används för att erhålla Fail% ge för de utförda testfallet.
% ge Testfall misslyckades = ( Antal testfall misslyckades / Totalt antal av utförda testfall) * 100.
Så från ovanstående data,
% ge Testfall Godkända = (26/65) * 100 = 40%
# 5)% ge Testfall blockerade : Den här mätvärdet används för att erhålla blockerad% ge av de utförda testfallet. En detaljerad rapport kan lämnas in genom att ange det faktiska skälet till att blockera testfallet.
% ge Testfall Blockerade = ( Antal testfall Blockerade / Totalt antal av utförda testfall) * 100.
Så från ovanstående data,
% ge Testfall blockerade = (9/65) * 100 = 14%
bästa youtube till mp3 converter webbplats
# 6) Defektdensitet= Antal defekter identifierade / storlek
( Här betraktas ”Storlek” som ett krav. Därför beräknas defektdensiteten som ett antal identifierade defekter per krav. På samma sätt kan Defektdensitet beräknas som ett antal identifierade defekter per 100 rader kod (ELLER) Antal defekter identifierade per modul, etc. )
Så från ovanstående data,
Defektdensitet = (30/5) = 6
# 7) Effektivitet för borttagning av defekter (DRE)= ( Antal defekter som hittats under QA-testning / (Antal defekter som hittats vid QA-testning + Antal defekter hittade av slutanvändaren)) * 100
DRE används för att identifiera testets effektivitet i systemet.
Antag att vi under utveckling och QA-test har identifierat 100 defekter.
Efter QA-testningen, under Alpha & Beta-testning, identifierade slutanvändaren / klienten 40 fel, som kunde ha identifierats under QA-testfasen.
Nu kommer DRE att beräknas som,
DRE = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71%
# 8) Defektläckage: Defektläckage är det mätvärde som används för att identifiera QA-testningens effektivitet det vill säga hur många fel som missas / gled under QA-testningen.
Defektläckage = ( Antal defekter som hittats i UAT / antal defekter som hittats vid QA-test.) * 100
Antag att vi under utveckling och QA-test har identifierat 100 defekter.
Efter QA-testet identifierade slutanvändaren / klienten under 40 Alpha- och Beta-test 40 fel, som kunde ha identifierats under QA-testfasen.
Defektläckage = (40/100) * 100 = 40%
# 9) Defekter efter prioritet : Detta mått används för att identifiera nr. av defekter identifierade baserat på svårighetsgraden / prioriteten för den defekt som används för att bestämma kvaliteten på programvaran.
% ge Kritiska defekter = Antal identifierade kritiska defekter / Totalt antal av identifierade defekter * 100
Från de tillgängliga uppgifterna i tabellen ovan,
% ge kritiska defekter = 6/30 * 100 = 20%
% ge Höga defekter = Antal identifierade höga defekter / Totalt antal av identifierade defekter * 100
Från de tillgängliga uppgifterna i tabellen ovan,
% ge Höga defekter = 10/30 * 100 = 33,33%
% ge Medium Defekter = Antal identifierade Medium Defekter / Totalt antal av identifierade defekter * 100
Från de tillgängliga uppgifterna i tabellen ovan,
% ge Medium defekter = 6/30 * 100 = 20%
% ge Låga defekter = Antal identifierade låga defekter / Totalt antal av identifierade defekter * 100
Från de tillgängliga uppgifterna i tabellen ovan,
% ge Låga defekter = 8/30 * 100 = 27%
Rekommenderad läsning=> Hur man skriver en effektiv testsammanfattningsrapport
Slutsats
Mätvärdena i denna artikel används huvudsakligen för att generera Daglig / veckovis statusrapport med exakta data under testfallets utveckling / genomförandefas & detta är också användbart för att spåra projektets status och kvalitet på programvaran.
Om författaren : Detta är ett gästinlägg av Anuradha K. Hon har 7+ års erfarenhet av programvarutestning och arbetar för närvarande som konsult för ett MNC. Hon har också goda kunskaper om mobilautomatiseringstestning.
Vilka andra testmätvärden använder du i ditt projekt? Som vanligt, låt oss veta dina tankar / frågor i kommentarerna nedan.
Rekommenderad läsning
- Programövningar - Ny plattform för att testa dina testfärdigheter och dela praktiska idéer
- Vad är uthållighetstestning vid programvarutestning (exempel)
- Hur man granskar SRS-dokument och skapar testscenarier - programvarutestning i ett liveprojekt - dag 2
- Programvarutestning: Slut till slut-utbildning i ett live-projekt - Gratis QA-utbildning online, del 1
- Applikationstestning - till grunderna för programvarutestning!
- QTP-handledning # 18 - Datadrivna och hybridramar förklarade med QTP-exempel
- Vad är programvarutestningens livscykel (STLC)?
- Metadata i datalager (ETL) förklaras med exempel