A tesztelés felügyelete és irányítása

A tesztfelügyelet a munka és a termék aktuális állapotáról gyűjt adatot: melyik vizsgálat készült el, hány fontos eset futott le, milyen eltérés nyitott, elérhető-e a tesztkörnyezet, teljesülnek-e a kilépési feltételek. Az adatnak értelme csak tervhez és kockázathoz viszonyítva van. Az, hogy „80% kész”, félrevezető lehet, ha a még hátralévő 20% a legkritikusabb fizetési út.

Az előrehaladás követése nem csak darabszámolás. Vizsgálhatjuk, hogy a tesztek milyen követelményeket érintenek, mely hibák súlyosak, és mennyi munka szükséges a javítások után. Ha egy tesztkörnyezet két napig nem működik, a tervezett futási darabszám elmaradása nem a tesztelő lassúságát mutatja; az akadály okát külön kell jelenteni.

A tesztirányítás a felügyeleti adatokra válaszol: előre vesszük a nagy kockázatú esetet, új környezetet kérünk, módosítjuk az ütemezést, további vizsgálatot rendelünk el vagy jelzünk egy szükséges döntést. A beavatkozás legyen konkrét, felelőssel és ellenőrizhető következménnyel. Nem elegendő „többet tesztelni”; meg kell nevezni, melyik kockázat és milyen teszt hiányzik.

Például új hiba jelenik meg az egyidejű jelentkezéseknél. A tesztvezető célzott további eseteket kér és jelzi, hogy a kiadás kritikus feltétele nyitott; a fejlesztők javítanak; a tesztelők megerősítő és regressziós tesztet futtatnak. Az új eredmények alapján a tervet és a jelentést frissítik. Ez visszacsatolási kör, amelyben a felügyelet és az irányítás egymáshoz kapcsolódik.

A tesztállapot-jelentés a címzett döntéséhez szükséges tényeket foglalja össze: vizsgált verzió és környezet, befejezett és hátralevő munkák, fontos hibák, akadályok, kockázatok és következő lépések. A fejlesztőnek újra előidézhető hiba és érintett rész kell; a projektvezetőnek ütemezési hatás és erőforrás; az átvevőnek a fő felhasználói cél és nyitott kockázat.

A jelentés legyen pontos: a „tesztelés majdnem kész” helyett „a 20 tervezett esetből 16 lefutott; a négy hátralevőből kettő a kritikus visszatérítéshez tartozik; az érintett környezet ma nem érhető el” segíti a döntést. A jelentésben nem keverjük össze a kipróbált esetek sikerét a teljes termék bizonyított hibamentességével.

Ha a teszteléshez szükséges külső szolgáltatás nem érhető el, a próbát nem lehet szabályosan kiértékelni. A blokkolt állapotot külön rögzítjük; az nem a vizsgált termék sikeres vagy sikertelen működésének bizonyítéka. Ha a teszt mégis elindult és a termék ténylegesen rossz eredményt ad, az más jellegű eltérés. Az állapotjelentésnek ezeket szét kell választania.

A blokk irányítási kérdést is felvet: kell-e másik környezet, másik teszt, új időpont vagy kiadási döntés? Ha a kritikus fizetési teszt maradt blokkolt, nem lehet a sok alacsony kockázatú sikeres esetből arra következtetni, hogy a fizetés ellenőrzött. A beavatkozás eredményét később újra felügyeljük.