Et team som arbeider med et nettbasert betalingssystem, bruker risikobasert testing for å beslutte hvor de skal fokusere. En risikoanalyse identifiserer betalingsautorisasjonsflyten som høyrisiko (høy sannsynlighet for defekter og alvorlig påvirkning hvis de oppstår), mens nedlastingsfunksjonen for rapporter er lavrisiko. Testinnsatsen fordeles deretter: betalingsflyten får omfattende testdesign og utførelse, inkludert grenseverdianalyse og integrasjonstester, mens nedlastingsfunksjonen får en lettere gjennomgang. Interessentene informeres om gjenværende risikonivå gjennom hele prosjektet.
Hvordan skiller risikobasert testing seg fra vanlig testing? Det er en tilnærming der testnivået styres av nivået på de identifiserte produktrisikoene. Risikoer identifiseres fra de første fasene av prosjektet, og nivåene deres styrer testprosessen — mer risiko, mer testing.
Hva er en produktrisiko? En produktrisiko er en risiko for at komponenten eller systemet selv kan unnlates å oppfylle målene sine — for eksempel uriktig funksjonalitet, dårlig ytelse eller sikkerhetssårbarheter. Risikobasert testing retter seg mot disse produktrisikoene.
Hvem utfører risikoanalysen? Testteamet, utviklerne og interessentene sammen. Risikoidentifisering drar nytte av flere perspektiver, og de resulterende risikonivåene avtales heller enn påtvinges.
Erstatter risikobasert testing andre testdesignteknikker? Nei. Den avgjør HVOR og hvor MYE som skal testes; selve testcasene bruker fortsatt teknikker som ekvivalensklasseinndeling, grenseverdianalyse og feilgjetting.
Hva er risikoens rolle i testplanen? Testplanen dokumenterer risikoene som krever beredskapsplanlegging. Risikobasert testing gjør dette operativt: planen, fremdriftsplanen og utgangskriteriene gjenspeiler alle de identifiserte risikonivåene.