Eine Einführung in die Programmiersprache C und ... - C /C++ Ecke

Eine Einführung in die Informatik und die Programmiersprache C
33.5 Systematisches erzeugen von Testfällen
Da die Anzahl der möglichen Kombinationen von Eingabedaten meist nahezu unendlich ist, muss
beim Entwurf von Testfällen systematisch vorgegangen werden um möglichst alle Fälle abzudekken.
Ein zufälliges Auswählen von Werten ergibt keinen zuverlässigen Test.
Eine gute Möglichkeit ist die Bildung von Äquivalenzklassen. Dabei werden Gruppen von Werten
gebildet, von denen man ähnliches Verhalten und ähnliche Ergebnisse erwartet.
Mögliche Klassen wären: Alle positiven Werte, Alle negativen Werte, Alle Werte oberhalb/unterhalb
des spezifizierten Wertebereichs, Alle Kombinationen die denen Wert A grösser als
Wert B ist (Bargeldbezug wenn Kontostand kleiner als gewünschter Wert ist), Rückgeld grösser als
Geldreservoir ist, ...
Anschliessend wählt man die Testfälle so, das Werte aus allen Äquivalenzklassen zum Zuge kommen.
Meist werden einige Werte zufällig irgendwo aus der Mitte der jeweiligen Äquivalenzklassen,
sowie Grenzwerte (Um eins daneben, gehört gerade noch dazu/nicht mehr dazu) der Klassen gewählt.
Damit lässt sich die Menge der Testfälle drastisch reduzieren, ohne die Qualität des Tests massiv zu
vermindern. Es ist aber wichtig, gute Äquivalenzklassen zu bilden.
33.6 Testabbruch
Die schwierigste Entscheidung beim Testen ist immer, wann die Testphase beendet wird. Es gibt im
Allgemeinen keine Möglichkeit mit Sicherheit zu wissen, ob alle Fehler beseitigt sind, also müssen
andere Kriterien herangezogen werden.
Einfach eine bestimmte Zeitdauer festzulegen ist sicherlich das schlechteste Kriterium. Bessere
Möglichkeiten basieren auf einer Restfehler-Abschätzung, d.h. versuchen zu schätzen, wieviele Fehler
noch übrig sind.
Dazu bietet sich die Fehlerfinderate an. (Gefundene Fehler pro Zeiteinheit, ev. noch nach Schweregrad
gewichtet). Der Test wird abgebrochen, wenn die Fehlerfinderate eine gewisse Grenze unterschreitet.
Diese Grenze wird vor dem Testbeginn festgelegt.
Eine anderer Ansatz ist die Kostenrechnung, der Test wird abgebrochen, wenn der durchschnittliche
Aufwand (Die Kosten) um einen Fehler zu finden, eine vorbestimmte Grenze überschreitet.
Eine Möglichkeit, die Restfehler zu schätzen besteht daran, mehrere Gruppen unabhängig voneinander
dasselbe System testen zu lassen. Aus den Ergebnissen der unterschiedlichen Gruppen lassen
sich Rückschlüse auf die nicht gefundenen Fehler ziehen.
Beispiel:
Von beiden Gruppen gefundene Fehler: 80
Nur von Gruppe A gefundene Fehler: 10
Nur von Gruppe B gefundene Fehler: 8
Von keiner Gruppe gefundene Fehler: ??
Aus diesen Werten kann man schliessen, dass noch ein unentdeckter Fehler im System steckt.
Idee: Gruppe B hat von den 90 Fehlern der Gruppe A 80 gefunden, die Erfolgsquote von B ist also
8:9. Wenn man die selbe Erfolgsquote auf die nur von Gruppe B gefundenen Fehler anwendet, ergibt
sich, dass noch ein Fehler unentdeckt ist. Diese Methode funktioniert aber nur, wenn beide
Gruppen völlig unabhängig voneinander testen (Keine Kommunikation, auch nicht in der Kaffeepause
oder nach Feierabend).
Damit solche Abschätzungen wirklich aussagekraftig sind, muss statistisch korrekt vorgegangen
und ausgewertet werden, also die Wahrscheinlichkeitsrechnung herangezogen werden.
Gedruckt am 11.09.2008 13:04:00 Letzte Änderung am: 11. September 2008 Version 2.4, I. Oesch 139/147