- Applicationbestanden
- Integrationbestanden
- Infrastructurebestanden
- Service Deskbestanden
- Providerbestanden
- Kette dazwischenniemandem zugeordnet
Schematische Darstellung einer typischen Statuslage, keine Kundendaten.
Alles grün gemeldet. Trotzdem weiß niemand, ob der Service trägt.
Jedes Team prüft seinen Teil und meldet bestanden. Was zwischen den Teilen liegt, gehört niemandem: Übergaben zwischen Systemen, Prozessschritte über Anbietergrenzen, Rechte, Störungswege.
Ihre Teams testen. Qelivia steuert. Die Fach-, Technologie- und Providerteams führen die Tests aus. Qelivia verantwortet die Steuerung darüber.
Systemübergreifendes Testmanagement
Das Fach-, Prozess- und Systemwissen liegt bei Ihren Teams und Providern und bleibt dort. Wir führen zusammen, was die Beteiligten einzeln prüfen: Anforderungen, Risiken, Zuständigkeiten, Abdeckung und Nachweise.
- Teststrategie und Scope über alle Beteiligten
- Risiko, Priorisierung, Abdeckungsziele
- Zuordnung der Testverantwortung
- Traceability und prüffähige Nachweise
- Empfehlung zur Service-Readiness
- BusinessFachprozess, Abnahme
- ApplicationAnwendungen, Releases
- IntegrationSchnittstellen, Datenflüsse
- InfrastructurePlattform, Netz, Datenhaltung
- IAMIdentitäten, Rollen, Rechte
- OperationsBetriebsprozesse, Monitoring
- Service DeskStörungen, Requests
- ProviderExterne Leistungen, SLAs
Ob Major Release, Systemmigration, Providerwechsel oder Service Transition: Sobald mehrere Systeme und Anbieter beteiligt sind, entscheidet nicht der einzelne Systemtest, sondern die Abdeckung über die Grenzen hinweg.
Auf diesen Ebenen wird ein Release abgesichert
Testebenen in ISTQB-Terminologie. Komponententests bleiben beim Entwicklungsteam; wir setzen auf Systemebene auf.
Q5 Test Lifecycle Framework
Fünf Phasen, nach denen jedes Mandat läuft: an ISTQB-Terminologie ausgerichtet und anschlussfähig an die Normenreihe ISO/IEC/IEEE 29119. Zwischen Phase vier und fünf liegt die Testdurchführung Ihrer Teams.
Sichten
ISTQB: Testanalyse · Testbasis etablierenZiel: Testbasis und Umfang klären: welche Anforderungen, Systeme und Unterlagen die Grundlage bilden, und was ausdrücklich nicht im Scope ist.
Was wir tun
- Testbasis sichten, strukturieren, auf Lücken und Widersprüche prüfen
- Systemlandschaft, Schnittstellen und beteiligte Provider erfassen
- Erfassen, wer heute welchen Teil testet, und Testumfang abgrenzen (in / out of scope)
Was Sie erhalten
- Umfangs- & Testbasis-Übersicht
- Zuständigkeitsbild mit offenen Punkten und Testbarkeits-Findings
Entry- und Exit-Kriterien dieser Phase
Startvoraussetzungen
- Beauftragung und NDA unterzeichnet
- Projekt- und Anforderungsunterlagen bereitgestellt
- Fachlicher Ansprechpartner benannt
Abschlusskriterien
- Testbasis als hinreichend vollständig bestätigt oder Lücken dokumentiert
- Scope vom Kunden freigegeben
Bewerten
ISTQB: Risikobasierte PriorisierungZiel: Ein quantifiziertes Risikobild: wo das größte Release-Risiko liegt und wohin deshalb der Testaufwand gehört.
Was wir tun
- Risikomodell je Anforderung / Komponente: Wahrscheinlichkeit × Auswirkung
- Testbereiche nach Risiko priorisieren
- Abdeckungsziele ableiten
Was Sie erhalten
- Quantifiziertes Risikobild / Risiko-Heatmap
- Priorisierte Testbereichsliste mit Begründung
Entry- und Exit-Kriterien dieser Phase
Startvoraussetzungen
- Freigegebener Scope aus Phase 1
- Fachliche Einschätzung zur Geschäftsauswirkung verfügbar
Abschlusskriterien
- Risikobewertung mit dem Kunden abgestimmt
- Priorisierung als Basis fürs Testkonzept freigegeben
Konzipieren
ISTQB: Testplanung & Testkonzept · ISO/IEC/IEEE 29119Ziel: Das prüffähige Testkonzept: die verbindliche Grundlage, wie, womit und bis zu welchem Punkt getestet wird.
Was wir tun
- Teststrategie: Teststufen, Testarten, Testtechniken, Abdeckungsziele
- Entry- und Exit-Kriterien der Ausführung definieren
- Rollenteilung festlegen: wer testet was, gegen welche Kriterien
- Testdaten, Umgebungen, Tools, Metriken und Reporting festlegen
Was Sie erhalten
- Prüffähiges Testkonzept (Master Test Plan) inkl. Entry-/Exit-Kriterien, Abdeckungszielen, Testdaten- und Umgebungsanforderungen
Entry- und Exit-Kriterien dieser Phase
Startvoraussetzungen
- Bestätigtes Risikobild und Priorisierung aus Phase 2
Abschlusskriterien
- Testkonzept fachlich abgenommen
- Entry-/Exit-Kriterien und Abdeckungsziele verabschiedet
Befähigen
ISTQB: Testdesign & TestrealisierungZiel: Ihr Team ist testbereit: Alle Test-Assets liegen einsatzfertig und importiert vor.
Was wir tun
- End-to-End-Szenarien über Systemgrenzen hinweg aus den Testbedingungen ableiten
- Priorisierten Test-Backlog und Traceability-Matrix erstellen
- Testdaten spezifizieren, Assets ins Kundentool übergeben, Einweisung
Was Sie erhalten
- Test-Case- und Test-Scenario-Katalog, priorisierter Test-Backlog
- Requirements-Traceability-Matrix, Testdaten-Spezifikation
- Importfähige Dateien (Excel/CSV) bzw. eingespielte Artefakte
Entry- und Exit-Kriterien dieser Phase
Startvoraussetzungen
- Abgenommenes Testkonzept aus Phase 3
- Zugang zum Testmanagement-Tool, falls Übergabe dorthin
Abschlusskriterien
- Test-Assets übergeben und im Kundentool oder in der bereitgestellten Qelivia-Testumgebung verfügbar
- Kundenteam eingewiesen, die Ausführung kann starten
Danach führt Ihr Team die Tests gemäß Konzept durch und erfasst Ergebnisse und Defects im Tool. Die Ausführung selbst liegt außerhalb unseres Mandats.
Nachweisen & Steuern
ISTQB: Testüberwachung & TestabschlussZiel: Die datenbasierte Release-Entscheidung mit prüffähigem Nachweis, der in Audit und Review Bestand hat.
Was wir tun
- Testfortschritt, Abdeckung, Pass Rate und Defects aller Beteiligten gegen die Exit-Kriterien auswerten
- Restrisiko bewerten, Service-Readiness empfehlen (Go / Go mit Auflagen / No-Go)
- Management-Report erstellen, Nachweise prüffähig ablegen
Was Sie erhalten
- Management-Report (Testabschluss) mit Kennzahlen, Restrisiken, Service-Readiness-Empfehlung
- Prüffähige Nachweis- und Traceability-Dokumentation
Entry- und Exit-Kriterien dieser Phase
Startvoraussetzungen
- Testdurchführung durch Ihre Teams und Provider erfolgt (ganz oder als vereinbarter Meilenstein)
- Ergebnis- und Defect-Daten aus dem Tool verfügbar
Abschlusskriterien
- Exit-Kriterien bewertet, Freigabe-Empfehlung präsentiert
- Nachweise vollständig und nachvollziehbar abgelegt
Eine Release-Entscheidung, die Sie belegen können.
Nicht Zuversicht, sondern Nachweis.
Woran eine Freigabe später gemessen wird
Am Ende muss eine Person die Freigabe verantworten. Sie braucht eine Empfehlung mit Begründung und den Nachweis, dass sie trägt.
Abbildungen der Beispieldateien aus dem fiktiven Projekt TaskFlow 2.4, im Dokument als Muster gekennzeichnet. Beispiel-Projektbericht mit allen Dateien
Vom ersten Gespräch bis zur Readiness-Empfehlung in einer Hand.
Langjährige Erfahrung aus der Steuerung internationaler IT-Programme: Service Transitions und Providerwechsel, Testmanagement über Systemgrenzen hinweg, Governance und Reporting bis zur Go-live-Entscheidung.
„Wir vertrauen nicht. Wir schaffen Gewissheit. Eine Release-Entscheidung verdient Daten, keine Zuversicht.“
Wer im Erstgespräch sitzt, verantwortet das Mandat auch. Keine Beratungspyramide, keine Übergabe an Junior Consultants nach Vertragsschluss.
- Gewissheit
- Daten statt Bauchgefühl, vor jeder Release-Entscheidung.
- Nachvollziehbarkeit
- Jeder Nachweis prüffähig, ausgerichtet an ISTQB und ISO/IEC/IEEE 29119.
- Unabhängigkeit
- Neutral gegenüber Teams und Providern, ohne Gefälligkeitsurteile.
- Vertraulichkeit
- NDA vorab, Verarbeitung DSGVO-konform in der EU, keine Weitergabe an Dritte. Datenschutz
Ein Audit ist der klar definierte Einstieg.
Fünf Werktage Lagebild · fest vereinbarter Umfang
Auf Basis Ihrer vorhandenen Unterlagen: Wer testet heute was, wo liegen die Risiken, welche Strecken prüft niemand. Aufwand auf Ihrer Seite: zwei bis vier Stunden.
- Tag 1–2Analyse
Unterlagen zu Anforderungen, Systemen und Schnittstellen sichten, Zuständigkeiten erfassen.
- Tag 2–3Risikobild
Risiko je Anforderung und Strecke bewerten, Testbereiche priorisieren.
- Tag 3–4Lagebild
Testkonzept-Kurzfassung, Risiko-Heatmap und priorisierter Test-Backlog.
- Tag 5Übergabe
Einseitiger Management-Report mit Empfehlung, Restrisiken und Auflagen.
Vollständig anrechenbar auf einen anschließenden Sprint.
Danach baut der Sprint das Testmanagement auf, Care führt es laufend weiter. Leistungsumfang, Zeitrahmen und Honorar vereinbaren wir vor dem Start verbindlich. Die drei Mandatsformen im Detail
Lassen Sie uns über Ihr Vorhaben sprechen.
Sie planen ein komplexes Release, eine Transition oder einen Providerwechsel? Schildern Sie uns kurz, wo die Herausforderung in der Teststeuerung liegt.
Oder telefonisch: 0175 3322868
Unverbindlich · Antwort in der Regel innerhalb von 24 Stunden