Kivel teszteljünk és hogyan állítsuk össze a tesztelői csapatot?

Sokszor elszomorít, hogy funkciók fejlesztés, de még annak előzetes követelmény elemzése során sem vonják be az érintetteket, akik később azt használni fogják. Egy-egy bonyolultabb folyamat során lehetetlen, hogy összeszedjük és rendelkezzünk mindazzal a tudással, tapasztalattal, ami a teljes és pontos definiáláshoz szükséges, nem ismerhetjük a negatív ágakat és kivételeket sem, vagy olyan idő befektetéssel járna, amely nem fog megtérülni.

A funkció tesztelés során is érdemes olyan résztvevőkkel, csapattal elvégeztetni a tesztelést, amely pontosan ismeri a funkciót és a hozzá kapcsolódó folyamatokat, bemenő és elvárt kimeneti adatokat. Ahogy a követelmény elemzésnél, úgy a funkció tesztelésénél is úgy szoktam a résztvevőket összeválogtani, hogy legyen benne pozitív szemléletű egyén, és nagyon kritikus, mindenben hibát kereső ember is. Így szélesebb visszajelzést kapunk, és csökkenthetjük a megerősítési torzítás hatását.

Gyakori az a hiba is, hogy egy feladat definiálásakor a tesztelő csak az elvárt eredmény szerinti utakat járja be, a hétköznapi felhasználáskor felmerülő utakkal, lehetőségekkel nem számol, hiszen nem feltétlenül ismeri azt. Emiatt is fontos, hogy kritikus folyamatokat érintő funkcióknál ne csak a fejlesztő csapat tesztelője ellenőrizze a megvalósított feladatot, hanem a rendszert majd napi szinten használó munkavállalót is bevonjuk a tesztelésbe.

Ahogy írtam a korábbi posztban, a külső rendszereken átívelő folyamatok esetében pedig a különböző fejlesztő csapatok tesztelőinek kell(ene) összedolgoznia, ha lehetséges, vagy ilyen esetben is a megrendelő munkavállalóját kell bevonni a tesztelésbe.