Teszttervek, becslések és stratégiák

A tesztterv megfogalmazza a tesztelés célját, a vizsgált területet és a kizárt részeket, a megközelítést, a szükséges környezetet és adatokat, a szerepeket, a becsült ráfordítást, az ütemezést és a belépési, illetve kilépési feltételeket. Egy kurzusfoglaló portálnál például elsődleges lehet a dupla foglalás és adatvesztés kockázata; a tervben ezért ezekhez külön tesztek és döntési feltételek kapcsolódnak.

A terv nem egyszer s mindenkorra lezárt papír. Ha változik a funkció, az éles adat mennyisége vagy a külső szolgáltatás, frissítjük a tesztelt területet és a ráfordítás becslését. A belépési feltétel azt mondja meg, mikor kezdhető egy tevékenység; a kilépési feltétel azt, mikor tekinthető a megállapodott cél szempontjából elégségesnek az eredmény. A sikeres tesztek darabszáma önmagában nem lehet minden döntés egyetlen alapja.

Becslés készülhet tapasztalati adatokból, szakértői megítélésből, hasonló korábbi feladatból vagy a munka kisebb részekre bontásából. Például 12 teszteset megírása, adatok előkészítése, végrehajtás, hibajegyek kezelése és regresszió külön becsülhető. Ha csak az esetek lefuttatására számolunk időt, a környezet kialakítása és a hibajavítás utáni újratesztelés kimarad.

Tegyük fel, hogy 12 eset megírása átlag 20 perc, végrehajtásuk 10 perc, az adatelőkészítés 90 perc, a várható újratesztelés 2 óra. Az alapbecslés 4 + 2 + 1,5 + 2 = 9,5 óra. Ez nem ígéret: a követelmény bizonytalansága, a környezet elérhetősége, a csapat tapasztalata és a feltárt hibák módosíthatják. A becsléshez ezért a feltételezéseket és a bizonytalanságot is közöljük.

A megközelítés megadja, hogyan választjuk és sorrendezzük az ellenőrzéseket. Kockázatalapú megközelítésnél a nagy hatású és valószínű problémákat vesszük előre, követelményalapú munkánál a rögzített szabályokhoz kötünk eseteket, tapasztalatalapú vizsgálatnál korábbi hibák és szakmai intuíció is segíthet. Ezek kombinálhatók; a választást a termék, az idő és az elérhető információ indokolja.

Ha kevés az idő, a kritikus jelentkezési és fizetési folyamat megelőzheti a ritkán használt felület apró megjelenítési eltérését. A kihagyott vagy későbbre tett területet dokumentálni kell. A stratégia nem puszta eszközlista: a tesztelés szintjei, típusai, adatválasztása, automatizálása és döntési küszöbei együtt alkotják a megközelítést.

A belépési feltétel lehet, hogy a vizsgálandó funkció települt a kijelölt tesztkörnyezetbe, az induló adatok rendelkezésre állnak, és az elvárt üzleti szabályt elfogadták. Ha az egyik hiányzik, egy piros teszt értelmezése nehéz lehet. A kilépési feltétel nem azt mondja, hogy minden elképzelhető eset bizonyított; a kijelölt célhoz szükséges eredményeket és a nyitott kockázat kezelését fogalmazza meg.

Például egy kurzusfoglalás kiadási feltétele: a kritikus jelentkezési és lemondási tesztek lefutottak a megfelelő builden, és nincs nyitott súlyos túlfoglalási hiba. Ha a külső értesítést nem tudták kipróbálni, ezt külön kockázatként jelentik. A feltételeket a terv készítésekor rögzítjük, nem utólag a kívánt eredményhez igazítjuk.