26. óra · Szoftvertesztelés alapjai

Tesztmetrikák és tesztjelentések

Az állapot számszerű leírása, értelmezése és címzetthez igazítása

Az óra végére képes leszel

  • Egyszerű tesztmetrikát számolsz és értelmezel.
  • Megkülönbözteted a tesztelőre és a termékre vonatkozó állításokat.
  • Különböző címzetteknek megfelelő jelentést fogalmazol meg.

Az óra témái

  • Tesztjelentésben használt metrikák
  • Tesztjelentés célja, tartalma és célközönsége
01 / TANANYAG

Milyen mérőszámok segítenek?

A tesztjelentés használhatja a tervezett, megírt, futtatott, sikeres, sikertelen és blokkolt esetek számát; a nyitott hibák súlyosság szerinti megoszlását; a fontos követelmények tesztelési lefedését; valamint a tesztelés üteméhez és kockázatához kapcsolódó mutatókat. Minden mutatóhoz meg kell adni az értelmezést. A „15 sikeres teszt” nem mondja meg, összesen hány fontos eset van, milyen verzión futottak, és mit nem lehetett ellenőrizni.

Ha 20 tervezett esetből 12 futott le, a végrehajtás aránya 12/20 = 60%. Ha ebből 9 sikeres, a lefutottak közti sikerarány 9/12 = 75%; a teljes tervre vetítve 9/20 = 45%. Ezek eltérő nevezők, eltérő állítások. A blokkolt eseteket külön jelöld: azokat nem szabad automatikusan sikeresnek vagy hibásnak számolni.

Példa: Ne keverd a nevezőt

12 lefutottból 9 sikeres = 75% a lefutottak között; 20 tervezettből 9 sikeres = 45% a terv összes esete között. Mindkettő megadható pontos felirattal.

02 / TANANYAG

Jelentés célja és tartalma

A haladási jelentés a folyamat közben a következő döntést segíti: hol tartunk a tervhez képest, mi akadályozza a munkát, milyen veszélyre kell reagálni? A befejezési jelentés a tesztelt verzióról és a teljesített célokról összegzi a bizonyítékot, a nyitott hibákat és a fennmaradó kockázatot. A környezet és a tesztadat nélkül egy látszólag egyértelmű eredmény később nehezen értelmezhető.

A jelentés ne csak kedvező számokat közöljön. Például 30 sikeres eset mellett egyetlen nyitott adatvesztési hiba is döntő lehet. Szerepeljen, melyik fontos funkció blokkolt, milyen feltételezésre épül a teszt, és mit nem vizsgáltak. Az adatok nem helyettesítik a minőségi értékelést és a döntést.

Tanári tipp

Minden százalék mellé írd a nevezőt, a verziót és a blokkolt esetek számát is.

03 / TANANYAG

Ki olvassa a jelentést?

A fejlesztőnek a hibák reprodukálásához műszaki részlet, pontos adat és környezet kell. A tesztvezetőnek az előrehaladás, blokkoló tényezők és erőforrás; a projektvezetőnek ütemezési hatás és kiadási feltétel; a felhasználói képviselőnek a fontos folyamatok megfelelése és a maradék kockázat. A magadatott tények nem változnak, de az összefoglalás nyelve és kiemelése a címzetthez igazodik.

Egy jó rövid vezetői üzenet például: „A foglalási fő út vizsgált esetei sikeresek, de a párhuzamos foglalás hibája nyitott. A kiadás előtti feltétel ezért még nem teljesül.” A hibajegyben ugyanennek a problémának pontos lépéseit és naplóit írnánk le. A két dokumentum más célt szolgál.

Példa: Két címzett

Fejlesztő: két párhuzamos POST kérés adatai és adatbázis-állapot. Döntéshozó: túlfoglalás kockázata, javítás státusza és szükséges újratesztelés.

Azonos adatok, különböző kérdések
  1. 1TesztelőMelyik esetet kell még futtatni?
  2. 2FejlesztőMi a reprodukálható eltérés?
  3. 3VezetőMi az ütemezési és kiadási kockázat?
  4. 4ÁtvevőMűködik a fő felhasználói cél?

A jelentés tényei ugyanazok, a hangsúly a címzett döntési feladatához igazodik.

04 / TANANYAG

A metrikákból nem lesz automatikus minősítés

A végrehajtott tesztek száma a folyamat haladását jelzi, de nem feltétlenül a termék minőségét. A megtalált hibák száma sem egyenesen arányos a termék rosszaságával: sok hiba jelentheti az alapos vizsgálatot, kevés hiba jelentheti a kimaradt fontos eseteket. A súlyosság, az érintett funkció és a maradék kockázat nélkül az egyetlen szám félrevezető lehet.

Jelentésben ezért együtt szerepel a megfigyelt tény, a mérőszám pontos definíciója és a következtetés korlátja. „Kilenc sikeres eset” helyett írd: „a v2.1 változaton 20 tervezettből 11 értékelhető, közülük 9 sikeres; a párhuzamos jelentkezés kritikus esete még blokkolt”. Ezután megnevezhető a következő döntéshez szükséges munka.

Példa: Nevező és kontextus

9/11 sikeres az értékelhető próbákból; a teljes 20-as tervből csak 9/20 igazolt siker. A két arány nem felcserélhető.

RÉSZLETES ELMÉLETI KIEGÉSZÍTÉS

Tesztmetrikák, jelentések és értelmezés

A metrika számszerű megfigyelést ad egy folyamatról vagy termékről. Tesztelési példák a végrehajtott tesztek, hibák státusza, követelmény-lefedettség és hiba-javítási idő. Minden metrikához meg kell határozni az adatforrást, számítási módot, időszakot és célt.

A jelentés a döntéshozó számára releváns összképet ad: mi készült el, mit találtunk, mi maradt bizonytalan, és milyen intézkedés szükséges. Kerülni kell az olyan célokat, amelyek a szám javítására ösztönöznek a minőség rovására, például a hibák darabszámának önmagában vett jutalmazását.

Új, iskolai példa

A tanári dashboardon a „tesztek 100%-a lefutott” mellett látszik, hogy két kritikus hiba nyitott, és a mobil böngésző még nincs tesztelve.

Gondolkodtató gyakorlófeladat

Válassz három metrikát egy tanulói portálhoz, és mindegyiknél írd le, milyen döntést támogat.

PRÓBÁLD KI

Órai feladat

20 tervezett esetből 12 futott le: 9 sikeres, 2 sikertelen, 1 blokkolt. Számold ki a végrehajtási és sikerarányt pontos nevezővel, majd írj két különböző címzettnek egy-egy rövid üzenetet!

ELLENŐRIZD MAGAD

Miért félrevezető önmagában a „90% sikeres” állítás?

Amit érdemes megjegyezni

  • A mutatókhoz nevező, verzió és világos definíció tartozik.
  • A jelentés tényeket, korlátokat és nyitott kockázatot is közöl.
  • A címzett döntési feladata határozza meg a részletezés módját.