Was sind Testentwurfsverfahren?
Ein Testentwurfsverfahren (kurz: Testverfahren) ist ein strukturiertes Vorgehen, mit dem aus der Testbasis, also aus Anforderungen, Modellen, Regeln oder Erfahrungswissen, konkrete Testbedingungen und Testfälle abgeleitet werden. Der Weg vom Anforderungsdokument zum Testfall wird damit nachvollziehbar, wiederholbar und überprüfbar, statt vom Bauchgefühl der Person abzuhängen, die gerade testet.
Warum der Aufwand? Aus drei Gründen. Wer systematisch ableitet, übersieht weniger; die Methode zwingt dazu, jeden Aspekt des Testobjekts einmal anzufassen. Wer systematisch ableitet, kann seine Auswahl verteidigen, gegenüber dem Product Owner genauso wie gegenüber einem Auditor. Und wer systematisch ableitet, hat ein Vokabular, mit dem sich das Team über den Testumfang verständigen kann, ohne aneinander vorbeizureden.
Wie sich das anfühlt, zeigt jedes Refinement. Ein Tarifrechner in einer Bahn-App hängt von vier Parametern ab, jeder mit drei Ausprägungen: Ticketart, Kundenklasse, Buchungskanal, Reisetag, zusammen 81 Kombinationen. Jemand schlägt vor, “die wichtigsten Fälle” zu testen, und schon diskutiert das Team, welche das sind. Mit Pairwise Testing erübrigt sich die Debatte: Neun gezielt konstruierte Testfälle decken jede Paarung zweier Parameterwerte ab, und die Auswahl ist begründet statt verhandelt.
Black-Box, White-Box und erfahrungsbasiert
Zum vollständigen Anzeigen nach rechts wischen oder mit den Pfeiltasten scrollen.
Testverfahren lassen sich zunächst in drei Kategorien ordnen. Black-Box-Testverfahren leiten Testfälle aus der Spezifikation und dem beobachtbaren Verhalten ab; der innere Aufbau des Systems bleibt außen vor. White-Box-Verfahren arbeiten umgekehrt mit der Code-Struktur, etwa mit Anweisungs- und Zweigüberdeckung. Erfahrungsbasierte Verfahren nutzen das Wissen und die Intuition der Tester, um gezielt dort zu suchen, wo strukturierte Testfälle vorbeilaufen.
Die meisten Verfahren auf dieser Seite sind Black-Box-Testverfahren: Sie brauchen Anforderungen, Regeln oder Modelle als Testbasis, keinen Quellcode. Genau deshalb funktionieren sie auf allen Teststufen, vom Komponententest bis zum Systemtest, und lassen sich früh vorbereiten, oft bevor die erste Zeile Code existiert. Die erfahrungsbasierten Verfahren ergänzen diesen strukturierten Kern. Ersetzen können sie ihn nicht, und umgekehrt gilt dasselbe.
Für die Sortierung auf dieser Seite dient eine zweite, feinere Einteilung. Sie stammt aus dem Advanced-Level-Lehrplan für den Test Analyst und gruppiert die Verfahren nach ihrem Ausgangspunkt: Daten, Verhalten, Regeln oder Erfahrung. Die beiden Einteilungen schließen sich nicht aus, sie liegen quer zueinander. Fast alles, was hier folgt, ist Black-Box im Sinne der ersten Einteilung; was sich unterscheidet, ist die Frage, woraus die Testfälle entstehen.
Ein Hinweis für alle, die auf eine Zertifizierung zusteuern: Im Foundation Level stecken davon Äquivalenzklassenbildung, Grenzwertanalyse, Entscheidungstabellentest, Zustandsübergangstest und der checklistenbasierte Test. Kombinatorischer Test, Zufallstest, CRUD-Test, szenariobasierter Test, metamorpher Test und Massentest kommen erst im Advanced Level Test Analyst vor.
Die vier Verfahrensgruppen
Zum vollständigen Anzeigen nach rechts wischen oder mit den Pfeiltasten scrollen.
Elf Verfahren decken zusammen fast jede Testaufgabe ab. Was sie unterscheidet, ist ihr Ausgangspunkt: Daten, Verhalten, Regeln oder Erfahrung.
Datenbasierte Verfahren
Hier sind die Eingabewerte der Ausgangspunkt. Der Wertebereichstest verbindet Äquivalenzklassenbildung und Grenzwertanalyse und zielt auf die Stellen, an denen Eingabefehler tatsächlich sitzen: die Klassengrenzen mit ihren Off-by-one-Fehlern. Der kombinatorische Test, meist als Pairwise Testing angewendet, prüft das Zusammenspiel mehrerer Parameter mit einem Bruchteil der Vollkombination. Der Zufallstest generiert automatisch große Mengen an Eingaben und erschließt damit Eingaberäume, an denen manuelles Testen scheitert, etwa beim Fuzz-Testing und bei Property-based Tests.
Verhaltensbasierte Verfahren
Hier stehen Abläufe im Mittelpunkt, also Folgen von Aktionen. Der CRUD-Test geht alle Datenoperationen (Create, Read, Update, Delete) auf allen Entitäten mit allen Akteuren durch; seine Grundlage ist eine CRUD-Matrix, die vor allem Berechtigungslücken sichtbar macht. Der Zustandsübergangstest arbeitet mit formalen Zustandsmodellen und deckt Reihenfolge- und Statusfehler auf, mit klar definierten Überdeckungsmaßen. Der szenariobasierte Test folgt typischen Anwendungspfaden, von der User Story bis zum mehrstufigen Geschäftsprozess, und ist damit das Verfahren mit der größten Nähe zur Anwendersicht.
Regelbasierte Verfahren
Hier ist die Logik des Testobjekts der Ausgangspunkt. Der Entscheidungstabellentest schreibt Geschäftsregeln mit mehreren verknüpften Bedingungen als Tabelle auf: Jede Spalte ist eine Regel, jede Regel wird ein Testfall, keine Kombination bleibt undiskutiert. Der metamorphe Test (Metamorphic Testing) prüft Beziehungen zwischen Eingaben und Ausgaben und funktioniert damit auch dort, wo niemand das richtige Ergebnis kennt: bei Suchen, Empfehlungssystemen, numerischen Algorithmen und KI-Modellen.
Erfahrungsbasiertes Testen
Hier zählt, was Menschen sehen, die viel gesehen haben. Der sitzungsbasierte Test gibt explorativem Testen einen Rahmen: zeitlich begrenzte Sitzungen, eine Test-Charta als Auftrag, ein Debriefing am Ende. Erfahrungsbasierte Checklisten gießen das Wissen aus früheren Releases und Bug-Datenbanken in eine überschaubare Zahl fokussierter Prüfpunkte. Massentests verteilen das Testen auf viele parallele Tester und liefern echte Vielfalt an Geräten, Browsern und Bediengewohnheiten, bezahlt mit geringerer Reproduzierbarkeit.
Die elf Verfahren im Vergleich
Zum vollständigen Anzeigen nach rechts wischen oder mit den Pfeiltasten scrollen.
| Verfahren | Gruppe | Hauptanwendungsfall | Typische Stärke |
|---|---|---|---|
| Wertebereichstest | datenbasiert | Eingabevalidierung mit definierten Wertebereichen | findet Off-by-one-Fehler an Klassengrenzen |
| Kombinatorischer Test | datenbasiert | mehrere zusammenwirkende Parameter | prüft Parameter-Wechselwirkungen mit wenigen Testfällen |
| Zufallstest | datenbasiert | sehr große Eingaberäume, Robustheit, Fuzz-Testing | automatisierbar im großen Maßstab |
| CRUD-Test | verhaltensbasiert | datengetriebene Systeme mit Entitäten und Akteuren | deckt Berechtigungslücken systematisch auf |
| Zustandsübergangstest | verhaltensbasiert | Systeme mit klar definiertem Lebenszyklus | findet Reihenfolge- und Statusfehler, messbare Überdeckung |
| Szenariobasierter Test | verhaltensbasiert | End-to-End-Tests, Abnahmetests, Geschäftsprozesse | größte Nähe zur Anwendersicht |
| Entscheidungstabellentest | regelbasiert | Geschäftsregeln mit mehreren Bedingungen | lässt keine Bedingungs-Kombination undiskutiert |
| Metamorpher Test | regelbasiert | Systeme mit Testorakel-Problem (Suche, KI, Numerik) | prüft Konsistenz, wo ein Soll-Ist-Vergleich fehlt |
| Sitzungsbasierter Test | erfahrungsbasiert | explorative Untersuchung neuer Software | findet Bedien- und Wahrnehmungsfehler |
| Erfahrungsbasierte Checklisten | erfahrungsbasiert | wiederkehrende Aufgaben wie Smoke-Tests | konserviert Erfahrungswissen in prüfbarer Form |
| Massentest | erfahrungsbasiert | Endanwender-Software mit großer Gerätevielfalt | echte Vielfalt an Geräten und Bediengewohnheiten |
Wie wählt man das richtige Verfahren aus?
Zum vollständigen Anzeigen nach rechts wischen oder mit den Pfeiltasten scrollen.
Kein einzelnes Testverfahren leistet alles. Wer ausschließlich mit Äquivalenzklassen arbeitet, übersieht Zustandsfehler. Wer nur Szenarien testet, übersieht Sonderfälle in den Eingabewerten. Wer nur exploriert, übersieht systematische Logikfehler. Ein wirksames Testpaket entsteht erst aus der bewussten Kombination.
Drei Fragen führen zur Auswahl. Die erste: Welche Risiken und Qualitätsmerkmale stehen auf dem Spiel? Hohe Risiken rechtfertigen mehrere sich ergänzende Verfahren, gerne mit überlappender Abdeckung; niedrige Risiken vertragen schlankere, oft erfahrungsbasierte Tests. Die zweite: Wie ist das Testobjekt beschaffen? Klare Wertebereiche sprechen für den Wertebereichstest, verknüpfte Geschäftsregeln für die Entscheidungstabelle, ein definierter Lebenszyklus für den Zustandsübergangstest, schwer vorhersagbare Ergebnisse für den metamorphen Test. Die dritte: Was geben Budget, Werkzeuge und Team-Erfahrung her? Ein Verfahren, das niemand beherrscht und kein Werkzeug unterstützt, bleibt Theorie, egal wie gut es passt.
Als wiederholbarer Ablauf, etwa pro Release:
- Risiken identifizieren. Welche Produktrisiken sind im Vorhaben relevant, mit welcher Risikostufe?
- Qualitätsmerkmale zuordnen. Welche Merkmale sind betroffen, in welcher Tiefe?
- Verfahrenskandidaten ableiten. Pro Risiko die Verfahren bestimmen, die strukturell passen.
- Aufwand und Werkzeuge bewerten. Welche Kandidaten sind realistisch umsetzbar?
- Kombinieren und festschreiben. Die gewählte Kombination samt Begründung im Testkonzept dokumentieren.
Typische Fehler bei der Verfahrensauswahl
Zum vollständigen Anzeigen nach rechts wischen oder mit den Pfeiltasten scrollen.
Zwei gegensätzliche Muster begegnen einem immer wieder. Das erste: das Lieblingsverfahren, angewendet auf alles. Wer jede Aufgabe mit demselben Werkzeug bearbeitet, produziert blinde Flecken genau dort, wo das Werkzeug nicht hinreicht. Das zweite: der Versuch, alles gleichzeitig zu machen. Wer sechs Verfahren parallel fährt, hält keines davon sauber durch. Drei oder vier passende Verfahren, konsequent angewendet, schlagen ein halbes Dutzend halbherzige.
Ein wirksames Gegenmittel ist eine einfache Risiko-Verfahren-Matrix: Risiken in den Zeilen, gewählte Verfahren in den Spalten. Auf einen Blick zeigt sich, welches Risiko wodurch abgedeckt ist, welches Risiko noch ohne Verfahren dasteht, und welches Verfahren gar kein Risiko bedient. Das Letzte ist oft ein Hinweis auf Aufwand, den niemand braucht.
Und die Auswahl gilt nicht für immer. Ob Geschäftsregeln, Schnittstellen, Sicherheit oder Gerätevielfalt im Vordergrund stehen, ändert sich von Release zu Release, und mit ihnen die passende Verfahrenskombination. Wer die Auswahl einmal trifft und dann mechanisch fortschreibt, verliert genau die Anpassungsfähigkeit, die den Wert der Verfahren ausmacht.
Vertiefung
Die fünf wichtigsten Verfahren sind hier im Detail beschrieben: Äquivalenzklassen und Grenzwertanalyse, Pairwise Testing, Zustandsübergangstest, Entscheidungstabellentest und Metamorphic Testing. Wer lieber hört statt liest: Im Podcast gibt es Gespräche zu Testentwurfsmethoden und zum Testentwurf mit KI.