Ett team som arbetar med ett onlinebetalningssystem använder riskbaserad testning för att bestämma var fokus ska ligga. En riskanalys identifierar flödet för betalningsauktorisering som högrisk (hög sannolikhet för defekter och allvarlig påverkan om de inträffar), medan nedladdningsfunktionen för rapporter är lågrisk. Testinsatsen fördelas därefter: betalningsflödet får omfattande testdesign och testexekvering, inklusive gränsvärdesanalys och integrationstester, medan nedladdningsfunktionen får en lättare genomgång. Intressenterna informeras om residualriskens nivå genom hela projektet.
Hur skiljer sig riskbaserad testning från vanlig testning? Det är ett angreppssätt där testnivån styrs av nivån på de identifierade produktriskerna. Risker identifieras från projektets inledande skeden, och deras nivåer styr testprocessen — mer risk, mer testning.
Vad är en produktrisk? En produktrisk är en risk för att komponenten eller systemet självt inte uppfyller sina mål — till exempel felaktig funktionalitet, dålig prestanda eller säkerhetssårbarheter. Riskbaserad testning riktar in sig på dessa produktrisker.
Vem utför riskanalysen? Testteamet, utvecklarna och intressenterna tillsammans. Riskidentifiering drar nytta av flera perspektiv, och de resulterande risknivåerna avtalas i stället för att påtvingas.
Ersätter riskbaserad testning andra testdesigntekniker? Nej. Den avgör VAR och HUR MYCKET som ska testas; de faktiska testfallen använder fortfarande tekniker som ekvivalensklassindelning, gränsvärdesanalys och felgissning.
Vilken roll spelar risk i testplanen? Testplanen dokumenterar de risker som kräver beredskapsplanering. Riskbaserad testning operationaliserar detta: planen, tidplanen och avslutskriterierna återspeglar alla de identifierade risknivåerna.