Software Reliability Engineering im Infotainment - Georg-August ...

Steuergeräte, gefolgt vom Steuergeräte-Abnahmetest Review (SGTR). Die Abnahme ist
der Nachweis, der während oder am Ende einer Entwicklungsphase eines Systems oder
eine Komponente sicherstellt, dass die an diese Entwicklungsphase gestellten
Anforderungen erfüllt werden (vgl. Salzmann; Stauner 2005, Kap. 8
„Qualitätssicherung und Test“). Die Daten, die den Analysen in der vorliegenden Arbeit
zugrunde liegen, entstammen Abnahmetests.
2.2.4 Testendekriterien und Testmetriken
2.2.4.1 Wirtschaftlichkeit beim Testen
Die Testintensität und der Testumfang sind in Abhängigkeit vom Risiko festzulegen
(vgl. Spillner; Linz 2005, S. 16). Testmanager müssen auch mit dem Problem umgehen,
dass oft eine Testfallexplosion auftritt bei gleichzeitig beschränkten Ressourcen (vgl.
ebd., S. 17). Das Testteam muss also vorneweg auch die Testaufwände schätzen und die
Wirtschaftlichkeit bedenken. Der Aufwand für Testen ist hoch, er beträgt 30-50% der
gesamten Entwicklungskosten (vgl. Thaller 1990, S. 223). Allerdings sind Fehler, die
erst nach der Auslieferung gefunden werden, um ein Vielfaches teurer. Schätzt man die
Kosten für die Beseitigung eines Fehlers in der Spezifikationsphase mit „1“, steigt
dieser Wert auf „100“ nach der Auslieferung der Software an den Kunden. Außerdem
verursacht ein Fehler desto mehr Kosten je mehr Zeit zwischen Entstehung des Fehlers
und Entdeckung verstreicht (vgl. Mellis 2001, S. 472). Es gibt verschiedene Arten von
Kosten, die durch nicht entdeckte Fehler entstehen können. Direkte Fehlerkosten sind
Kosten, die beim Kunden durch Fehlerwirkungen entstehen (z.B. Datenverlust).
Indirekte Kosten können dadurch aufkommen, weil der Kunde unzufrieden mit dem
Produkt ist (z.B. Imageverlust, erhöhter Aufwand für Support). Als dritte Form der
Fehlerkosten sind die Fehlerkorrekturkosten zu nennen, die anfallen, um den Fehler zu
beheben und z.B. eine erneute Auslieferung zur Folge haben (vgl. Spillner; Linz 2005,
S. 178).
Allerdings ist es nicht sinnvoll, so extensiv vor Auslieferung zu testen, dass (fast) alle
Fehler gefunden werden, dafür wäre der zeitliche Aufwand zu hoch. Die
Nullfehlerqualität ist somit meist kaum wirtschaftlich vertretbar. Es gilt daher: „Das
Ziel des Testens kann also nur lauten, mit einem vertretbaren und dem Zweck der
Software angepaßten Test ein Maximum der in der Software vorhandenen Fehler zu
finden.“ (vgl. Thaller 1990, S. 223).
10