03 — Test Management & Strategie
Jemand muss die Release-Entscheidung verantworten.
Test Management ist keine Verwaltung. Es ist die Disziplin, belegt zu sagen, ob ein Release tragfähig ist — und diese Linie zu halten, wenn der Zeitplan kürzer wird.
Das Problem
Warum Kunden uns holen.
Das Testen ist über Fachteam, Integrator, Nearshore-Lieferanten und einen Fachbereich verteilt. Alle melden grün. Niemand kann sagen, was tatsächlich abgedeckt ist, und das Steering Committee entscheidet aus dem Gefühl.
Wofür wir Verantwortung übernehmen
Teststrategie, Governance und Testkoordination.
- Teststrategie, Umfang und risikobasierte Priorisierung
- Quality Gates mit Eintritts- und Austrittskriterien, die etwas bedeuten
- Testplanung über Beteiligte, Phasen und Umgebungen
- Defect Management und UAT-Koordination mit den Fachbereichen
- Reporting, das zu Entscheidungen führt statt zu weiteren Fragen
- Betriebsmodell — wer testet was, wann, und wer gibt frei
Was Sie bekommen
Ergebnisse.
- Teststrategie-Dokument
- Risikobasierter Umfang
- Definition der Quality Gates
- Testplan
- Reportingstruktur und Kadenz
- Defect- und UAT-Prozess
- RACI für die Testorganisation
Plattformen und Tools
Womit wir arbeiten.
- Tricentis qTest
- Jira · Xray · Zephyr
- Azure DevOps
- SAP Cloud ALM
- Confluence
Wie wir starten
Drei Schritte.
01
Quality Engineering Health Check — Strategie, Testbestand, Tooling und Team in zwei bis drei Wochen
02
Zielbetriebsmodell und Quality Gates
03
Wir führen es — oder wir setzen es auf und Ihr Test Manager übernimmt
Aus unserer Arbeit
Ein Beispiel.
Für einen Logistikkonzern haben wir qTest als zentrales Test-Management-System eingeführt — Struktur, Berechtigungen, Reporting und die Migration der bestehenden Inhalte.
Eine verwandte MigrationHäufige Fragen
Klare Antworten.
Wir haben schon einen Test Manager. Was kommt dazu?
Meist ein Blick von außen und die Bereitschaft, Nein zu sagen. Manchmal Kapazität in der Spitze. Wenn Ihr Test Management funktioniert, sagen wir das auch.
Müssen wir Tools wechseln?
Nein. Wir arbeiten in dem, was da ist. Ein Toolwechsel kommt nur, wenn das aktuelle Tool das eigentliche Problem ist.
Wie berichten Sie?
Coverage, Risiko und offene Defects gegen den Release-Termin. Keine Testfallzahlen — die sagen niemandem etwas.
Leistung besprechen
Sagen Sie uns, wie viele Beteiligte im Spiel sind und was das nächste Quality Gate belegen muss. Wir melden uns mit einem Strategieentwurf.