Teststrategie erstellen: Der Leitfaden für Testmanager

Es ist Donnerstagnachmittag, und Markus, Testmanager bei einem Softwarehaus mit 120 Mitarbeitenden, sortiert zum dritten Mal in dieser Woche Prioritäten neu. Drei Projekte stehen kurz vor dem Release, jedes Team meldet eigene Risiken, und niemand kann sagen, welche Tests wirklich laufen müssen und welche verzichtbar sind. Eine Teststrategie gibt es im Unternehmen, sie lebt aber in den Köpfen einzelner Kollegen, nicht auf Papier. Sobald einer von ihnen im Urlaub ist, beginnt das Rätselraten von vorne.

Diese Situation ist kein Einzelfall. Sie ist das typische Symptom einer fehlenden, schriftlich fixierten Teststrategie. Dieser Leitfaden richtet sich an Testmanager, Entscheider und Product Owner. Er zeigt, was eine belastbare Teststrategie ausmacht, wie sie sich vom Testkonzept abgrenzt und wie Sie in vier Wochen von der Ist-Analyse zu einer Roadmap kommen, die auch bei Parallelprojekten trägt.

Was eine Teststrategie ist

Eine Teststrategie ist die übergreifende, projektunabhängige Grundlinie dafür, wie in Ihrer Organisation getestet wird. Sie legt fest, welche Teststufen und Testarten relevant sind, welche Testtechniken zum Einsatz kommen, wie Risiken bewertet werden und wann ein Release als ausreichend geprüft gilt. Die Teststrategie beantwortet die Frage, wie Sie grundsätzlich testen, nicht was Sie in einem einzelnen Projekt testen.

Wichtig ist die saubere Abgrenzung nach ISTQB: Die Teststrategie ist die langlebige, allgemeingültige Ebene. Das Testkonzept dagegen ist projektspezifisch und konkretisiert die Strategie für ein einzelnes Vorhaben. Wer beides vermischt, schreibt entweder eine Strategie, die zu detailliert ist, um mehrere Projekte zu tragen, oder ein Testkonzept, das zu vage bleibt, um umsetzbar zu sein. Gerade im agilen Testen bleibt die Strategie stabil, während die Konzepte je Iteration angepasst werden.

Woran Sie erkennen, dass die Teststrategie fehlt

Eine fehlende oder veraltete Teststrategie zeigt sich selten direkt. Sie zeigt sich in Symptomen, die Testmanager, Product Owner und Entscheider aus dem Alltag kennen:

• Bei jedem Projekt wird neu diskutiert, welche Testarten nötig sind.
• Niemand kann verbindlich sagen, wann ein Release fertig getestet ist.
• Wissen hängt an einzelnen Personen, nicht an Dokumenten.
• Automatisierung passiert punktuell und ohne erkennbare Priorisierung.
• Bei Parallelprojekten entscheidet die lauteste Stimme, nicht das größte Risiko.

Wenn Sie zwei oder mehr dieser Punkte wiedererkennen, fehlt nicht Know-how im Team. Es fehlt die gemeinsame, dokumentierte Grundlinie. Ein strukturiertes Testmanagement setzt genau hier an.

Die acht Bausteine einer belastbaren Teststrategie

Eine Teststrategie, die im Alltag trägt, deckt acht Bereiche ab. Diese Liste eignet sich auch als Prüfraster für eine bestehende Strategie:

1. Teststufen und Testarten. Welche Stufen (Komponententest, Integrationstest, Systemtest, Abnahmetest) und welche Arten (funktional, Performance, Sicherheit, Usability) sind verbindlich?
2. Testtechniken. Welche Entwurfsverfahren nutzen Sie, etwa Äquivalenzklassen, Grenzwertanalyse oder risikobasiertes Testen?
3. Toolchain. Welche Werkzeuge kommen zum Einsatz? Eine Toolchain auf Open-Source-Basis vermeidet teure Lizenzbindung und Abhängigkeit vom Hersteller.
4. Risikoanalyse. Wie priorisieren Sie, was zuerst und am gründlichsten getestet wird?
5. Eintritts- und Austrittskriterien. Wann darf eine Testphase beginnen, wann gilt sie als abgeschlossen?
6. Metriken und Reporting. Welche Kennzahlen machen den Teststatus für Entscheider sichtbar?
7. Rollen und Verantwortung. Wer verantwortet welche Testaktivität?
8. Testumgebung und Testdaten. Wie stellen Sie reproduzierbare Bedingungen sicher?

Ergänzend gehört eine Automatisierungs-Roadmap dazu: eine priorisierte Reihenfolge, in welcher Tests automatisiert werden, gemessen am Verhältnis von Aufwand und Nutzen.

In vier Wochen von der Ist-Analyse zur Roadmap

Eine Teststrategie zu erstellen muss kein Monatsprojekt mit offenem Ende sein. Mit einem strukturierten Vorgehen lässt sich der Weg von der Bestandsaufnahme zur entscheidungsreifen Roadmap in vier Wochen gehen, kollaborativ mit dem bestehenden Team. Bewährt hat sich ein Ablauf in drei Phasen:

Phase 1: Discovery. Reifegrad, Stakeholder und Testlandschaft werden aufgenommen. Die Leitfrage lautet: Wo stehen Sie, und wo drückt es konkret?

Phase 2: Design. Priorisierung und Toolchain werden festgelegt. Eine ROI-Matrix und eine Tool-Evaluation auf Open-Source-Basis liefern die Entscheidungsgrundlage, statt eine Auswahl aus dem Bauch heraus.

Phase 3: Roadmap. Am Ende steht ein finalisierter Maßnahmenkatalog mit einer Roadmap über sechs bis zwölf Monate. Damit hat das Management eine Grundlage, um über die Umsetzung zu entscheiden, ohne in einen Tagessatz-Blindflug zu geraten.

Der Vorteil dieses Vorgehens: Der Maßnahmenkatalog ist die Entscheidungsgrundlage für alles Weitere. Sie wählen danach selbst, ob und wie es weitergeht, etwa mit einem begleiteten Managed Testing.

Die Teststrategie an neue Technologie anpassen

Eine Teststrategie ist kein Dokument, das einmal geschrieben und dann abgelegt wird. Sie beschreibt, wie unter den heutigen Bedingungen getestet wird, und diese Bedingungen ändern sich. Wenn der Technologie-Stack wächst, muss die Strategie mitwachsen. Genau hier liegt ein verbreiteter Fehler: Viele Organisationen schreiben die Teststrategie einmal und passen sie nie wieder an. Das Ergebnis ist eine Strategie, die ein System beschreibt, das so nicht mehr existiert, während das Testvorgehen der Architektur hinterherläuft.

Drei Entwicklungen erzwingen heute besonders häufig eine Anpassung:

• Cloud und verteilte Systeme. Kurzlebige Umgebungen, externe Dienste und verteilte Datenhaltung verändern, was und wo getestet werden muss. Eine Strategie aus der Zeit des einzelnen Servers passt nicht mehr.
• KI-Komponenten. Modelle mit nicht-deterministischem Verhalten lassen sich nicht wie klassische Funktionen mit festen Soll-Werten prüfen. Sie verlangen eigene Testarten und Bewertungskriterien, die in der Strategie verankert sein müssen.
• Kubernetes und Container. Die Infrastruktur wird selbst zum Testobjekt, Testumgebungen entstehen und verschwinden automatisiert. Das verändert, wie Testumgebung und Testdaten in der Strategie geregelt sind.

Eine belastbare Teststrategie hält dafür einen festen Überprüfungsrhythmus vor und benennt ausdrücklich, wie neue Technologie aufgenommen wird. So bleibt sie eine Entscheidungsgrundlage und wird nicht zur Beschreibung der Vergangenheit.

KI ersetzt keine Tester. KI ersetzt Tester, die keine KI nutzen.

Fazit

Eine Teststrategie entfaltet ihren Wert erst, wenn aus ihr Maßnahmen werden. Sie schafft eine gemeinsame Grundlinie, macht den Teststatus für Entscheider sichtbar und sorgt dafür, dass bei Parallelprojekten das größte Risiko zuerst adressiert wird, nicht die lauteste Stimme. Der Weg dahin ist in vier Wochen machbar, ohne den laufenden Betrieb zu blockieren.

Häufige Fragen

Was ist eine Teststrategie?

Eine Teststrategie ist die übergreifende, projektunabhängige Festlegung, wie in einer Organisation getestet wird: welche Teststufen, Testarten und Testtechniken gelten, wie Risiken bewertet werden und wann ein Release als ausreichend geprüft gilt. Sie ist langlebig und gilt für mehrere Projekte gleichzeitig. Mehr dazu im Testmanagement-Leitfaden.

Wie erstellt man eine Teststrategie?

In drei Schritten: Ist-Analyse von Reifegrad und Testlandschaft, Priorisierung samt Tool-Auswahl, und die Ableitung einer Roadmap mit Maßnahmenkatalog. Mit klarer Struktur ist das in vier Wochen machbar, ohne den laufenden Betrieb zu blockieren.

Was ist der Unterschied zwischen Teststrategie und Testkonzept?

Die Teststrategie ist die allgemeingültige Grundlinie für die gesamte Organisation. Das Testkonzept konkretisiert diese Grundlinie für ein einzelnes Projekt. Die Strategie ist langlebig, das Konzept projektgebunden.

Was kostet die Erstellung einer Teststrategie?

Bei einem produktisierten Vorgehen wird die Teststrategie zum planbaren Festpreis erstellt, statt nach offenem Tagessatz. Sie wissen vorab, was die Erstellung kostet und welches Ergebnis Sie erhalten. Details auf der Seite Teststrategie.

Wie lange dauert es, eine Teststrategie zu erstellen?

Mit einem strukturierten Vorgehen in vier Wochen, von der ersten Bestandsaufnahme bis zur fertigen Roadmap.

Wie oft sollte man eine Teststrategie aktualisieren?

Eine Teststrategie sollte überprüft werden, sobald sich der Technologie-Stack oder die Architektur wesentlich ändert, etwa bei einem Wechsel in die Cloud, der Einführung von KI-Komponenten oder einer Umstellung auf Kubernetes. Zusätzlich empfiehlt sich ein fester Überprüfungsrhythmus, üblich ist eine jährliche Revision. Ohne Anpassung beschreibt die Strategie bald ein System, das so nicht mehr existiert.