- Wat is Software Testing Metrics?
- Wat is softwaretestmeting?
- Waarom testgegevens?
- Metriek levenscyclus
- Soorten handmatige testgegevens
- Voorbeelden van Software Testing Metrics
- Conclusie
- Aanbevolen lectuur
Bij softwareprojecten is het van het grootste belang de kwaliteit, de kosten en de effectiviteit van het project en de processen te meten. Zonder deze metingen kan een project niet succesvol worden afgerond.
In het artikel van vandaag leren we met voorbeelden en grafieken - Software Test Metrieken en Metingen en hoe deze te gebruiken in het softwaretestproces.
Er is een beroemde uitspraak: "We kunnen geen dingen controleren die we niet kunnen meten."
Hier betekent het beheersen van de projecten, hoe een projectmanager/leider de afwijkingen van het testplan z.s.m. kan identificeren om te reageren in de Het genereren van testmetrieken op basis van de projectbehoeften is zeer belangrijk om de kwaliteit van de geteste software te bereiken.
Wat is Software Testing Metrics?
Een metriek is een kwantitatieve maatstaf voor de mate waarin een systeem, systeemcomponent of proces een bepaalde eigenschap bezit.
Metrieken kunnen worden gedefinieerd als "STANDAARDEN VAN MEASUREMENT ".
Software Metrieken worden gebruikt om de kwaliteit van het project te meten. Eenvoudig gezegd is een Metriek een eenheid om een eigenschap te beschrijven. Metriek is een schaal voor meting.
Stel, in het algemeen is "Kilogram" een metriek voor het meten van het attribuut "Gewicht". Evenzo, in software, "Hoeveel problemen zitten er in duizend regels code?", h ere Het aantal problemen is één meting; het aantal regels code is een andere meting. Uit deze twee metingen wordt een metriek gedefinieerd. .
Voorbeeld van testmetriek:
- Hoeveel defecten zijn er in de module?
- Hoeveel testgevallen worden er per persoon uitgevoerd?
- Wat is Testdekking %?
Wat is softwaretestmeting?
Meting is de kwantitatieve aanduiding van omvang, hoeveelheid, dimensie, capaciteit of grootte van een bepaald kenmerk van een product of proces.
Test Meetvoorbeeld: Totaal aantal defecten.
Zie onderstaand diagram voor een duidelijk begrip van het verschil tussen Measurement & Metrics.
Waarom testgegevens?
Het genereren van Software Test Metrics is de belangrijkste verantwoordelijkheid van de Software Test Lead/Manager.
Testgegevens worden gebruikt om,
- De beslissing nemen voor de volgende fase van de activiteiten, zoals de kostenraming en de planning van toekomstige projecten.
- Begrijpen welk soort verbetering nodig is om het project te doen slagen
- Een besluit nemen over het proces of de technologie die moet worden gewijzigd, enz.
Belang van Software Testing Metrics:
Zoals hierboven uitgelegd, zijn Test Metrics het belangrijkst om de kwaliteit van de software te meten.
Nu, hoe kunnen we de kwaliteit van de software meten met behulp van Metrics? ?
Stel dat een project geen metrieken heeft, hoe wordt de kwaliteit van het werk van een testanalist dan gemeten?
Bijvoorbeeld, Een Test Analist moet,
- Ontwerp de testgevallen voor 5 vereisten
- De ontworpen testgevallen uitvoeren
- Log de defecten & de gerelateerde testgevallen moeten mislukken
- Nadat het defect is opgelost, moeten we het defect & opnieuw testen; de corresponderende mislukte testcase opnieuw uitvoeren.
In het bovenstaande scenario, als de metrieken niet worden gevolgd, zal het werk van de testanalist subjectief zijn, d.w.z. het testrapport zal niet over de juiste informatie beschikken om de status van zijn werk/project te kennen.
Als Metrics bij het project betrokken is, kan de exacte status van zijn/haar werk met de juiste cijfers/gegevens worden gepubliceerd.
d.w.z. in het testrapport, kunnen we publiceren:
- Hoeveel testgevallen zijn er per eis ontworpen?
- Hoeveel testgevallen zijn er nog te ontwerpen?
- Hoeveel testgevallen worden er uitgevoerd?
- Hoeveel testgevallen zijn geslaagd/niet geslaagd/geblokkeerd?
- Hoeveel testgevallen zijn nog niet uitgevoerd?
- Hoeveel defecten worden vastgesteld & wat is de ernst van die defecten?
- Hoeveel testgevallen zijn mislukt door een bepaald defect? enz.
Op basis van de behoeften van het project kunnen we meer statistieken hebben dan de bovengenoemde lijst, om de status van het project in detail te kennen.
Op basis van de bovenstaande statistieken krijgt de Test Lead/Manager inzicht in de hieronder genoemde kernpunten.
- %ge van voltooid werk
- % van de nog te voltooien werkzaamheden
- Tijd om het resterende werk te voltooien
- Gaat het project volgens schema of loopt het achter? enz.
Als het project niet volgens de planning wordt afgerond, trekt de manager aan de bel bij de klant en andere belanghebbenden door de redenen voor de achterstand op te geven, om verrassingen op het laatste moment te voorkomen.
Metriek levenscyclus
Soorten handmatige testgegevens
Testmetriek is hoofdzakelijk verdeeld in 2 categorieën.
- Basisgegevens
- Berekende statistieken
Basisgegevens: Base Metrics zijn de Metrics die zijn afgeleid van de gegevens die de Test Analyst heeft verzameld tijdens de ontwikkeling en uitvoering van de testcases.
Deze gegevens worden gevolgd gedurende de gehele testcyclus, d.w.z. het verzamelen van gegevens zoals het totale aantal testgevallen dat voor een project is ontwikkeld (of) het aantal testgevallen dat moet worden uitgevoerd (of) het aantal testgevallen dat is geslaagd, mislukt of geblokkeerd, enz.
Berekende statistieken: Berekende statistieken zijn afgeleid van de gegevens die zijn verzameld in Basisgegevens. Deze statistieken worden doorgaans bijgehouden door de testleider/manager ten behoeve van de testrapportage.
Voorbeelden van Software Testing Metrics
Laten we een voorbeeld nemen om verschillende testmetrieken te berekenen die worden gebruikt in softwaretestrapporten:
Hieronder staat de tabelindeling voor de gegevens die zijn opgevraagd bij de Testanalist die daadwerkelijk bij het testen betrokken is:
Definities en formules voor het berekenen van meetgegevens:
#1) %ge Uitgevoerde testgevallen Deze metriek wordt gebruikt om de uitvoeringsstatus van de testgevallen te verkrijgen in termen van %ge.
%ge Uitgevoerde testgevallen = ( Aantal uitgevoerde Testgevallen / Totaal aantal geschreven Testgevallen) * 100.
Dus, uit de bovenstaande gegevens,
%ge Uitgevoerde testgevallen = (65 / 100) * 100 = 65%.
#2) %ge Niet uitgevoerde testgevallen Deze metriek wordt gebruikt om de hangende uitvoeringsstatus van de testgevallen te verkrijgen in termen van %ge.
%ge Niet uitgevoerde testgevallen = ( Aantal niet uitgevoerde Testgevallen / Totaal aantal geschreven Testgevallen) * 100.
Dus, uit de bovenstaande gegevens,
%ge Geblokkeerde testgevallen = (35 / 100) * 100 = 35%.
#3) %ge Geslaagde testgevallen Deze metriek wordt gebruikt om het percentage geslaagde testgevallen te bepalen.
%ge Geslaagde testgevallen = ( Aantal Geslaagde Testgevallen / Totaal aantal Uitgevoerde Testgevallen) * 100.
Dus, uit de bovenstaande gegevens,
%ge Geslaagde testgevallen = (30 / 65) * 100 = 46%.
#4) %ge Mislukte testgevallen Deze metriek wordt gebruikt om de Fail %ge van de uitgevoerde testgevallen te verkrijgen.
%ge Mislukte testgevallen = ( Aantal mislukte testgevallen / totaal aantal uitgevoerde testgevallen) * 100.
Dus, uit de bovenstaande gegevens,
%ge Geslaagde testgevallen = (26 / 65) * 100 = 40%.
#5) %ge geblokkeerde testgevallen Deze metriek wordt gebruikt om de geblokkeerde %ge van de uitgevoerde testgevallen te verkrijgen. Een gedetailleerd rapport kan worden ingediend door de werkelijke reden voor het blokkeren van de testgevallen op te geven.
%ge Testgevallen geblokkeerd = ( Aantal geblokkeerde testgevallen / totaal aantal uitgevoerde testgevallen) * 100.
Dus, uit de bovenstaande gegevens,
%ge Geblokkeerde testgevallen = (9 / 65) * 100 = 14%.
#6) Defectdichtheid = Aantal geconstateerde gebreken / omvang
( Hier wordt "omvang" beschouwd als een eis. Daarom wordt hier de Defectdichtheid berekend als een aantal geïdentificeerde defecten per eis. Evenzo kan de Defectdichtheid worden berekend als een aantal geïdentificeerde defecten per 100 regels code [OF] Aantal geïdentificeerde defecten per module, enz. )
Dus, uit de bovenstaande gegevens,
Defectdichtheid = (30 / 5) = 6
#7) Defectverwijderingsefficiëntie (DRE) = ( Aantal defecten gevonden tijdens QA testen / (Aantal defecten gevonden tijdens QA testen + Aantal defecten gevonden door eindgebruiker)) * 100
DRE wordt gebruikt om de doeltreffendheid van de test vast te stellen.
Stel, tijdens de ontwikkeling en het QA testen hebben we 100 defecten geïdentificeerd.
Na de QA-tests, tijdens Alpha & Beta-tests, heeft de eindgebruiker/klant 40 gebreken vastgesteld, die tijdens de QA-testfase hadden kunnen worden vastgesteld.
Nu wordt de DRE berekend als,
DRE = [100 / (100 + 40)] * 100 = [100 /140] * 100 = 71%.
#8) Lekkage : Defect Leakage is de metriek die wordt gebruikt om de efficiëntie van het QA testen te bepalen, d.w.z. hoeveel defecten worden gemist/uitgesloten tijdens het QA testen.
Lekkage = ( Aantal defecten gevonden in UAT / Aantal defecten gevonden in QA testen.) * 100
Stel, tijdens de ontwikkeling en het QA testen hebben we 100 defecten geïdentificeerd.
Na het QA testen, tijdens Alpha & Beta testen, identificeerde de eindgebruiker / klant 40 defecten, die tijdens de QA testfase geïdentificeerd hadden kunnen worden.
Lekkage = (40 /100) * 100 = 40%.
#9) Gebreken volgens prioriteit Deze metriek wordt gebruikt om het aantal geïdentificeerde defecten te bepalen op basis van de ernst / prioriteit van het defect, die wordt gebruikt om de kwaliteit van de software te bepalen.
%ge kritieke gebreken = aantal geïdentificeerde kritieke gebreken / totaal aantal geïdentificeerde gebreken * 100
Uit de gegevens in bovenstaande tabel,
%ge Kritieke gebreken = 6/ 30 * 100 = 20%.
%ge hoge defecten = aantal geïdentificeerde hoge defecten / totaal aantal geïdentificeerde defecten * 100
Uit de gegevens in bovenstaande tabel,
%ge Hoge Defecten = 10/ 30 * 100 = 33,33%
%ge Medium Defecten = Aantal geïdentificeerde Medium Defecten / Totaal aantal geïdentificeerde Defecten * 100
Uit de gegevens in bovenstaande tabel,
%ge Medium Defecten = 6/ 30 * 100 = 20%.
%ge lage gebreken = aantal geconstateerde lage gebreken / totaal aantal geconstateerde gebreken * 100
Uit de gegevens in bovenstaande tabel,
%ge lage gebreken = 8/30 * 100 = 27%.
Conclusie
De metrieken in dit artikel worden vooral gebruikt voor het genereren van het Dagelijks/Wekelijks Statusrapport met nauwkeurige gegevens tijdens de testcase ontwikkeling/uitvoeringsfase & dit is ook nuttig voor het bijhouden van de projectstatus & Kwaliteit van de software.
Over de auteur : Dit is een gastbericht van Anuradha K. Zij heeft 7+ jaar ervaring met het testen van software en werkt momenteel als consultant voor een MNC. Zij heeft ook goede kennis van mobiel automatiseren.
Welke andere testmetrieken gebruikt u in uw project? Laat ons zoals gewoonlijk uw gedachten/vragen weten in de commentaren hieronder.