Ik ken veel testers die zich interesseren voor vliegtuigrampen. Lee Copeland kan bijvoorbeeld smakelijk vertellen over wat er gebeurde in de uren voordat vlucht zus en zo voortijdig eindigde. Ook kom ik regelmatig testcollega’s tegen die details kunnen opdissen uit het Nasa-rapport dat is geschreven naar aanleiding van beide verongelukte spaceshuttles, de Challenger en Colombia. De Ariane-raket is een ander favoriet gespreksonderwerp in testerskringen.
Op zich niet zo gek dat we als verantwoordelijken voor en ambassadeurs van de kwaliteit graag kijken naar die gevallen waar het misging. Het geeft ons een mooi doel en maakt duidelijk waarom we ons dagelijks inzetten: juist om zulk soort rampen te voorkomen. Misschien biedt het ook wel troost. Als er eens een fout in productie optreedt, kunnen we ons geruststellen met de gedachte dat zelfs grote jongens als de Nasa fouten maken.
Maar bovenal lezen testers graag over vlieg- en ruimtevaartrampen omdat ze leerzaam zijn. In tegenstelling tot bij gemiddelde softwareprojecten wordt daar uitgebreid onderzoek gedaan naar de oorzaken. De les: vrijwel alle rampen gebeuren door een opeenstapeling van meerdere kleine fouten. Weinig hebben er een enkelvoudige oorzaak; het is bijna altijd een ongelukkige samenloop van omstandigheden.
This article is exclusively available to premium members of Bits&Chips. Already a premium member? Please log in. Not yet a premium member? Become one for just €20 for the first year and enjoy all the benefits.
