Een architectuurdiagram bewijst niet hoe software reageert wanneer een applicatiekopie, databaseverbinding of externe API werkelijk wegvalt. Voor high availability software rond Zaltbommel gebruikt Radorfa gecontroleerde foutinjectie vanuit één vooraf beschreven verwachting. De test noemt kritieke gebruikerstaak, verwachte detectie, tijdelijk beperkte werking, omschakeling en stopregel.
We beginnen in een representatieve niet-productieomgeving en vergroten de scope alleen wanneer risico en beheersing dat toelaten. Voor veilig oefenen met software-uitval maakt Radorfa de keuze klein en toetsbaar: één kritieke taak, één gekozen fout en één afgesproken uitkomst. De technische inrichting komt daarna.
Zo begrijpt de klant rond veilig oefenen met software-uitval welke beperking nog bestaat, kan beheer gericht reageren en wordt geen algemene beschikbaarheidsbelofte gedaan die de software niet bewijst.