Aus der Tatsache, dass wir nicht in der Lage sind, perfekte und fehlerfreie Programme zu schreiben, folgt, dass es nicht möglich ist, perfekte und fehlerfreie Tests zu schreiben. Zudem neigt der Entwickler beim Schreiben von automatisierten Unit-Tests dazu, dem eigenen Code gegenüber zu nachsichtig zu sein. Durch den gezielten Einsatz von Testsaboteuren lässt sich dieses Risiko minimieren.
Die Gesamtheit der Unit-Tests für eine Software bildet eine Art Sicherheitssystem, das uns alarmieren soll, wenn sich ein Fehler in unseren Code eingeschlichen hat. Indem wir nun versuchen, gezielt Fehler in den getesteten Code einzuschmuggeln, können wir testen, ob unsere „Alarmanlage“ auch tatsächlich funktioniert. Zu diesem Zweck verändert ein Testsaboteur gezielt den Programmcode, um zu überprüfen, ob die entsprechenden Unit-Tests den Fehler zuverlässig aufdecken.
Lesen Sie hierzu auch:
Die XP-Regel.
Experience is the hardest kind of teacher.