Egy online fizetési rendszeren dolgozó csapat kockázat-alapú tesztelést használ annak eldöntésére, hova összpontosítson. A kockázatelemzés a fizetés-engedélyezési folyamatot magas kockázatúként azonosítja (nagy a hibák valószínűsége, és súlyos a hatásuk, ha bekövetkeznek), míg a jelentésletöltési funkció alacsony kockázatú. A tesztelési erőfeszítést ennek megfelelően osztják el: a fizetési folyamat kiterjedt teszttervezést és -végrehajtást kap, beleértve a határérték-elemzést és az integrációs teszteket, míg a letöltési funkciót könnyedebb átfutás éri. Az érdekelt feleket a fennmaradó kockázat szintjéről a projekt teljes ideje alatt tájékoztatják.
Miben különbözik a kockázat-alapú tesztelés a hagyományos teszteléstől? Ez egy olyan megközelítés, amelyben a tesztelés szintjét az azonosított termékkockázatok szintje határozza meg. A kockázatokat már a projekt kezdeti szakaszaiban azonosítják, és a szintjeik irányítják a tesztelési folyamatot — minél nagyobb a kockázat, annál több a tesztelés.
Mi az a termékkockázat? A termékkockázat annak a kockázata, hogy maga az összetevő vagy a rendszer nem tudja elérni a céljait — például hibás működés, gyenge teljesítmény vagy biztonsági sebezhetőségek. A kockázat-alapú tesztelés ezekre a termékkockázatokra irányul.
Ki végzi a kockázatelemzést? A tesztcsapat, a fejlesztők és az érdekelt felek együtt. A kockázatazonosítás több nézőpontból profitál, és az így kapott kockázati szinteket egyeztetik, nem pedig rákényszerítik.
Felváltja-e a kockázat-alapú tesztelés a többi teszttervezési technikát? Nem. Meghatározza, hogy HOL és MENNYIT teszteljünk; a tényleges tesztesetek továbbra is olyan technikákat használnak, mint az ekvivalenciaosztályozás, a határérték-elemzés és a hibasejtés.
Mi a kockázat szerepe a teszttervben? A tesztterv dokumentálja a tartaléktervezést igénylő kockázatokat. A kockázat-alapú tesztelés ezt ülteti át a gyakorlatba: a terv, az ütemterv és a kilépési kritériumok mind az azonosított kockázati szinteket tükrözik.