Menu

Důležité metriky a měření pro testování softwaru - vysvětleno příklady a grafy

important software test metrics

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

U softwarových projektů je nejdůležitější měřit kvalitu, náklady a efektivitu projektu a procesů. Bez jejich měření nelze projekt úspěšně dokončit.

V dnešním článku se dozvíme s příklady a grafy - Softwarové testovací metriky a měření a jak je použít v procesu testování softwaru.

Existuje slavné prohlášení: 'Nemůžeme ovládat věci, které neměříme.'

Zde ovládání projektů znamená, jak může vedoucí projektu / vedoucí identifikovat odchylky od plánu zkoušek ASAP, aby reagoval v perfektní čas. Generování testovacích metrik na základě potřeb projektu je velmi důležité pro dosažení kvality testovaného softwaru.

Softwarové testovací metriky a měření

Metriky a měření testování softwaru

Co se naučíte:

Co jsou metriky testování softwaru?

Metrika je kvantitativní měřítko míry, do jaké systém, komponenta systému nebo proces vlastní daný atribut.

Metriky lze definovat jako „NORMY Z MĚŘENÍ “.

Softwarové metriky se používají k měření kvality projektu. Jednoduše, metrika je jednotka používaná k popisu atributu. Metrická je měřítko pro měření.

Předpokládejme obecně, že „Kilogram“ je metrika pro měření atributu „Hmotnost“. Podobně v softwaru „Kolik problémů se nachází v tisíci řádcích kódu?“, H taky Počet problémů je jedno měření a počet řádků kódu další měření. Metrika je definována z těchto dvou měření .

Příklad testovacích metrik:

  • Kolik vad existuje v modulu?
  • Kolik testovacích případů je provedeno na osobu?
  • Co je% pokrytí testem?

Co je to testovací měření softwaru?

Měření je kvantitativní označení rozsahu, množství, rozměru, kapacity nebo velikosti nějakého atributu produktu nebo procesu.

Příklad zkušebního měření: Celkový počet vad.

V následujícím diagramu naleznete jasné pochopení rozdílu mezi měřením a metrikami.

rozdíl mezi měřením a metrikami

Proč testovat metriky?

Generování metrik testování softwaru je nejdůležitější odpovědností vedoucího / manažera testování softwaru.

Testovací metriky jsou zvyklí,

  1. Přijměte rozhodnutí pro další fázi aktivit, jako je odhad nákladů a harmonogram budoucích projektů.
  2. Pochopte, jaké zlepšení je nutné k úspěchu projektu
  3. Rozhodněte se o procesu nebo technologii, kterou chcete upravit atd.

Důležitost metrik testování softwaru:

c otázky a odpovědi na pohovor pdf

Jak je vysvětleno výše, metriky testu jsou nejdůležitější pro měření kvality softwaru.

Nyní, jak můžeme měřit kvalitu softwaru pomocí metrik ?

Předpokládejme, že pokud projekt nemá žádné metriky, jak bude měřena kvalita práce provedené testovacím analytikem?

Například, Zkušební analytik musí

  1. Navrhněte testovací případy pro 5 požadavků
  2. Proveďte navržené testovací případy
  3. Zaznamenejte vady a musíte selhat v příslušných testovacích případech
  4. Po vyřešení defektu musíme defekt znovu otestovat a znovu provést odpovídající neúspěšný testovací případ.

Ve výše uvedeném scénáři, pokud nebudou dodrženy metriky, bude práce dokončená analytikem testu subjektivní, tj Protokol o zkoušce nebude mít správné informace, aby mohl znát stav své práce / projektu.

Pokud jsou do projektu zapojeny metriky, lze zveřejnit přesný stav jeho práce se správnými čísly / údaji.

tj. ve zkušebním protokolu můžeme zveřejnit:

  1. Kolik testovacích případů bylo navrženo na požadavek?
  2. Kolik testovacích případů je ještě třeba navrhnout?
  3. Kolik testovacích případů je provedeno?
  4. Kolik testovacích případů bylo schváleno / selhalo / blokováno?
  5. Kolik testovacích případů ještě není provedeno?
  6. Kolik závad je identifikováno a jaká je závažnost těchto závad?
  7. Kolik testovacích případů selhalo kvůli jedné konkrétní vadě? atd.

Na základě potřeb projektu můžeme mít více metrik než výše uvedený seznam, abychom detailně poznali stav projektu.

Na základě výše uvedených metrik získá testovací vedoucí / manažer pochopení níže uvedených klíčových bodů.

  • % ge dokončené práce
  • % ge práce ještě není dokončeno
  • Je čas dokončit zbývající práci
  • Zda projekt probíhá podle plánu nebo zaostává? atd.

Na základě metrik, pokud projekt nebude dokončen podle harmonogramu, pak manažer upozorní klienta a další zúčastněné strany na poplach tím, že uvede důvody zpoždění, aby se vyhnul překvapením na poslední chvíli.

Životní cyklus metrik

Životní cyklus metrik

Typy metrik ručního testu

Testovací metriky jsou hlavně rozděleny do 2 kategorií.

  1. Základní metriky
  2. Vypočítané metriky

Základní metriky: Základní metriky jsou metriky, které jsou odvozeny z dat shromážděných testovacím analytikem během vývoje a provádění testovacích případů.

Tato data budou sledována během celého životního cyklu testu. Tj. shromažďování údajů jako Celkem č. testovacích případů vyvinutých pro projekt (nebo) č. z testovacích případů je třeba provést (nebo) č. testovacích případů prošlo / selhalo / blokovalo atd.

Vypočítané metriky: Vypočítané metriky jsou odvozeny z dat shromážděných v základních metrikách. Tyto metriky jsou obecně sledovány testovacím vedoucím / manažerem pro účely Test Reporting.

Příklady metrik testování softwaru

Uveďme si příklad výpočtu různých metrik testů používaných ve zprávách o testech softwaru:

Níže je uveden formát tabulky pro data načtená od testovacího analytika, který se skutečně podílí na testování:

Příklad metrik testování softwaru

Definice a vzorce pro výpočet metrik:

# 1)% ge Testovací případy provedeny : Tato metrika se používá k získání stavu provádění testovacích případů, pokud jde o% ge.

% ge Testovací případy provedeny = ( Počet provedených testovacích případů / Celkový počet písemných testovacích případů) * 100.

Takže z výše uvedených údajů
% ge Testované případy provedeny = (65/100) * 100 = 65%

# 2)% ge Testovací případy nebyly provedeny : Tato metrika se používá k získání stavu čekajícího spuštění testovacích případů z hlediska% ge.

otázky technické podpory, na které se uživatelé mohou ptát

% ge Testovací případy nebyly provedeny ( Počet neprovedených testovacích případů / Celkový počet písemných testovacích případů) * 100.

Takže z výše uvedených údajů
% ge Testované případy blokovány = (35/100) * 100 = 35%

Graf testovacích metrik 1

Graf testovacích metrik 2

# 3)% ge Testovací případy prošly : Tato metrika se používá k získání Pass% ge provedených testovacích případů.

% ge Testovací případy prošly = ( Počet úspěšných testovacích případů / celkem provedených testovacích případů) * 100.

Takže z výše uvedených údajů
% ge Úspěšných testovacích případů = (30/65) * 100 = 46%

# 4)% ge Testovací případy selhaly : Tato metrika se používá k získání% selhání provedených testovacích případů.

% ge Testovací případy selhaly = ( Počet neúspěšných testovacích případů / celkový počet provedených testovacích případů) * 100.

Takže z výše uvedených údajů
% ge úspěšné testovací případy = (26/65) * 100 = 40%

# 5)% ge Testovací případy blokovány : Tato metrika se používá k získání blokovaného% ge provedených testovacích případů. Podrobnou zprávu lze předložit uvedením skutečného důvodu blokování testovacích případů.

% ge Testovací případy blokovány = ( Počet testovaných případů Blokováno / Celkový počet provedených testovacích případů) * 100.

Takže z výše uvedených údajů
% ge Testované případy blokovány = (9/65) * 100 = 14%

Graf testovacích metrik 3

Graf testovacích metrik 4

# 6) Hustota vady= Počet zjištěných vad / velikost

( Zde je „velikost“ považována za požadavek. Proto se zde počítá hustota defektů jako počet defektů identifikovaných podle požadavku. Podobně lze vypočítat hustotu defektů jako počet defektů identifikovaných na 100 řádků kódu (NEBO) počet defektů identifikovaných na modul atd. )

Takže z výše uvedených údajů
Hustota vady = (30/5) = 6

# 7) Účinnost odstranění vady (DRE)= ( Počet defektů nalezených během testování QA / (Počet defektů nalezených během testování QA + Počet defektů nalezených koncovým uživatelem)) * 100

DRE se používá k identifikaci účinnosti testu systému.
Předpokládejme, že během vývoje a testování kvality jsme identifikovali 100 vad.
Po testování QA během testování Alpha & Beta identifikoval koncový uživatel / klient 40 defektů, které mohly být identifikovány během fáze testování QA.

Nyní se DRE vypočítá jako,
DRE = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71%

# 8) Vadný únik: Defektní únik je metrika, která se používá k identifikaci účinnost testování QA tj. kolik vad bylo během testování QA vynecháno / uklouznuto.

Defektní únik = ( Počet defektů nalezených v UAT / Počet defektů nalezených při testování QA.) * 100

Předpokládejme, že během vývoje a testování kvality jsme identifikovali 100 vad.
Po testování QA během testování Alpha & Beta identifikoval koncový uživatel / klient 40 defektů, které mohly být identifikovány během fáze testování QA.

Defektní únik = (40/100) * 100 = 40%

# 9) Vady podle priority : Tato metrika se používá k identifikaci čísla. vad zjištěných na základě závažnosti / priority závady, která se používá k rozhodnutí o kvalitě softwaru.

% ge Kritické vady = počet identifikovaných kritických vad / celkový počet zjištěných vad * 100
Z údajů dostupných ve výše uvedené tabulce
% ge Kritické vady = 6/30 * 100 = 20%

% ge vysoké defekty = počet identifikovaných vysokých defektů / celkový počet zjištěných vad * 100
Z údajů dostupných ve výše uvedené tabulce
% ge vysoké vady = 10/30 * 100 = 33,33%

% ge Střední defekty = počet identifikovaných středních defektů / celkový počet zjištěných vad * 100
Z údajů dostupných ve výše uvedené tabulce
% ge Střední defekty = 6/30 * 100 = 20%

příkaz sort v unixu s příkladem

% ge Nízké defekty = počet identifikovaných nízkých defektů / celkový počet zjištěných vad * 100
Z údajů dostupných ve výše uvedené tabulce
% ge nízké vady = 8/30 * 100 = 27%

Graf testovacích metrik 5

Doporučené čtení=> Jak napsat efektivní souhrnnou zprávu o testu

Závěr

Metriky uvedené v tomto článku se používají hlavně pro generování Denní / týdenní hlášení o stavu s přesnými daty během fáze vývoje / provádění testovacího případu a to je také užitečné pro sledování stavu projektu a kvality softwaru.

O autorovi : Toto je příspěvek od Anuradhy K. Má 7 a více let zkušeností s testováním softwaru a v současné době pracuje jako konzultant pro MNC. Má také dobré znalosti o testování mobilní automatizace.

Jaké další testovací metriky používáte ve svém projektu? Jako obvykle nám dejte vědět své myšlenky / dotazy v komentářích níže.

Doporučené čtení

^