Egy szoftvertesztelés a projekt több szintjén is elvérezhet. Probléma adódhat például a kivitelező csapat hozzáértésével, személyiségével vagy kompetenciájával, vagy akár a tesztek kialakításával vagy lefutásával, de technikai-műszaki nehézségek is előfordulhatnak. Egy elég speciális, ám nem ritka eset, amikor a megbízó oldali menedzsment miatt nem hozza az elvárt eredményt a tesztelés. Nem egyedi, de kényes eset. Kényes, mert kellő rugalmasságot és önreflexiós képességet, valamint elegendő mozgásteret igényel a menedzsment részéről.
A vezetők általában minden iparágban nehéz helyzetben vannak. Nem egyszerű manőverezni a különféle szervezeti egységek – néha ellentétes – érdekei között, nem könnyű biztosítani a vállalat pénzügyi stabilitását, és közben a jövő felé kormányozva a céget, fejleszteni és tesztelni a belső rendszereket.
Egy szoftvertesztelési projekttel nem minden vezetői szintnek kell aktívan foglalkoznia. A szervezet méretétől és döntéshozási mechanizmusától, illetve a projekt komplexitásától függ, adott vállalatnál kinek mekkora beleszólása lehet a tesztelési projektbe. Ezért pozíció szempontjából széles a spektrum, de általában a CEO (Chief Executive Officer), a CDO (Chief Digital Officer), a CFO (Chief Financial Officer), a CTO (Chief Technical Officer) szokott dönteni a teszteléssel kapcsolatos stratégiai kérdésekről.
Melyek a menedzsment részéről leggyakrabban elkövetett hibák a szoftvertesztelési projektek során? Ugyan nincs két egyforma tesztelési folyamat, mindegyik projekt más – tehát változatos melléfogási lehetőségek adódhatnak –, de három tipikus, közép- és felsővezetés által előidézett baklövést véltünk felfedezni az általunk eddig kivitelezett szoftvertesztelési projektek esetében. Nem állítjuk, hogy minden cég elköveti ezeket a hibákat, de ezzel a cikkel is szeretnénk ahhoz hozzájárulni, hogy elkerülhetők legyenek a hasonló esetek, és a vállalatok ne fussanak felesleges köröket. Nézzük, az eddigi tesztelési tapasztalatainkat összegezve mely három jellegzetes menedzsment hibát azonosítottuk.
Egy szoftvertesztelési projektnek fontos sikerkritériuma, hogy valamennyi vezetői szinten elfogadják az aktuális tesztelés céljait, hogy nyíltan, teljes vállszélességgel beálljanak a szoftvertesztelés mögé. Természetesen nem kell minden részleg, vállalati terület vezetőjének aktívan részt vállalnia a tesztelési projektben, de ha nincs meg a menedzsment egészének részéről a támogatás, az sokszor a tesztelés kárára megy, és az eredménytelenségét vonja maga után.
Egy szoftvertesztelési projektnél – főleg az elején, a teszttervezés szakaszában – alapvetően fontos, hogy a menedzsment részt vegyen az erőforrások allokálásában és a feladatok priorizálásában. Ennek része, hogy a szükséges információk és dokumentumok megosztását elősegítsék. Ugyanis ha a projekt szempontjából nem elegendő minőségű és mennyiségű információ áll csupán a tesztelést végzők rendelkezésére, akkor nagyobb az esély rá, hogy pontatlan tesztbázist és tesztelési modellt alakítanak ki, aminek pedig egyenes következménye a hibás vagy eredménytelen tesztelési projekt.
Amennyiben nincs átfogó, megbízható és naprakész SQA stratégiája egy cégnek, azzal a tesztelési projekt eredményességét veszélyeztetik, mivel nincsenek lefektetve az alapkövek, nincsenek kijelölve a határok ezen a területen. Minél nagyobb egy vállalat, annál lényegesebb stratégiát alkotni a szoftvertesztelési tevékenységgel kapcsolatban, enélkül ugyanis hatalmas káoszt is lehet generálni az céges IT rendszerekben. (A témáról bővebben a csendes minőségrombolókról szóló cikkünkben olvashat.) A tesztelésre vonatkozó stratégiaalkotás pedig a mindenkori menedzsment hatáskörébe tartozik, ha hiányzik, az a projekt eredménytelenségét vonhatja maga után.
