In sagtewareprojekte is dit die belangrikste om die kwaliteit, koste en doeltreffendheid van die projek en die prosesse te meet. Sonder om dit te meet, kan 'n projek nie suksesvol voltooi word nie.

In vandag se artikel sal ons leer met voorbeelde en grafieke Sagtewaretoetsmetrieke en -metings en hoe om dit in die sagtewaretoetsproses te gebruik.

Daar is 'n bekende stelling: “Ons kan nie dinge beheer wat ons nie kan meet nie”.

Hier beteken die beheer van die projekte hoe 'n projekbestuurder/leier die afwykings van die toetsplan so gou moontlik kan identifiseer om in die perfekte tyd te reageer. Die generering van toetsmaatstawwe gebaseer op die projekbehoeftes is baie belangrik om die kwaliteit van die sagteware wat getoets word te bereik.

Wat is Sagtewaretoetsmaatstawwe?

'n Metriek is 'n kwantitatiewe maatstaf van die mate waarin 'n stelsel, stelselkomponent of proses 'n gegewe eienskap besit.

Metrieke kan gedefinieer word as “STANDAARDE VAN METING ”.

Sagtewaremaatstawwe word gebruik om die kwaliteit van die projek te meet . Eenvoudig, 'n Metriek is 'n eenheid wat gebruik word om 'n eienskap te beskryf. Metriek is 'n skaal vir meting.

Gestel, in die algemeen is "Kilogram" 'n metriek om die kenmerk "Gewig" te meet. Net so, in sagteware, "Hoeveel kwessies word gevind induisend reëls kode?”, h ere Nee. van kwessies is een meting & amp; Aantal reëls kode is nog 'n meting. Metrieke word gedefinieer uit hierdie twee metings .

Toetsmetriekvoorbeeld:

  • Hoeveel defekte bestaan ​​daar binne die module?
  • Hoeveel toetsgevalle word per persoon uitgevoer?
  • Wat is toetsdekking %?

Wat is sagtewaretoetsmeting?

Meting is die kwantitatiewe aanduiding van omvang, hoeveelheid, dimensie, kapasiteit of grootte van een of ander kenmerk van 'n produk of proses.

Toetsmeting voorbeeld: Totale aantal defekte.

Verwys asseblief onderstaande diagram vir 'n duidelike begrip van die verskil tussen Meting & Metrieke.

Hoekom Toets Metrieke?

Generering van Sagteware Toets Metrieke is die belangrikste verantwoordelikheid van die Sagteware Toets Lei/Bestuurder.

Toets Metrieke word gebruik om,

  1. Neem die besluit vir die volgende fase van aktiwiteite soos, skat die koste & skedule van toekomstige projekte.
  2. Verstaan ​​die soort verbetering wat nodig is om die projek te slaag
  3. Neem 'n besluit oor die Proses of Tegnologie wat gewysig moet word ens.

Belangrikheid van sagtewaretoetsmaatstawwe:

Soos hierbo verduidelik, is toetsmaatstawwe die belangrikste om die kwaliteit van die sagteware te meet.

Nou, hoe kan ons meet die kwaliteit van diesagteware deur Metrics te gebruik?

Sê nou, as 'n projek nie enige maatstawwe het nie, hoe sal die kwaliteit van die werk wat deur 'n Toetsanalis gedoen word dan gemeet word?

Byvoorbeeld, 'n Toetsanalis moet,

  1. Die toetsgevalle vir 5 vereistes ontwerp
  2. Die ontwerpte toetsgevalle uit te voer
  3. Die defekte aanteken & moet die verwante toetsgevalle druip
  4. Nadat die defek opgelos is, moet ons die defek weer toets & voer die ooreenstemmende mislukte toetsgeval weer uit.

In die bogenoemde scenario, as maatstawwe nie gevolg word nie, sal die werk wat deur die toetsontleder voltooi is subjektief wees, dit wil sê die toetsverslag sal nie die regte inligting hê nie om die status van sy werk/projek te ken.

As Metrieke by die projek betrokke is, dan kan die presiese status van sy/haar werk met behoorlike getalle/data gepubliseer word.

d.w.s. in die toetsverslag kan ons publiseer:

  1. Hoeveel toetsgevalle is per vereiste ontwerp?
  2. Hoeveel toetsgevalle moet nog ontwerp word?
  3. Hoeveel toetssake word uitgevoer?
  4. Hoeveel toetssake is geslaag/misluk/geblokkeer?
  5. Hoeveel toetssake is nog nie uitgevoer nie?
  6. Hoeveel defekte word geïdentifiseer & amp; wat is die erns van daardie gebreke?
  7. Hoeveel toetssake word gedruip as gevolg van een spesifieke gebrek? ens.

Op grond van die projekbehoeftes kan ons meer maatstawwe hê as 'n bogenoemde lys, om diestatus van die projek in detail.

Op grond van bogenoemde maatstawwe sal die toetsleier/bestuurder die begrip van die onderstaande sleutelpunte kry.

  • %ge van werk voltooi
  • %ge van werk wat nog afgehandel moet word
  • Tyd om die oorblywende werk te voltooi
  • Of die projek volgens die skedule verloop of agterbly? ens.

Gegrond op die maatstawwe, as die projek nie volgens die skedule gaan voltooi nie, dan sal die bestuurder alarm maak vir die kliënt en ander belanghebbendes deur die redes te verskaf vir sloer om die laaste minuut verrassings te vermy.

Metrieke Lewensiklus

Tipes handmatige toetsmetrieke

Toetsstatistieke word hoofsaaklik in 2 kategorieë verdeel.

  1. Basisstatistieke
  2. Berekende statistieke

Basismaatstawwe: Basismaatstawwe Metrieke is die maatstawwe wat afgelei word van die data wat deur die toetsontleder ingesamel is tydens die toetsgevalontwikkeling en -uitvoering.

Hierdie data sal regdeur die toetslewensiklus nagespoor word. D.w.s. die insameling van die data soos Totaal nr. van toetsgevalle ontwikkel vir 'n projek (of) nr. van toetssake uitgevoer moet word (of) no. van toetsgevalle geslaag/gedruip/geblokkeer ens.

Berekende statistieke: Berekende statistieke word afgelei van die data wat in Basismetrieke ingesamel is. Hierdie maatstawwe word oor die algemeen deur die toetsleier/bestuurder nagespoor vir toetsverslagdoeningsdoeleindes.

Voorbeelde van sagtewareToetsmaatstawwe

Kom ons neem 'n voorbeeld om verskeie toetsmaatstawwe wat in sagtewaretoetsverslae gebruik word te bereken:

Hieronder is die tabelformaat vir die data wat van die Toetsanalis verkry is wat eintlik betrokke is by toetsing:

Definisies en formules vir die berekening van statistieke:

#1) %ge Toetsgevalle uitgevoer : Hierdie maatstaf word gebruik om die uitvoeringstatus van die toetsgevalle in terme van %ge te verkry.

%ge Toetsgevalle uitgevoer = ( Aantal toetsgevalle uitgevoer / Totaal aantal toetsgevalle geskryf) * 100.

Dus, uit die bogenoemde data,

%ge toetsgevalle uitgevoer = (65 / 100) * 100 = 65%

#2) %ge Toetsgevalle nie uitgevoer nie : Hierdie maatstaf word gebruik om die hangende uitvoeringstatus van die toetsgevalle in terme van %ge te verkry.

%ge Toetsgevalle nie uitgevoer nie = ( Aantal toetssake nie uitgevoer nie / Totale aantal toetssake geskryf) * 100.

Dus, uit die bogenoemde data,

%ge toetsgevalle geblokkeer = (35 / 100) * 100 = 35%

#3) %ge Toetsgevalle geslaag : Hierdie maatstaf word gebruik om die Slaag %ge van die uitgevoer toetsgevalle te verkry.

%ge Toetsgevalle geslaag = ( No. van Toetsgevalle geslaag / Totaal nr. van toetsgevalle uitgevoer) * 100.

Dus, uit die bogenoemde data,

%ge toetsgevalle geslaag = (30 / 65) * 100 = 46%

#4) %ge Toetsgevalle Misluk : Hierdie maatstaf word gebruik om die Fail %ge van die uitgevoer toetsgevalle te verkry.

%ge ToetsgevalleMislukte = ( Aantal toetsgevalle misluk / Totale aantal toetssake uitgevoer) * 100.

Dus, uit die bogenoemde data,

%ge toetsgevalle Geslaag = (26 / 65) * 100 = 40%

#5) %ge Toetsgevalle Geblokkeer : Hierdie maatstaf word gebruik om die geblokkeerde %ge van die uitgevoer toetsgevalle te verkry. 'n Gedetailleerde verslag kan ingedien word deur die werklike rede vir die blokkering van die toetsgevalle te spesifiseer.

%ge Toetsgevalle Geblokkeer = ( Aantal toetsgevalle geblokkeer / Totale aantal toetsgevalle uitgevoer ) * 100.

Dus, uit die bogenoemde data,

%ge Toetsgevalle Geblokkeer = (9 / 65) * 100 = 14%

#6) Defekdigtheid = Nr. van Defekte geïdentifiseer / grootte

( Hier word “Grootte” as 'n vereiste beskou. Daarom word die Defektedigtheid hier bereken as 'n aantal defekte geïdentifiseer per vereiste. Net so kan Defektdigtheid bereken word as 'n aantal Defekte geïdentifiseer per 100 reëls kode [OF] Aantal defekte geïdentifiseer per module, ens. )

Dus, uit die bogenoemde data,

Defekdigtheid = (30 / 5) = 6

#7) Defekverwyderingsdoeltreffendheid (DRE) = ( Aantal Defekte gevind tydens QA-toetsing / (Aantal Defekte gevind tydens QA) toets +Aantal Defekte gevind deur Eindgebruiker)) * 100

DRE word gebruik om die toetsdoeltreffendheid van die stelsel te identifiseer.

Gestel, Tydens Ontwikkeling & QA-toetsing, ons het 100 defekte geïdentifiseer.

Na die QA-toets, tydens Alpha & Beta toets,die eindgebruiker/kliënt het 40 defekte geïdentifiseer wat tydens die QA-toetsfase geïdentifiseer kon word.

Nou sal die DRE bereken word as,

DRE = [100 / (100 + 40)] * 100 = [100 /140] * 100 = 71%

#8) Defeklekkasie : Defeklekkasie is die metriek wat gebruik word om die doeltreffendheid van die QA-toetsing te identifiseer d.w.s. hoeveel defekte word gemis/gegly tydens die QA-toets.

Defektlekkasie = ( Aantal Defekte gevind in UAT / Aantal Defekte gevind in QA-toetsing.) * 100

Gestel, tydens ontwikkeling & QA-toetsing, ons het 100 defekte geïdentifiseer.

Na die QA-toets, tydens Alpha & Beta-toetsing, eindgebruiker / kliënt het 40 defekte geïdentifiseer, wat tydens QA-toetsfase geïdentifiseer kon word.

Defeklekkasie = (40 /100) * 100 = 40%

#9) Defekte volgens Prioriteit : Hierdie maatstaf word gebruik om die nr. van defekte geïdentifiseer op grond van die Erns / Prioriteit van die defek wat gebruik word om die kwaliteit van die sagteware te bepaal.

%ge Kritieke Defekte = Aantal Kritieke Defekte geïdentifiseer / Totaal nr. van Defekte geïdentifiseer * 100

Uit die data beskikbaar in die bostaande tabel,

%ge Kritiese Defekte = 6/ 30 * 100 = 20%

%ge Hoë Defekte = Aantal Hoë Defekte geïdentifiseer / Totale No. van Defekte geïdentifiseer * 100

Uit die data beskikbaar in die tabel hierbo,

%ge Hoë Defekte = 10/ 30 * 100 = 33.33%

%ge Medium Defekte = Geen.van Medium Defekte geïdentifiseer / Totaal nr. van Defekte geïdentifiseer * 100

Uit die data beskikbaar in die bostaande tabel,

%ge Medium Defekte = 6/ 30 * 100 = 20%

%ge Lae Defekte = Aantal Lae Defekte geïdentifiseer / Totale No. van Defekte geïdentifiseer * 100

Uit die data beskikbaar in die tabel hierbo,

%ge Lae Defekte = 8/ 30 * 100 = 27%

Gevolgtrekking

Die maatstawwe wat in hierdie artikel verskaf word, word hoofsaaklik gebruik vir die generering van die daaglikse/weeklikse statusverslag met akkurate data tydens die toetsgevalontwikkeling/uitvoeringsfase & dit is ook nuttig vir die dop van die projek status & amp; Kwaliteit van die sagteware.

Oor die skrywer : Hierdie is 'n gasplasing deur Anuradha K. Sy het 7+ jaar se sagtewaretoetservaring en werk tans as 'n konsultant vir 'n MNC. Sy het ook goeie kennis van mobiele outomatiseringstoetsing.

Watter ander toetsmaatstawwe gebruik jy in jou projek? Soos gewoonlik, laat weet ons jou gedagtes/navrae in die kommentaar hieronder.

Aanbevole leeswerk

    Rol na bo