U softverskim projektima najvažnije je mjeriti kvalitet, trošak i efektivnost projekta i procesa. Bez mjerenja ovih mjera, projekat se ne može uspješno završiti.

U današnjem članku ćemo naučiti s primjerima i grafikonima Mjerenja i mjerenja softverskog testiranja i kako ih koristiti u procesu testiranja softvera.

Postoji poznata izjava: “Ne možemo kontrolirati stvari koje ne možemo izmjeriti”.

Ovdje kontrola projekata znači kako projektni menadžer/voditelj može što prije identificirati odstupanja od plana testiranja kako bi reagirao u savršenom vremenu. Generisanje testnih metrika na osnovu potreba projekta je veoma važno za postizanje kvaliteta softvera koji se testira.

Šta je metrika testiranja softvera?

Metrika je kvantitativna mjera stepena do kojeg sistem, komponenta sistema ili proces posjeduju dati atribut.

Metrike se mogu definirati kao “STANDARDI OD MJERENJE ”.

Softverske metrike se koriste za mjerenje kvaliteta projekta . Jednostavno, metrika je jedinica koja se koristi za opisivanje atributa. Metrika je skala za mjerenje.

Pretpostavimo, općenito, “Kilogram” je metrika za mjerenje atributa “Težina”. Slično, u softveru, „Koliko se problema nalazi uhiljadu linija koda?”, h ere Ne. problema je jedno mjerenje & Broj linija koda je još jedno mjerenje. Metrika se definira iz ova dva mjerenja .

Primjer metrike testa:

  • Koliko nedostataka postoji unutar modul?
  • Koliko test slučajeva se izvršava po osobi?
  • Šta je % pokrivenosti testom?

Šta je mjerenje softverskog testa?

Mjerenje je kvantitativna indikacija obima, količine, dimenzije, kapaciteta ili veličine nekog atributa proizvoda ili procesa.

Primjer mjerenja testa: Ukupan broj kvarova.

Molimo pogledajte dijagram ispod za jasno razumijevanje razlike između mjerenja & Metrika.

Zašto testirati metriku?

Generacija metrike testiranja softvera je najvažnija odgovornost voditelja/menadžera testiranja softvera.

Metrike testiranja se koriste za,

  1. Donesite odluku za sljedeću fazu aktivnosti kao što je procjena troškova & raspored budućih projekata.
  2. Shvatite vrstu poboljšanja koja je potrebna za uspjeh projekta
  3. Donesite odluku o procesu ili tehnologiji koju treba modificirati itd.

Važnost metrike testiranja softvera:

Kao što je gore objašnjeno, metrika testiranja je najvažnija za mjerenje kvaliteta softvera.

Sada, kako možemo mjeriti kvalitetomsoftver korišćenjem Metrics ?

Pretpostavimo, ako projekat nema nikakve metrike, kako će se onda meriti kvalitet rada test analitičara?

Na primjer, Test analitičar mora,

  1. Dizajnirati testne slučajeve za 5 zahtjeva
  2. Izvršiti dizajnirane testne slučajeve
  3. Zabilježiti nedostatke & potrebno je ne uspjeti u povezanim testnim slučajevima
  4. Nakon što se kvar riješi, moramo ponovo testirati defekt & ponovo izvedite odgovarajući neuspješni test slučaj.

U gornjem scenariju, ako se metrika ne prati, tada će posao koji je obavio test analitičar biti subjektivan, tj. izvještaj o testiranju neće imati odgovarajuće informacije da zna status njegovog rada/projekta.

Ako je metrika uključena u projekat, tada se može objaviti tačan status njegovog/njenog rada sa odgovarajućim brojevima/podacima.

tj. u izvještaju o testiranju možemo objaviti:

  1. Koliko test slučajeva je dizajnirano po zahtjevu?
  2. Koliko test slučajeva tek treba dizajnirati?
  3. Koliko test slučajeva se izvršava?
  4. Koliko je test slučajeva prošlo/neuspješno/blokirano?
  5. Koliko test slučajeva još nije izvršeno?
  6. Koliko nedostataka su identificirani & kolika je ozbiljnost tih defekata?
  7. Koliko je test slučajeva neuspjelih zbog jednog određenog defekta? itd.

Na osnovu potreba projekta možemo imati više metrika od gore navedene liste, kako bismo znalistatus projekta u detalje.

Na osnovu gore navedenih metrika, voditelj/menadžer testa će dobiti razumijevanje dolje navedenih ključnih tačaka.

  • %g posla završen
  • %ge posla koji tek treba biti završen
  • Vrijeme za završetak preostalog posla
  • Da li projekat ide prema planu ili kasni? itd.

Na osnovu metrike, ako se projekat neće završiti prema rasporedu, tada će menadžer podići alarm klijentu i drugim zainteresovanim stranama navodeći razloge za zaostaje kako bi se izbjegla iznenađenja u posljednjem trenutku.

Životni ciklus metrika

Vrste metrika ručnog testiranja

Metrike testiranja uglavnom su podijeljene u 2 kategorije.

  1. Osnovne metrike
  2. Izračunate metrike

Osnovne metrike: Osnovne Metrike su metrike koje su izvedene iz podataka koje je prikupio Test analitičar tokom razvoja i izvršenja testnog slučaja.

Ovi podaci će se pratiti tokom životnog ciklusa testa. tj. prikupljanje podataka kao što je Ukupan br. test slučajeva razvijenih za projekat (ili) br. test slučajeva potrebno je izvršiti (ili) br. test slučajeva je prošao/neuspio/blokirao itd.

Izračunate metrike: Izračunate metrike su izvedene iz podataka prikupljenih u Osnovnoj metrici. Ove metrike općenito prati voditelj/menadžer za testiranje u svrhu izvještavanja o testiranju.

Primjeri softveraTestiranje metrike

Uzmimo primjer za izračunavanje različitih testnih metrika koje se koriste u izvještajima o testiranju softvera:

U nastavku je format tablice za podatke preuzete od analitičara testa koji je zapravo uključen u testiranje:

Definicije i formule za izračunavanje metrika:

#1) Izvršeno %ge test slučajeva : Ova metrika se koristi za dobijanje statusa izvršenja test slučajeva u smislu %ge.

%ge izvršenih test slučajeva = ( Br. izvršenih test slučajeva / Ukupno broj upisanih test slučajeva) * 100.

Dakle, iz gornjih podataka,

%ge izvršenih testnih slučajeva = (65 / 100) * 100 = 65%

#2) %ge Test slučajeva nije izvršeno : Ova metrika se koristi za dobijanje statusa na čekanju izvršenja testnih slučajeva u smislu %ge.

%ge Test slučajeva nije izvršeno = ( Broj test slučajeva koji nisu izvršeni / Ukupan broj napisanih test slučajeva) * 100.

Dakle, iz gornjih podataka,

%ge test slučajeva blokiranih = (35 / 100) * 100 = 35%

#3) Prošlo %ge test slučajeva : Ova metrika se koristi za dobijanje prolaska %ge izvršenih test slučajeva.

%ge prođenih test slučajeva = ( br. Položenih test slučajeva / Ukupni br. izvršenih testnih slučajeva) * 100.

Dakle, iz gornjih podataka,

%ge Prođenih testnih slučajeva = (30 / 65) * 100 = 46%

#4) %ge neuspjelih testnih slučajeva : Ova metrika se koristi za dobivanje neuspjeha %ge izvršenih test slučajeva.

%ge test slučajevaNeuspješno = ( Br. neuspjelih test slučajeva / ukupan broj izvršenih test slučajeva) * 100.

Dakle, iz gornjih podataka,

%ge test slučajeva Prošlo = (26 / 65) * 100 = 40%

#5) %ge Blokiranih test slučajeva : Ova metrika se koristi za dobijanje blokiranih %ge izvršenih test slučajeva. Detaljan izvještaj se može dostaviti navođenjem stvarnog razloga za blokiranje testnih slučajeva.

%ge Blokiranih testnih slučajeva = ( Br. Blokiranih testnih slučajeva / Ukupan br. Izvršenih testnih slučajeva ) * 100.

Dakle, iz gornjih podataka,

%ge test slučajeva blokiranih = (9 / 65) * 100 = 14%

#6) Gustoća defekata = br. identificiranih defekata / veličina

( Ovdje se "Veličina" smatra zahtjevom. Stoga se ovdje gustoća defekata izračunava kao broj defekata identificiranih po zahtjevu. Slično, gustina defekata se može izračunati kao broj identificiranih nedostataka na 100 linija koda [ILI] Broj identificiranih kvarova po modulu, itd. )

Dakle, iz gornjih podataka,

Gustoća defekta = (30 / 5) = 6

#7) Efikasnost otklanjanja defekta (DRE) = ( Broj defekata pronađenih tokom QA testiranja / (Br. defekata pronađenih tokom QA) testiranje +Broj defekata koje je pronašao krajnji korisnik)) * 100

DRE se koristi za identifikaciju efikasnosti testiranja sistema.

Pretpostavimo, tokom razvoja & QA testiranjem, identifikovali smo 100 nedostataka.

Nakon QA testiranja, tokom Alpha & Beta testiranje,krajnji korisnik/klijent je identifikovao 40 nedostataka, koji su mogli biti identifikovani tokom QA faze testiranja.

Sada će se DRE izračunati kao,

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

#8) Propuštanje defekta : Propuštanje defekta je metrika koja se koristi za identifikaciju efikasnosti QA testiranja tj. koliko je nedostataka propušteno/prokliznuto tokom QA testiranja.

Propuštanje defekta = ( Broj kvarova pronađenih u UAT-u / Broj defekata pronađenih u QA testiranju.) * 100

Pretpostavimo, tokom razvoja & QA testiranjem, identifikovali smo 100 nedostataka.

Nakon QA testiranja, tokom Alpha & Beta testiranje, krajnji korisnik/klijent je identifikovao 40 nedostataka, koji su mogli biti identifikovani tokom faze QA testiranja.

Propuštanje defekta = (40 /100) * 100 = 40%

#9) Defekti prema prioritetu : Ova metrika se koristi za identifikaciju br. identifikovanih defekata na osnovu ozbiljnosti / prioriteta defekta koji se koristi za odlučivanje o kvalitetu softvera.

%ge kritičnih defekata = broj identifikovanih kritičnih defekata / ukupan br. identifikovanih defekata * 100

Iz podataka dostupnih u gornjoj tabeli,

%ge kritičnih defekata = 6/ 30 * 100 = 20%

%ge visokih kvarova = Broj identificiranih velikih nedostataka / Ukupni br. identifikovanih nedostataka * 100

Iz podataka dostupnih u gornjoj tabeli,

%ge velikih defekata = 10/ 30 * 100 = 33,33%

%ge srednjih nedostataka = br.Utvrđenih srednjih nedostataka / Ukupni br. identificiranih nedostataka * 100

Iz podataka dostupnih u gornjoj tabeli,

%ge srednjih nedostataka = 6/ 30 * 100 = 20%

%ge malih nedostataka = Broj identifikovanih malih nedostataka / Ukupni br. identificiranih nedostataka * 100

Iz podataka dostupnih u gornjoj tabeli,

%ge niskih nedostataka = 8/ 30 * 100 = 27%

Zaključak

Metrike navedene u ovom članku uglavnom se koriste za generiranje dnevnog/tjednog izvještaja o statusu sa tačnim podacima tokom faze razvoja/izvršenja testnog slučaja & ovo je također korisno za praćenje statusa projekta & Kvalitet softvera.

O autoru : Ovo je gostujući post Anuradhe K. Ona ima više od 7 godina iskustva u testiranju softvera i trenutno radi kao konsultant za an MNC. Ona također dobro poznaje testiranje automatizacije mobilnih uređaja.

Koje druge testne metrike koristite u svom projektu? Kao i obično, javite nam svoja razmišljanja/pitanja u komentarima ispod.

Preporučena literatura

    Skrolaj na vrh