Home Algemeen Product Risico Analyse: de basis van Risk-Based Testing

Product Risico Analyse: de basis van Risk-Based Testing

504

Onder verschillende omstandigheden kan het risicoprofiel van een product of dienst verschillend beoordeeld worden. Voor je kunt overgaan tot succesvol Risk-Based Testing, zul je tot een methode moeten komen om de risico’s adequaat te analyseren: de Product Risico Analyse (PRA).
Stel dat er een geïntegreerde werkplekoplossing moet worden opgeleverd. Dan is de kans groot dat de mogelijkheid om succesvol te bellen met collega’s niet als een product met een groot risicoprofiel wordt ingeschaald. Wordt deze omgeving echter opgeleverd bij een EHBO-post in een ziekenhuis, dan kan een mislukt gesprek dodelijke gevolgen hebben.

Wil je Risk-Based Testing goed implementeren, dan is het dus van belang een verband te leggen tussen de producten die je test, en de specifieke toepassing ervan in de praktijk. Mijn ervaring is dat testers vaak niet weten hoe een goede PRA uit te voeren en het daarom maar niet doen, of ze doen het slecht. Het gevolg is dat je uitgaat van een verkeerde basis voor Risk-Based Testing en dat je bepaalde resources niet goed inzet – en daardoor wellicht cruciale fouten niet vindt of de verkeerde dingen test.

Geen standaardprotocol
Waarom is het lastig een goede PRA uit te voeren? Wellicht is een belangrijke reden dat we als testers gewend zijn op een bijna mathematische manier onze protocollen te volgen. Er zijn zelfs boeken waarin een dappere poging gedaan wordt om het proces van de PRA in een aantal formele stappen vast te leggen. In die boeken vinden we inderdaad een mathematische inslag terug, zoals we die tegenkomen bij testspecificatietechnieken. Dit lijkt een wanhopige poging vast te houden aan voor testers herkenbare structuren. Helaas is er dan wat minder oog voor de omgevingspecifieke aspecten van het product dat getest wordt. Om die aspecten boven water te krijgen, is een intensieve interactie nodig met alle stakeholders die bij een implementatie of een productontwikkeling betrokken zijn.

Samen met deze stakeholders identificeert, prioriteert en waardeert de testmanager de risico’s per productonderdeel of per opgeleverde dienst. In de praktijk zal daarbij regelmatig blijken dat de stakeholders hun eigen onderdeel als het meest risicovol bestempelen en de hoogste prioriteit geven.

Fingerspitzengefühl noodzakelijk
Als een PRA goed gedaan wordt, dan is dat een goede basis voor een succesvol tetstraject. Helaas is er echter geen vastomlijnd formeel proces dat tot een goede PRA leidt! Er is niet één juiste manier om een PRA uit te voeren – er zijn helaas wel heel veel verkeerde manieren en fouten die gemaakt kunnen worden. Het gaat om de juiste oplossing voor een specifieke situatie, systeem, project of organisatie. Kortom: het gaat om fingerspitzengefühl. Wat de ene keer werkt, gaat de volgende keer wellicht mis.
De testmanager zal er dus zeer bedreven in moeten zijn om tot een compleet inzicht te komen. Hij moet de juiste setting weten te creëren, de juiste input gebruiken, de juiste mensen weten te motiveren om deel te nemen, de juiste triggers inzetten om de juiste risico’s boven water te krijgen, en de juiste methode moeten gebruiken om mensen objectieve prioriteiten te laten leggen. Vanuit dat overzicht kan hij dan een PRA opstellen.

Het is daarbij van belang vanuit de gebruiker terug te redeneren. “Wat is het effect voor de gebruiker of diens klant als deze functie uitvalt?” De PRA bepaalt je strategie. Als die niet goed is, kan dat in het verdere testtraject niet meer gecorrigeerd worden, hoezeer de testmanager ook zijn best doet. Vergelijk het met een autorit: als je de verkeerde kant op rijdt, schiet je er weinig mee op dat je het rijden zelf heel professioneel, snel en efficiënt doet…

Kortom: besteed veel aandacht aan PRA, dat komt het testproces ten goede!

Frank Titulaer, Test Manager bij Salves

 

LAAT EEN REACTIE ACHTER

Vul alstublieft uw commentaar in!
Vul hier uw naam in