Tesztmenedzsment és a tesztelői szerepek

A tesztelés a teljes csapat minőségért végzett munkájához tartozik, de a konkrét felelősségeket meg kell nevezni. A fejlesztő saját komponenseit ellenőrizheti, a tesztelő más nézőpontból vizsgálhatja a kockázatokat, a felhasználói képviselő pedig megerősítheti az üzleti célokat. Egy kisebb csapatban egy személy több szerepet is elláthat; nagyobb projektben külön tesztcsapat működhet. A szervezeti felépítés önmagában nem garantálja a hibák felfedezését.

Az integrált tesztelés előnye a gyors közös egyeztetés: a tesztelő már a követelmény megbeszélésekor kérdezhet. A független nézőpont segíthet észrevenni olyan feltételezést, amelyet a megvalósító magától értetődőnek tart. A túl nagy szervezeti távolság viszont lassíthatja a visszajelzést; a függetlenség és az együttműködés ezért nem egymást kizáró célok.

A tesztvezető a tesztelési munkát szervezi: célokat és megközelítést egyeztet, becslést és tervet készíttet, erőforrásokat és kockázatokat követ, jelenti az előrehaladást, és segíti a szükséges irányváltást. Nem feltétlenül ő futtatja a legtöbb tesztet. A tesztelő feladatához tartozhat a követelmények áttekintése, tesztesetek és adatok tervezése, a végrehajtás, a tényleges eredmények értékelése és az érthető hibajelentés.

A két munkakör határa szervezetenként változhat. Egy agilis csapatban például az iterációs tervezés, a kockázatok megfogalmazása és az automatizálási döntések több szereplő közös munkái. A szerepet a felelősség és a döntési jog alapján érdemes leírni, nem az alapján, ki használ egy adott eszközt. A hibajavítás elvégzése és a javítás tesztelése két külön feladat lehet.

A tesztelőnek ismernie kell a tesztelési alapokat, képesnek kell lennie követelményt értelmezni, kockázatot felismerni, pontos megfigyelést rögzíteni és eredményt közölni. Hasznos a rendszer alkalmazási területének ismerete, az adatkezelés, a technikai környezet és a megfelelő eszközök megértése. A tesztvezetőnek ezek mellett szervezési, becslési, döntés-előkészítési és kommunikációs feladatokat is kezelnie kell.

A szakmai képességek mellett fontos a kíváncsiság és a tiszteletteljes kérdezés. A „nem működik” helyett leírjuk a verziót, a kiinduló adatot, az elvárt és a tényleges eredményt. Amikor a szabály bizonytalan, nem személyt hibáztatunk, hanem pontosítást kérünk. A közös cél a használható, megbízható termék, nem egy szereplő igazának bizonyítása.

Az a fejlesztő, aki saját kódját ellenőrzi, gyorsan megtalálhat egy egyszerű hibát, de könnyen osztozhat saját feltételezéseiben. Egy másik csapattag friss szemmel vizsgálhatja a részt; egy külön tesztelő vagy külső felhasználói képviselő még eltérőbb nézőpontot adhat. A nagyobb függetlenség azonban nem garantálja a jobb eredményt, ha közben elveszik a közvetlen információcsere.

A vizsgaeredmény-számításnál például a tanár tisztázza a kerekítést, a fejlesztő ellenőrzi a számoló részt, a tesztelő határértékes eseteket tervez. A tesztfelelős figyeli, hogy valamely fontos szabály még teszt nélkül maradt-e. A szereplőknek meg kell osztaniuk egymással a talált tényeket, hogy a gyors visszajelzés és a független kérdezés egyszerre érvényesüljön.