Vezércikk · Minőségbiztosítás
A tesztelés következő szintje
A szoftver minősége nem a lefuttatott tesztek számán múlik, hanem azon, hogy a csapat látja-e a változások kockázatát. Megnéztük, hol veszítik el ezt a képet a vállalatok, és mit kínál erre a FrontEndART Szoftver Kft. TestNavigator alkalmazása. Hegedűs Györgynek, a cég egykori vezetőjének is feltettünk kérdéseket; válaszát még várjuk.
Egy új kiadás előtti legnehezebb kérdés gyakran nem az, hogy lefutottak-e a tesztek. Hanem az: a megváltozott, üzletileg fontos részeket valóban ellenőriztük-e? Egy zöld tesztlista megnyugtató lehet, miközben a kritikus felhasználói útvonalak vagy a most módosított kód környéke vizsgálatlan marad. 2026-ban, gyorsabb szállítási ciklusok mellett ez már vezetői kockázat is.
A fájdalom több ponton jelentkezik. A tesztesetek és a forráskód között nincs mindig kapcsolat; a manuális ellenőrzés eredménye külön táblázatban él; az automatizált tesztek pedig sokszor csak azt mutatják meg, amit eleve megírtunk hozzájuk. Ha közben rövidül a kiadás előtti idő, a csapat vagy mindent újrafuttat — drágán —, vagy megérzés alapján választ. Egyik sem mondja meg biztosan, mi maradt ki.
A tesztmenedzsment ezért több, mint feladatok kiosztása és hibajegyek gyűjtése. A döntéshez háromféle információ kell: melyik változás érinti a terméket, ezt milyen teszt ellenőrizte, és mekkora kockázatot vállalunk a maradékkal. A tesztlefedettség önmagában sem garancia hibamentességre: azt teszi láthatóvá, hol vannak ellenőrzött és ellenőrizetlen területek.
A jobb kérdés nem az, hogy hány teszt futott le, hanem hogy a változásból mit ellenőriztünk valóban.
Ebbe a helyzetbe érkezik a FrontEndART Szoftver Kft. TestNavigatorja. A termék hivatalos bemutatása szerint manuális és automatizált tesztelés esetén is méri a módosított kód lefedettségét, a változások és a komplexitás alapján segít a tesztesetek rangsorolásában, valamint Go/No-Go jelentéssel támogatja a kiadási döntést. Ez a megközelítés a tesztelést a végén kipipálandó teendő helyett a kiadás előkészítésének mérhető részévé teheti.
A ‘forradalmi’ jelzőt nem egy felület vagy egy algoritmus önmagában érdemli ki. A valódi váltás akkor történik, ha a fejlesztő, a tesztelő és az üzleti vezető ugyanarról a kockázati képről tud beszélni. A TestNavigator ígérete éppen ez: az intuíció mellé ellenőrizhető adatokat adni. Hogy ez egy adott szervezetben mennyivel rövidíti a tesztelést vagy csökkenti az éles hibákat, azt csak saját bevezetési eredményekkel lehet igazolni; ilyen független mérésre nem hivatkozunk.
A lényeg
- A lefutott tesztek száma nem azonos a módosított kód lefedettségével.
- A TestNavigator a hivatalos bemutató szerint manuális és automatizált tesztek lefedettségét, priorizálását és a Go/No-Go döntést támogatja.
- A kiadási kockázatot saját adatokkal és üzleti prioritásokkal együtt érdemes értelmezni.
Kérdés Hegedűs Györgyhöz, a FrontEndART egykori cégvezetőjéhez: Melyik visszatérő ügyféligény mutatta meg először, hogy a tesztek számán túl a lefedettség és a kiadási kockázat közös értelmezésére van szükség? [Szerkesztői kérdés; válasz még nem érkezett.]
Kérdés Hegedűs Györgyhöz: Hogyan kapcsolódik össze a manuális tesztelés a forráskód változásaihoz a gyakorlatban, és mi az, amit a rendszer nem tud automatikusan megállapítani? [Szerkesztői kérdés; válasz még nem érkezett.]
Kérdés Hegedűs Györgyhöz: Ha egy vezető a Go/No-Go jelentés alapján kiadásról dönt, mely mutatókat érdemes a saját üzleti kockázataihoz igazítania? Milyen feltételek mellett mondanák inkább azt, hogy a kiadást halasszák el? [Szerkesztői kérdés; válasz még nem érkezett.]
A bevezetés első lépése nem újabb dashboard vásárlása, hanem a legfontosabb üzleti folyamatok és a leggyakrabban módosuló rendszerterületek kijelölése. Ezután érdemes összegyűjteni, mely ellenőrzések manuálisak, melyek automatizáltak, és hol nem ismert a lefedettség. Egy kipróbálásnál nemcsak a riport részletességét, hanem az integrációs munkát, az adatok minőségét és a csapat döntéseinek változását is mérni kell.
A TestNavigator tehát nem helyettesíti a jó teszttervezést vagy a szakmai ítélőképességet. Abban segíthet, hogy a ‘készen vagyunk?’ kérdésre a csapat pontosabban válaszoljon: mit vizsgáltunk meg, mit nem, és mit jelent ez a következő kiadásra nézve. A termék funkcióinak forrása: testnavigator.ai; a fenti szakértői kérdésekre érkező válaszokat csak ellenőrzés és szerkesztői jóváhagyás után közöljük.
