important software test metrics
V softvérových projektoch je najdôležitejšie merať kvalitu, náklady a efektívnosť projektu a procesov. Bez ich zmerania nie je možné projekt úspešne dokončiť.
V dnešnom článku sa dozvieme s príkladmi a grafmi - Metriky a merania softvérového testu a ako ich použiť v procese testovania softvéru.
Existuje slávne vyhlásenie: „Nemôžeme kontrolovať veci, ktoré nedokážeme zmerať“.
Ovládanie projektov tu znamená, ako môže projektový manažér / potenciálny zákazník čo najskôr identifikovať odchýlky od testovacieho plánu, aby mohol reagovať v perfektný čas. Generovanie testovacích metrík na základe potrieb projektu je veľmi dôležité pre dosiahnutie kvality testovaného softvéru.
Čo sa dozviete:
- Čo sú metriky testovania softvéru?
- Čo je to testovacie meranie softvéru?
- Prečo testovať metriky?
- Životný cyklus metrík
- Typy metrík manuálneho testu
- Príklady metrík testovania softvéru
- Záver
- Odporúčané čítanie
Čo sú metriky testovania softvéru?
Metrika je kvantitatívne meranie miery, do akej má systém, komponent systému alebo proces daný atribút.
Metriky možno definovať ako „NORMY OF MERANIE “.
Na meranie kvality projektu sa používajú softvérové metriky. Jednoducho, metrika je jednotka používaná na opis atribútu. Metrická je stupnica na meranie.
Predpokladajme všeobecne, že „Kilogram“ je metrika na meranie atribútu „Váha“. Podobne v softvéri „Koľko problémov sa nachádza v tisíc riadkoch kódu?“, H tiež Počet vydaní je jedno meranie a počet riadkov kódu ďalšie meranie. Metrika je definovaná z týchto dvoch meraní .
Príklad testovacích metrík:
- Koľko chýb existuje v rámci modulu?
- Koľko testovacích prípadov sa vykoná na osobu?
- Čo je% pokrytia testom?
Čo je to testovacie meranie softvéru?
Meranie je kvantitatívne označenie rozsahu, množstva, rozmeru, kapacity alebo veľkosti niektorého atribútu produktu alebo procesu.
Príklad testovacieho merania: Celkový počet chýb.
V nasledujúcom diagrame nájdete jasné pochopenie rozdielov medzi meraniami a metrikami.
Prečo testovať metriky?
Generovanie metrík testovania softvéru je najdôležitejšou zodpovednosťou vedúceho / manažéra testovania softvéru.
Testovacie metriky sú zvyknuté na,
- Prijmite rozhodnutie pre ďalšiu fázu aktivít, ako je napríklad odhad nákladov a harmonogram budúcich projektov.
- Pochopte, aké vylepšenie je potrebné pre úspech projektu
- Prijmite rozhodnutie o procese alebo technológii, ktorá sa má upraviť, atď.
Dôležitosť metrík testovania softvéru:
Ako je vysvetlené vyššie, testovacie metriky sú najdôležitejšie na meranie kvality softvéru.
Teraz, ako môžeme merať kvalitu softvéru pomocou metrík ?
Predpokladajme, že ak projekt nemá žiadne metriky, ako sa bude merať kvalita práce vykonanej analytikom testu?
Napríklad, Skúšobný analytik musí,
- Navrhnite testovacie prípady pre 5 požiadaviek
- Vykonajte navrhnuté testovacie prípady
- Zaznamenajte chyby a musíte zlyhať v súvisiacich testovacích prípadoch
- Po vyriešení chyby musíme chybu znova otestovať a znova vykonať zodpovedajúci zlyhaný testovací prípad.
Ak sa vo vyššie uvedenom scenári nedodržia metriky, bude práca dokončená analytikom testu subjektívna, tj Protokol o skúške nebude mať potrebné informácie na to, aby poznal stav svojej práce / projektu.
Ak sú do projektu zapojené Metriky, potom je možné zverejniť presný stav jeho práce so správnymi číslami / údajmi.
tj. v správe o teste môžeme zverejniť:
- Koľko testovacích prípadov bolo navrhnutých na požiadavku?
- Koľko testovacích prípadov je ešte potrebné navrhnúť?
- Koľko testovacích prípadov sa vykoná?
- Koľko testovacích prípadov bolo prijatých / neúspešných / blokovaných?
- Koľko testovacích prípadov ešte nie je vykonaných?
- Koľko chýb je identifikovaných a aká je závažnosť týchto chýb?
- Koľko testovacích prípadov zlyhalo kvôli jednej konkrétnej chybe? atď.
Na základe potrieb projektu môžeme mať viac metrík ako vyššie uvedený zoznam, aby sme mohli podrobne poznať stav projektu.
Na základe vyššie uvedených metrík testovací vedúci / manažér porozumie nižšie uvedeným kľúčovým bodom.
- % ge dokončenej práce
- % ge práce, ktorá ešte musí byť dokončená
- Čas na dokončenie zostávajúcich prác
- Či projekt prebieha podľa harmonogramu alebo zaostáva? atď.
Na základe metrík, ak sa projekt nebude dokončovať podľa harmonogramu, potom manažér upozorní klienta a ďalšie zainteresované strany na poplach uvedením dôvodov oneskorenia, aby sa zabránilo prekvapeniam na poslednú chvíľu.
Životný cyklus metrík
Typy metrík manuálneho testu
Testovacie metriky sú rozdelené hlavne do 2 kategórií.
- Základné metriky
- Vypočítané metriky
Základné metriky: Základné metriky sú metriky, ktoré sú odvodené z údajov zhromaždených analytikom testu počas vývoja a vykonávania testovacieho prípadu.
Tieto údaje sa budú sledovať počas celého životného cyklu testu. Tj. zhromažďovanie údajov ako súhrnné č. testovacích prípadov vyvinutých pre projekt (alebo) č. z testovacích prípadov je potrebné vykonať (alebo) č. úspešných / neúspešných / blokovaných testovacích prípadov atď.
Vypočítané metriky: Vypočítané metriky sú odvodené z údajov zhromaždených v základných metrikách. Tieto metriky zvyčajne sleduje testovací vedúci / manažér pre účely hlásenia testov.
Príklady metrík testovania softvéru
Uveďme si príklad na výpočet rôznych metrík testov použitých v správach o testoch softvéru:
Nižšie je uvedený formát tabuľky pre údaje získané od testovacieho analytika, ktorý sa skutočne podieľa na testovaní:
Definície a vzorce pre výpočet metrík:
# 1)% ge Testovacie prípady boli vykonané : Táto metrika sa používa na získanie stavu vykonania testovacích prípadov z hľadiska% ge.
% ge Vykonané testovacie prípady = ( Počet vykonaných testovacích prípadov / celkový počet písomných prípadov) * 100.
Takže z vyššie uvedených údajov
% ge Vykonané testovacie prípady = (65/100) * 100 = 65%
# 2)% ge Testovacie prípady neboli vykonané : Táto metrika sa používa na získanie stavu čakania na vykonanie testovacích prípadov z hľadiska% ge.
% ge Testovacie prípady neboli vykonané ( Počet nevykonaných testovacích prípadov / Celkový počet písomných prípadov) * 100.
Takže z vyššie uvedených údajov
% ge Testované prípady blokované = (35/100) * 100 = 35%
# 3)% ge Testovacie prípady prešli : Táto metrika sa používa na získanie Pass% ge vykonaných testovacích prípadov.
% ge Počet úspešne vykonaných testovacích prípadov = ( Počet vyhovujúcich testovacích prípadov / celkový počet vykonaných testovacích prípadov) * 100.
Takže z vyššie uvedených údajov
% ge úspešných testovacích prípadov = (30/65) * 100 = 46%
# 4)% ge Testovacie prípady zlyhali : Táto metrika sa používa na získanie% zlyhania vykonaných testovacích prípadov.
% ge Testovacie prípady zlyhali = ( Počet zlyhaných testovacích prípadov / Celkový počet vykonaných testovacích prípadov) * 100.
Takže z vyššie uvedených údajov
% ge úspešných testovacích prípadov = (26/65) * 100 = 40%
# 5)% ge Testovacie prípady blokované : Táto metrika sa používa na získanie blokovaného% ge vykonaných testovacích prípadov. Podrobnú správu je možné predložiť s uvedením skutočného dôvodu blokovania testovacích prípadov.
% ge Testované prípady blokované = ( Počet blokovaných testovacích prípadov / Celkový počet vykonaných testovacích prípadov) * 100.
Takže z vyššie uvedených údajov
% ge Testované prípady blokované = (9/65) * 100 = 14%
# 6) Hustota chyby= Počet zistených chýb / veľkosť
( Tu sa „veľkosť“ považuje za požiadavku. Preto sa tu počíta hustota defektov ako počet defektov identifikovaných podľa požiadavky. Podobne je možné vypočítať hustotu defektov ako počet defektov identifikovaných na 100 riadkov kódu [ALEBO] počet defektov identifikovaných pre modul atď. )
Takže z vyššie uvedených údajov
Hustota chyby = (30/5) = 6
# 7) Účinnosť odstránenia chyby (DRE)= ( Počet chýb zistených počas testovania QA / (Počet defektov nájdených počas testovania QA + Počet defektov nájdených koncovým používateľom)) * 100
DRE sa používa na identifikáciu účinnosti testu systému.
Predpokladajme, že počas vývoja a testovania QA sme identifikovali 100 chýb.
Po testovaní QA počas Alpha & Beta testovania koncový užívateľ / klient identifikoval 40 defektov, ktoré mohli byť identifikované počas fázy testovania QA.
Teraz sa DRE bude počítať ako,
DRE = [100 / (100 + 40)] * 100 = [100/140] * 100 = 71%
# 8) Porucha úniku: Defektový únik je metrika, ktorá sa používa na identifikáciu efektívnosť testovania QA t. j. koľko chýb sa vynechalo / pošmyklo počas testovania QA.
Porucha úniku = ( Počet defektov nájdených v UAT / Počet defektov nájdených pri testovaní QA.) * 100
Predpokladajme, že počas vývoja a testovania QA sme identifikovali 100 chýb.
Po testovaní QA počas testovania verzie Alpha a Beta koncový používateľ / klient identifikoval 40 defektov, ktoré mohli byť zistené počas fázy testovania QA.
Defektový únik = (40/100) * 100 = 40%
# 9) Poruchy podľa priority : Táto metrika sa používa na identifikáciu čísla č. závad zistených na základe Závažnosti / Priority závady, ktorá sa použije na rozhodnutie o kvalite softvéru.
% ge Kritické chyby = počet identifikovaných kritických chýb / celkový počet zistených nedostatkov * 100
Z údajov dostupných v tabuľke vyššie
% ge kritické chyby = 6/30 * 100 = 20%
% ge vysoké chyby = počet identifikovaných vysokých chýb / celkový počet zistených nedostatkov * 100
Z údajov dostupných v tabuľke vyššie
% ge vysoké chyby = 10/30 * 100 = 33,33%
% ge Stredné chyby = Počet identifikovaných stredných chýb / Celkový počet. zistených nedostatkov * 100
Z údajov dostupných v tabuľke vyššie
% ge stredné chyby = 6/30 * 100 = 20%
% ge Nízke defekty = počet identifikovaných nízkych defektov / celkový počet zistených nedostatkov * 100
Z údajov dostupných v tabuľke vyššie
% ge nízke chyby = 8/30 * 100 = 27%
Odporúčané čítanie=> Ako napísať efektívnu súhrnnú správu o teste
Záver
Metriky uvedené v tomto článku sa hlavne používajú na generovanie Denná / týždenná správa o stave s presnými údajmi počas fázy vývoja / vykonávania testovacích prípadov, čo je užitočné aj na sledovanie stavu projektu a kvality softvéru.
O autorovi : Toto je príspevok od Anuradhy K. Má 7 a viac rokov skúseností s testovaním softvéru a momentálne pracuje ako konzultant pre MNC. Má tiež dobré vedomosti z testovania automatizácie mobilných zariadení.
Ktoré ďalšie testovacie metriky používate vo svojom projekte? Ako obvykle, dajte nám vedieť svoje myšlienky / dotazy v komentároch nižšie.
Odporúčané čítanie
- Cvičenia na testovanie softvéru - nová platforma na testovanie vašich testovacích schopností a zdieľanie praktických nápadov
- Čo je testovanie výdrže pri testovaní softvéru (príklady)
- Ako skontrolovať dokument SRS a vytvoriť testovacie scenáre - školenie o testovaní softvéru na živom projekte - 2. deň
- Výcvik testovania softvéru: Koniec výučby na živom projekte - bezplatné online školenie QA, 1. časť
- Testovanie aplikácií - do základov testovania softvéru!
- Výukový program QTP # 18 - Dáta riadené a hybridné rámce vysvetlené na príkladoch QTP
- Čo je životný cyklus testovania softvéru (STLC)?
- Metadáta v dátovom sklade (ETL) vysvetlené pomocou príkladov