Was enthalten ist
Achten Sie darauf, dass sich die Durchführungsbalken überlappen und dass die Fehlerschleife über ihre gesamte Länge läuft. So sieht ein echter Testplan aus:
- Testplanung und Kriterien — Teststrategie, Umfang und risikobasierte Priorisierung, die vor Beginn der Durchführung schriftlich festgelegten Eintritts- und Austrittskriterien je Phase, Aufwandsschätzung und Ressourcenplan. Meilenstein: Testplan und Kriterien freigegeben.
- Testumgebung und Testdaten — Das eigentliche Tor. Aufbau und Konfiguration der Umgebung, Platzhalter für nicht verfügbare Schnittstellen, Bereitstellung und Anonymisierung der Testdaten, Zugänge und Konten sowie ein Rauchtest, der die Umgebung nachweist, bevor jemand darin testet. Meilenstein: Eintrittskriterien der Umgebung erfüllt.
- Testentwurf und Automatisierung — Entwurf von Testbedingungen und Testfällen, Nachverfolgbarkeit zu den Anforderungen, das Automatisierungsgerüst, Aufbau der Regressionssuite und die Skripte für den Lasttest. Meilenstein: Testfälle durchführungsbereit.
- Durchführung — Komponente, Integration, System — Überlappende Durchführungswellen statt einer Warteschlange: Komponenten- und Modultest, Integrations- und Schnittstellentest, danach System- und Sicherheitstest. Meilenstein: Austrittskriterien des Systemtests erfüllt.
- Fehlerbewertung, Korrektur und Nachtest — Die Schleife, die den Kalender tatsächlich verbraucht — tägliche Fehlerbewertung, Einstufung nach Schwere, Korrekturzyklen, Nachtest und Regressionswirkung sowie die Entscheidungen über zurückgestellte Fehler. Meilenstein: Fehlerschwellen erreicht.
- Abnahmetest, Regression und Freigabereife — Abnahmetest durch die Fachbereiche, vollständige Regression, Last- und Leistungsläufe, die Prüfung der Freigabereife und die Freigabe. Meilenstein: Freigabe erteilt.
So passen Sie sie an
- Schreiben Sie echte Eintritts- und Austrittskriterien in die Notizen jeder Phasenzeile — Bestehensquote, offene Fehler nach Schwere, Abdeckung —, damit die Tore prüfbar sind und nicht rhetorisch.
- Überlappen Sie die Durchführungswellen entsprechend Ihrem Lieferrhythmus; sie hintereinanderzuhängen überschätzt fast immer die Gesamtdauer und unterschätzt das Risiko.
- Bemessen Sie die Fehlerschleife aus Ihren eigenen historischen Fund- und Korrekturraten, nicht als Prozentsatz des Testaufwands.
- Nehmen Sie je Schnittstelle oder angebundenem System eine eigene Zeile auf, wenn der Integrationstest von Partnern abhängt, die ihre eigenen Umgebungen steuern.
- Ziehen Sie den Abnahmetest je Modul vor, wenn Sie schrittweise ausliefern statt in einem Wurf.
- Ergänzen Sie vor der Regression eine Zeile für den Code-Freeze und halten Sie die Regression danach — Regression gegen einen sich bewegenden Stand ist keine Regression.
- Nehmen Sie Personendaten in Testdaten ausdrücklich als eigene Zeile auf: Anonymisierung oder synthetische Daten sind nach der Datenschutz-Grundverordnung die Regel, und die Freigabe durch die Datenschutzbeauftragte hat eine Dauer.
Hinweise zur Terminplanung
- Machen Sie Austrittskriterien zu Zahlen. „Test abgeschlossen“ ist kein Tor; „null offene Fehler der Schwere 1, weniger als fünf der Schwere 2, 95 Prozent der geplanten Fälle durchgeführt“ ist eines.
- Stellen Sie Testdaten bereit, bevor der Testentwurf endet. Beim Entwurf fallen Datenlücken auf, und die Bereitstellung hat den längsten Vorlauf im ganzen Plan.
- Bewerten Sie Fehler in der Spitzenphase täglich. Eine wöchentliche Runde bedeutet, dass ein Fehler fünf Tage liegen kann, bevor jemand entscheidet, wer ihn behebt.
- Schützen Sie die Regression vor dem Korrekturstrom. Jede späte Korrektur entwertet einen Teil des Regressionslaufs, und genau dafür gibt es die Zeile für den Code-Freeze.
- Verfolgen Sie die Fundrate, nicht die Fehlerzahl. Eine sinkende Fundrate ist das ehrliche Signal, dass eine Phase konvergiert; eine reine Zahl sagt fast nichts.
Verwandte Vorlagen
- Gantt-Diagramm-Vorlage für Softwareentwicklung
- Sprintplan als Gantt-Diagramm
- Launchplan für eine Mobile App
- Projektplan für den Website-Relaunch
- Projektplan für die Datenmigration
- Alle Gantt-Diagramm-Vorlagen ansehen
Diese Vorlage ist auf Deutsch. Noch nicht übersetzte verwandte Seiten öffnen sich auf Englisch.
Häufige Fragen
Was sind Eintritts- und Austrittskriterien in einem Testplan?
Eintrittskriterien sind die Bedingungen, die vor Beginn einer Testphase erfüllt sein müssen — Umgebung stabil, Stand eingespielt, Testdaten geladen, Rauchtest bestanden. Austrittskriterien sind die Bedingungen, die vor der Erklärung des Abschlusses erfüllt sein müssen — Durchführungsabdeckung, Bestehensquote und offene Fehler nach Schwere. Beide sollten Zahlen sein, vor Beginn vereinbart und durchgesetzt werden.
Warum überlappen sich Testphasen statt aufeinanderzufolgen?
Weil Stände schrittweise ankommen. Der Integrationstest kann auf den bereits komponentengetesteten Modulen beginnen, und der Abnahmetest kann auf fertigen Abläufen starten, während anderswo noch der Systemtest läuft. Phasen hintereinanderzuhängen bläht den Plan auf und verbirgt den echten Engpass, nämlich die Schleife aus Korrektur und Nachtest.
Wie viel Zeit sollte ich für die Fehlerbehebung einplanen?
Bemessen Sie sie aus Ihrer eigenen Historie: gefundene Fehler je Testtag, der Anteil, der eine Korrektur braucht, und Ihre durchschnittliche Durchlaufzeit aus Korrektur und Nachtest. In den meisten Projekten ist diese Schleife der längste Balken im Diagramm. Ein pauschaler Prozentsatz des Testaufwands ist der übliche Weg in den Verzug.
Dürfen echte Produktivdaten als Testdaten dienen?
In aller Regel nicht ohne Weiteres. Enthalten sie Personendaten, braucht ihre Verwendung im Test eine Rechtsgrundlage nach der Datenschutz-Grundverordnung, und der übliche Weg sind Anonymisierung, Pseudonymisierung oder synthetische Daten. Planen Sie das als eigenen Vorgang mit Vorlauf und Freigabe ein, nicht als Nebenschritt der Bereitstellung — es ist einer der häufigsten stillen Blocker vor dem Eintrittstor.
Was, wenn die Testumgebung nicht bereit ist?
Nicht mit der Durchführung beginnen. Ein Test gegen eine instabile Umgebung erzeugt Umgebungsfehler statt Produktfehler, und die Zeit ist unwiederbringlich. Die Vorlage macht die Bereitschaft der Umgebung zu einem Meilenstein mit vorgelagertem Rauchtest, damit diese Entscheidung sichtbar getroffen wird und nicht still verschluckt.
Wann sollte der Abnahmetest beginnen?
Wenn die Austrittskriterien des Systemtests für den Umfang erfüllt sind, den der Abnahmetest abdeckt — nicht wenn überall jeder Systemtest fertig ist. Der Abnahmetest ist fachliche Bestätigung, er braucht also einen stabilen Stand und realistisch geformte Daten; ihn gegen einen Stand laufen zu lassen, der noch Korrekturen erhält, verschwendet die Fachbereiche, und die sind die knappste Ressource im Plan.
Ist die Vorlage für den QS-Testplan kostenlos?
Ja. Kostenlose Downloads als Excel, PowerPoint und CSV sowie kostenloses Bearbeiten online, ohne Anmeldung und ohne Wasserzeichen.