# Mission: Ursache mit einem begrenzten Test prüfen
Typ: Checkliste
Herkunft: monitoring-incident-operations / diagnosis-methods / monitoring-diagnosis-reversible-test-sequence
Version: monitoring-diagnosis-reversible-test-sequence-2026-07-30
Geprüft: 2026-07-30

ACHTUNG: Dieses Dokument ist ein Lernartefakt aus einer Schulungssequenz. Es ist kein produktives Runbook. Vor jeder Anwendung in einer realen Umgebung müssen die Schritte gegen lokale Dokumentation, Runbooks und Freigabestatus geprüft werden.

## Szenario
Eine Konfigurationshypothese kann auf einem repräsentativen Cluster getestet werden. Ein globales Rollback wäre riskant, der Nutzerimpact ist spürbar aber nicht kritisch.

## Schritte
1. Mechanismus, erwartetes Signal, Scope und alternative Erklärung explizit formulieren.
2. Ausgangswert und Stop-Kriterium vor der Änderung erfassen.
3. Kleinste reversible Änderung nur im repräsentativen Scope ausführen.
4. Erwartete Wirkung gegen Baseline und Gegenhypothese vergleichen, dann dokumentiert erweitern oder zurückfallen.

## Begründung
Warum: Eine Änderung ohne vorhergesagtes Signal ist keine aussagekräftige Hypothesenprüfung; erst der Vergleich bestimmt die nächste Aktion.
Folgen: **+** Ursachenannahmen werden überprüfbar. **−** Ein Canary kann seltene oder globale Fehler übersehen.

## Quellen
1. https://sre.google/sre-book/effective-troubleshooting/