Was sind Softwaretests?

In den vorherigen Abschnitten haben Sie erfahren, was Softwaretests sind und warum sie wichtig sind. Jetzt gehen wir genauer darauf ein. Sehen wir uns zuerst noch einmal die Definition an.

Beim Softwaretest prüfen Sie, ob die Funktionen der Software den Anforderungen des Kunden entsprechen. Es gibt zwei grundlegende Arten.

1. Dynamische Tests. Das Programm wird zur Prüfung ausgeführt.
2. Statische Tests. Der Code und die zugehörigen Dokumente werden geprüft.

Dynamische und statische Tests werden oft gemeinsam eingesetzt.

Blackbox-Tests

Blackbox-Tests konzentrieren sich darauf, was die Software tut. Ihre interne Umsetzung wird dabei nicht untersucht. Dieser Ansatz lässt sich auf allen Ebenen einsetzen, von Komponenten- und Integrationstests bis hin zu System- und Abnahmetests.

Diagramm in voller Größe öffnen ↗

Blackbox-Tests

Bei Blackbox-Tests steht im Mittelpunkt, was die Software tun soll. Die Testfälle beruhen auf Spezifikationen und Anforderungen. Die interne Programmlogik bleibt dabei außen vor. Geben Sie gültige und ungültige Werte ein und prüfen Sie die Ausgaben.

Whitebox-Tests

Whitebox-Tests untersuchen den Quellcode, einschließlich seiner internen Logik, seiner Umsetzung und seines Verhaltens. Die Testfälle prüfen, wie die Software intern arbeitet. Der Ansatz eignet sich für Komponenten-, Integrations- und Systemtests. Er kann interne Entwurfsfehler aufdecken, die sich sonst schwer finden lassen. Fehlende Anforderungen oder Spezifikationen erkennt er dabei nicht.

Diagramm in voller Größe öffnen ↗

Whitebox-Tests

Anweisungsabdeckung

Bei der Anweisungsabdeckung prüfen Sie, ob jede Anweisung in jedem Codeblock mindestens einmal ausgeführt und das jeweilige Ergebnis beobachtet wird. Sie wird auch Zeilenabdeckung oder Segmentabdeckung genannt.

Die Ausführung jeder Anweisung bedeutet nicht zwangsläufig, dass jede Bedingung geprüft wird. Auch bei vollständiger Anweisungsabdeckung können deshalb Fehler unentdeckt bleiben.

Abdeckung von Entscheidungen

Die Entscheidungsabdeckung wird auch Zweigabdeckung genannt. Sie prüft die Ergebnisse jeder Entscheidung, einschließlich der Ergebnisse wahr und falsch. Ein Zweig ist ein mögliches Ergebnis einer Entscheidung. Damit erreichen Sie eine höhere Abdeckung als mit der Anweisungsabdeckung allein. Beispiele für Entscheidungsanweisungen sind die folgenden.

1. Eine IF-Anweisung.
2. Eine Anweisung zur Schleifensteuerung wie do-while.
3. Eine CASE-Anweisung mit zwei oder mehr möglichen Ergebnissen.

Die Entscheidungsabdeckung prüft jeden Zweig im Code. Das ist gründlicher als die Anweisungsabdeckung allein.

Abdeckung von Bedingungen

Die Bedingungsabdeckung prüft die einzelnen booleschen Bedingungen auf die Ergebnisse wahr und falsch. Diese Bedingungen können das Ergebnis einer Entscheidung wesentlich beeinflussen. Eine vollständige Entscheidungsabdeckung ergibt sich daraus nicht zwangsläufig.

Abdeckung von Entscheidungen und Bedingungen

Dieser Ansatz verbindet die Prüfung von Entscheidungen mit der Prüfung ihrer einzelnen logischen Bedingungen. Er überprüft für beide die Ergebnisse wahr und falsch und bietet damit eine gründliche Methode für den Softwaretest.

Abdeckung mehrerer Bedingungen

Die Mehrfachbedingungsabdeckung wird auch Kombinationsabdeckung genannt. Sie prüft die Ausgabe für verschiedene Kombinationen von Bedingungen. Sehen wir uns ein Beispiel an.
If (x=true OR y=true)
   Then
Print (“Hello”)
   Else
Print (“Bye”)

In diesem Beispiel gibt es vier mögliche Kombinationen von Bedingungen.
Testfall 1. x=true; y=true
Testfall 2. x=true; y=false
Testfall 3. x=false; y=true
Testfall 4. x=false; y=false

Bei drei booleschen Bedingungen ergeben sich entsprechend acht mögliche Kombinationen.