Menu

Belangrijke meetgegevens en metingen van softwaretests - uitgelegd met voorbeelden en grafieken

  • Hoofd
  • Bug Defect Tracking
  • Belangrijke meetgegevens en metingen van softwaretests - uitgelegd met voorbeelden en grafieken

important software test metrics

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Bij softwareprojecten is het van groot belang om de kwaliteit, kosten en effectiviteit van het project en de processen te meten. Zonder deze te meten, kan een project niet succesvol worden afgerond.

In het artikel van vandaag zullen we het leren met voorbeelden en grafieken ​ Metrische gegevens en metingen van softwaretests en hoe u deze kunt gebruiken in het softwaretestproces.

Er is een beroemde uitspraak: 'We hebben geen controle over dingen die we niet kunnen meten'.

Het beheersen van de projecten betekent hier, hoe een projectmanager / lead de afwijkingen van het testplan zo snel mogelijk kan identificeren om in de perfecte tijd. Het genereren van teststatistieken op basis van de projectbehoeften is erg belangrijk om de kwaliteit van de te testen software te bereiken.

Metrische gegevens en metingen van softwaretests

Metrische gegevens en metingen voor softwaretests

Wat je leert:

Wat zijn meetgegevens voor softwaretests?

Een metriek is een kwantitatieve maatstaf voor de mate waarin een systeem, systeemcomponent of proces een bepaald attribuut bezit.

Metrische gegevens kunnen worden gedefinieerd als 'STANDAARDEN VAN METING ​

Software Metrics worden gebruikt om de kwaliteit van het project te meten. Een metriek is eenvoudigweg een eenheid die wordt gebruikt om een ​​attribuut te beschrijven. Metrisch is een meetschaal.

Stel dat in het algemeen 'Kilogram' een metriek is voor het meten van het attribuut 'Gewicht'. Evenzo, in software: 'Hoeveel problemen zijn er in duizend regels code?', H ook Het aantal problemen is één meting en het aantal coderegels is een andere meting. Metrisch wordt gedefinieerd op basis van deze twee metingen ​

Voorbeeld van teststatistieken:

  • Hoeveel defecten zijn er binnen de module?
  • Hoeveel testcases worden er per persoon uitgevoerd?
  • Wat is het testdekkingspercentage?

Wat is het meten van softwaretests?

Meting is de kwantitatieve indicatie van omvang, hoeveelheid, afmeting, capaciteit of grootte van een kenmerk van een product of proces.

Voorbeeld testmeting: Totaal aantal defecten.

Raadpleeg het onderstaande diagram voor een duidelijk begrip van het verschil tussen Measurement & Metrics.

verschil tussen Meting & Metriek

Waarom meetgegevens testen?

Het genereren van Software Test Metrics is de belangrijkste verantwoordelijkheid van de Software Test Lead / Manager.

Teststatistieken worden gebruikt om,

dubbel gekoppelde lijst klasse c ++
  1. Neem de beslissing voor de volgende fase van activiteiten, zoals een schatting van de kosten en planning van toekomstige projecten.
  2. Begrijp het soort verbetering dat nodig is om het project te laten slagen
  3. Neem een ​​beslissing over het proces of de technologie die moet worden gewijzigd enz.

Belang van meetgegevens voor softwaretests:

Zoals hierboven uitgelegd, zijn teststatistieken het belangrijkste om de kwaliteit van de software te meten.

Nu, hoe kunnen we de kwaliteit van de software meten met behulp van Metrics ​

Stel dat als een project geen meetgegevens heeft, hoe de kwaliteit van het werk van een testanalist dan wordt gemeten?

Bijvoorbeeld, Een testanalist moet,

  1. Ontwerp de testcases voor 5 vereisten
  2. Voer de ontworpen testcases uit
  3. Registreer de defecten en de noodzaak om de gerelateerde testcases te mislukken
  4. Nadat het defect is verholpen, moeten we het defect opnieuw testen en de bijbehorende mislukte testcase opnieuw uitvoeren.

Als in het bovenstaande scenario de statistieken niet worden gevolgd, is het door de testanalist voltooide werk subjectief, d.w.z. de Test rapport zal niet de juiste informatie hebben om de status van zijn werk / project te kennen.

Als Metrics bij het project zijn betrokken, kan de exacte status van zijn / haar werk met de juiste cijfers / gegevens worden gepubliceerd.

d.w.z. in het testrapport kunnen we publiceren:

  1. Hoeveel testcases zijn er per eis ontworpen?
  2. Hoeveel testcases moeten nog worden ontworpen?
  3. Hoeveel testcases worden er uitgevoerd?
  4. Hoeveel testcases zijn geslaagd / mislukt / geblokkeerd?
  5. Hoeveel testcases zijn er nog niet uitgevoerd?
  6. Hoeveel defecten zijn er geïdentificeerd en wat is de ernst van die defecten?
  7. Hoeveel testcases zijn mislukt vanwege een bepaald defect? enz.

Op basis van de projectbehoeften kunnen we meer statistieken hebben dan een 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 onderstaande kernpunten.

  • % ge voltooid werk
  • % van het werk dat nog moet worden voltooid
  • Tijd om het resterende werk af te maken
  • Of het project volgens schema verloopt of achterblijft? enz.

Op basis van de statistieken, als het project niet volgens het schema zal worden voltooid, zal de manager alarm slaan bij de klant en andere belanghebbenden door de redenen voor achterstand op te geven om verrassingen op het laatste moment te voorkomen.

Metrische levenscyclus

Metrische levenscyclus

Soorten handmatige teststatistieken

Teststatistieken zijn hoofdzakelijk onderverdeeld in 2 categorieën.

  1. Basisstatistieken
  2. Berekende statistieken

Basisstatistieken: Base Metrics zijn de Metrics die zijn afgeleid van de gegevens die door de testanalist zijn verzameld tijdens de ontwikkeling en uitvoering van de testcase.

Deze gegevens worden gedurende de hele testlevenscyclus bijgehouden. D.w.z. het verzamelen van de gegevens zoals Total no. van testcases ontwikkeld voor een project (of) nr. van testcases moeten worden uitgevoerd (of) nee. van testcases geslaagd / mislukt / geblokkeerd etc.

Berekende statistieken: Berekende metrische gegevens worden afgeleid van de gegevens die zijn verzameld in basisgegevens. Deze statistieken worden over het algemeen bijgehouden door de testleider / manager voor testrapportagedoeleinden.

Voorbeelden van meetgegevens voor softwaretests

Laten we een voorbeeld nemen om verschillende teststatistieken te berekenen die in softwaretestrapporten worden gebruikt:

Hieronder vindt u het tabelformaat voor de gegevens die zijn opgehaald van de testanalist die daadwerkelijk bij het testen is betrokken:

Voorbeeld van meetgegevens voor softwaretests

Definities en formules voor het berekenen van metrieken:

# 1)% ge Testgevallen uitgevoerd : Deze statistiek wordt gebruikt om de uitvoeringsstatus van de testcases te verkrijgen in termen van% ge.

% ge Testgevallen uitgevoerd = ​ Aantal uitgevoerde testgevallen / totaal aantal. van testcases geschreven) * 100.

youtube muziekvideo's gratis downloadsoftware

Dus, uit de bovenstaande gegevens,
% ge Testgevallen uitgevoerd = (65/100) * 100 = 65%

# 2)% ge Testgevallen niet uitgevoerd : Deze statistiek wordt gebruikt om de lopende uitvoeringsstatus van de testcases te verkrijgen in termen van% ge.

% ge Testgevallen niet uitgevoerd = ​ Aantal niet uitgevoerde testgevallen / Totaal aantal. van testcases geschreven) * 100.

Dus, uit de bovenstaande gegevens,
% ge Testgevallen geblokkeerd = (35/100) * 100 = 35%

Teststatistieken grafiek 1

Teststatistieken grafiek 2

# 3)% ge Testcases Geslaagd : Deze statistiek wordt gebruikt om het Pass% ge van de uitgevoerde testgevallen te verkrijgen.

% ge Testgevallen Geslaagd = ​ Aantal geslaagde testgevallen / totaal aantal. Aantal uitgevoerde testgevallen) * 100.

Dus, uit de bovenstaande gegevens,
% ge Testgevallen Geslaagd = (30/65) * 100 = 46%

# 4)% ge Testgevallen mislukt : Deze statistiek wordt gebruikt om het Fail% ge van de uitgevoerde testgevallen te verkrijgen.

% ge Testgevallen mislukt = ​ Aantal mislukte testgevallen / totaal aantal. Aantal uitgevoerde testgevallen) * 100.

Dus, uit de bovenstaande gegevens,
% ge Testgevallen Geslaagd = (26/65) * 100 = 40%

# 5)% ge Testgevallen geblokkeerd : Deze statistiek wordt gebruikt om het geblokkeerde% ge van de uitgevoerde testgevallen te verkrijgen. Een gedetailleerd rapport kan worden ingediend door de feitelijke reden voor het blokkeren van de testgevallen te specificeren.

% ge Testgevallen geblokkeerd = ​ Aantal testcases geblokkeerd / totaal aantal Aantal uitgevoerde testgevallen) * 100.

Dus uit de bovenstaande gegevens,
% ge Testgevallen geblokkeerd = (9/65) * 100 = 14%

Teststatistieken grafiek 3

Teststatistieken grafiek 4

# 6) Defectdichtheid​ Aantal geconstateerde defecten / grootte

​ Hier wordt 'Grootte' als een vereiste beschouwd. Vandaar dat hier de Defect Density wordt berekend als een aantal defecten die per vereiste zijn geïdentificeerd. Evenzo kan de defectdichtheid worden berekend als een aantal defecten die zijn geïdentificeerd per 100 regels code (OF). Aantal geconstateerde defecten per module, enz. ​

Dus, uit de bovenstaande gegevens,
Defectdichtheid = (30/5) = 6

# 7) Defect Removal Efficiency (DRE)​ Aantal gevonden defecten tijdens QA-testen / (Aantal gevonden defecten tijdens QA-testen + Aantal gevonden defecten door eindgebruiker)) * 100

DRE wordt gebruikt om de testeffectiviteit van het systeem te identificeren.
Stel dat we tijdens de ontwikkeling en QA-testen 100 defecten hebben vastgesteld.
Na de QA-test, tijdens Alpha & Beta-testen, identificeerde de eindgebruiker / klant 40 defecten, 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) Defect Lekkage​ Defect Leakage is de metriek die wordt gebruikt om de efficiëntie van de QA-testen d.w.z. hoeveel defecten worden gemist / uitgegleden tijdens de QA-test.

Defect Lekkage ​ Aantal gevonden defecten in GAT / Aantal gevonden defecten bij QA-testen.) * 100

Stel dat we tijdens de ontwikkeling en QA-testen 100 defecten hebben vastgesteld.
Na de QA-test, tijdens Alpha & Beta-testen, identificeerde de eindgebruiker / klant 40 defecten, die tijdens de QA-testfase konden worden vastgesteld.

Defect Lekkage = (40/100) * 100 = 40%

# 9) Defecten op prioriteit : Deze statistiek wordt gebruikt om het nr. van defecten geïdentificeerd op basis van de ernst / prioriteit van het defect dat wordt gebruikt om de kwaliteit van de software te bepalen.

% ge kritieke defecten = aantal geïdentificeerde kritieke defecten / totaal aantal. Aantal geconstateerde gebreken * 100
Uit de gegevens die beschikbaar zijn in de bovenstaande tabel,
% ge kritieke defecten = 6/30 * 100 = 20%

% ge Hoge defecten = aantal hoge defecten geïdentificeerd / totaal aantal. Aantal geconstateerde gebreken * 100
Uit de gegevens die beschikbaar zijn in de bovenstaande tabel,
% ge Hoge defecten = 10/30 * 100 = 33,33%

% ge Middelgrote defecten = aantal middelgrote defecten geïdentificeerd / totaal aantal. Aantal geconstateerde gebreken * 100
Uit de gegevens die beschikbaar zijn in de bovenstaande tabel,
% ge Gemiddelde defecten = 6/30 * 100 = 20%

oracle pl sql interviewvragen en antwoorden

% ge lage defecten = aantal lage defecten geïdentificeerd / totaal aantal. Aantal geconstateerde gebreken * 100
Uit de gegevens die beschikbaar zijn in de bovenstaande tabel,
% ge Lage defecten = 8/30 * 100 = 27%

Teststatistieken grafiek 5

Aanbevolen lectuur​ Hoe u een effectief testoverzichtsrapport schrijft

Gevolgtrekking

De metrische gegevens in dit artikel worden voornamelijk gebruikt voor het genereren van de Dagelijks / wekelijks statusrapport met nauwkeurige gegevens tijdens de ontwikkelings- / uitvoeringsfase van de testcase en dit is ook handig voor het volgen van de projectstatus en kwaliteit van de software.

Over de auteur : Dit is een gastpost van Anuradha K. Ze heeft meer dan 7 jaar ervaring in het testen van software en werkt momenteel als consultant voor een MNC. Ze heeft ook een goede kennis van het testen van mobiele automatisering.

Welke andere teststatistieken gebruikt u in uw project? Laat ons zoals gewoonlijk uw mening / vragen weten in de opmerkingen hieronder.

Aanbevolen literatuur

^