Eine Einführung in die Programmiersprache C und die Grundlagen ...

Eine Einführung in die Informatik und die Programmiersprache C
33.2 Funktionstests
Beim Funktionstest wird geprüft, ob ein System oder Teilsystem korrekt funktioniert und seinen
Spezifikationen entspricht, also das tut was von ihm gefordert wird. Das Ziel des Tests ist es Fehler
zu finden.
Es ist wissenschaftlich belegt, das es unmöglich ist, die Fehlerfreiheit eines Programmes zu beweisen.
Daraus folgt auch, das vollständiges Testen unmöglich ist. Aber durch systematisches Vorgehen
kann man ein optimales Ergebnis erreichen.
Planloses Ausprobieren ist keine brauchbare und zuverlässige Testmethode
Testen ist eine kreative und anspruchsvolle Tätigkeit. Der Tester muss das Produkt gut kennen, und
sein Ziel muss sein, Fehler zu finden, nicht die Korrektheit zu bestätigen. Das Testen ist selbst ein
Projekt, welches geplantes Vorgehen erfordert. Der Tester muss sich überlegen was getestet werden
soll, und wie es getestet werden kann. Er muss sich zudem überlegen, was alles schiefgehen kann.
Dabei wird für jede in Frage kommende Möglichkeit ein Testfall spezifiziert.
Für jeden Testfall muss definiert werden, in welchem Ausgangszustand das System sein soll, welche
Eingabedaten an das System erfolgen, und was die erwartete Reaktion des Systems ist. Tests
müssen reproduzierbar sein, d.h. dass der gleiche Test wiederholt ausgeführt werden kann (Nur so
kann eine Fehlerbehebung verifiziert werden). Tests können oft automatisiert werden, so dass der
Tester von Fleissarbeit entlastet wird. Für Tests muss häufig eigene Hard und Software entwickelt
werden.
Wichtig: Testen und Fehlerbehebung sind zwei verschiedene und getrennte Tätigkeiten. Das Ergebnis
eines Tests ist ein Fehlerprotokoll, die Fehlerkorrektur erfolgt anschliessend durch den(die) Programmierer
aufgrund des Protokolls.
Für das Amt des Testers eignen sich besonders Leute, die ein grosses Interesse daran haben, möglichst
viele Fehler zu finden. Deshalb sind im Allgemeinen die Entwickler des Systems ungeeignet.
Besser eignen sich Leute, die das System später Warten oder in Betrieb nehmen müssen, zukünftige
Anwender oder Leute aus der Qualitätssicherung.
Es gibt grundsätzlich zwei Methoden für Funktionstests: Whiteboxtest und Blackboxtest.
33.3 Blackboxtest
Beim Blackboxtest sind die Interna des Systems unbekannt, das System wird als Blackbox angesehen,
und die Tests werden aus den Anforderungen (Use Cases) an das System gewonnen. Blackbox
Tests werden meist gegen Ende des Projektes zum Test von Teilsystemen und des Gesamtsystems
eingesetzt. Da Blackboxtests auf den Anforderungen an das System basieren, können die Testfälle
parallel zur Entwicklung des Gesamtsystems entworfen werden. Das Testteam muss nicht bis zum
Projektende mit der Ausarbeitung der Tests warten.
33.4 Whiteboxtest
Beim Whitebox Test sind die Interna das Systems (Programmcode) bekannt. Beim Erstellen der
Testfälle wird versucht, möglichst alle Programmflusspfade abzudecken, also die Testfälle so zu
wählen, dass alle Fälle eines Cases oder einer Verzweigung mindestens einmal durchlaufen werden,
und dass Schlaufen an ihren Grenzfällen betrieben werden (Einmal, keinmal, maximal). Diese Art
von Tests werden vor allem bei Modultests eingesetzt.
Gedruckt am 10.09.2009 14:23:00 Letzte Änderung am: 10. September 2009 Version 2.4.1, I. Oesch 138/147