Tiefgehendes Domänenwissen für Test Management nach ISTQB-Standard: Testdesign-Techniken (Äquivalenzklassen, Grenzwertanalyse, Entscheidungstabellen, Zustandstransitionen), Coverage-Strategien, Teststufen, Testberichterstattung, Azure DevOps Test Plans Integration und deterministische Testfall-Formulierung. Verwende diesen Skill wenn Testfälle erstellt, Teststrategien definiert, Coverage-Matrizen aufgebaut, Testberichte geschrieben, ADO Test Plans verwaltet oder Expected Results formuliert werden. Triggers: ISTQB, Testfall, Test Case, Teststrategie, Testplan, Coverage, Abdeckung, Testbericht, Expected Result, Testdesign, Grenzwert, Äquivalenzklasse, Entscheidungstabelle, Zustandsübergang, ADO Test Plan, Testausführung, Regressiontest, Abnahmetest.
Installation
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Regel: Jedes Expected Result muss so präzise sein, dass zwei verschiedene Tester zum gleichen Ergebnis kommen (bestanden/nicht bestanden).
Qualitätsstufe
Beispiel
Bewertung
❌ Schlecht
"Ergebnis wird angezeigt"
Nicht verifizierbar — WAS wird WO WIE angezeigt?
⚠️ Mittel
"Fehlermeldung wird angezeigt"
Welche Meldung? Wo?
✅ Gut
"Inline-Fehlermeldung 'Bitte geben Sie eine gültige E-Mail-Adresse ein' erscheint unter dem Feld 'E-Mail' in roter Schrift (#D82034)"
Deterministisch prüfbar
Checkliste für Expected Results
WAS passiert? (Konkretes Systemverhalten)
WO wird es sichtbar? (Element, Seite, Bereich)
WIE sieht es aus? (Format, Farbe, Text)
WANN passiert es? (Sofort, nach Delay, nach Bestätigung)
Welche Werte? (Konkrete Zahlen, Texte, Formate)
Was passiert NICHT? (Keine Datenänderung, keine Navigation, kein Datenverlust)
Muster für Expected Results nach Aktionstyp
Aktionstyp
Expected-Result-Muster
Formular absenden
"Erfolgsmeldung '[Text]' erscheint. Datensatz ist in der Liste sichtbar mit Werten [A], [B], [C]. URL wechselt zu [/pfad]."
Validierungsfehler
"Inline-Fehlermeldung '[Text]' unter Feld '[Name]'. Formular bleibt offen. Speichern-Button ist deaktiviert. Keine Daten wurden gespeichert."
Löschen
"Bestätigungsdialog mit Text '[Text]' erscheint. Nach Bestätigung: Datensatz ist aus der Liste entfernt. Meldung '[Text]'. Zugehörige [Verknüpfungen] sind bereinigt."
Navigation
"Seite '[Titel]' wird geladen. URL ist [/pfad]. Breadcrumb zeigt [A > B > C]. Ladezeit < [n]s."
Statuswechsel
"Status-Badge wechselt von '[Alt]' auf '[Neu]' (Farbe: [Farbe]). Timestamp 'Letzte Änderung' ist aktualisiert auf [Format]. Audit-Log enthält Eintrag mit [Details]."
E-Mail-Versand
"E-Mail wird an [Adresse] gesendet. Betreff: '[Text]'. Inhalt enthält [Schlüsselinformationen]. Absender ist [Adresse]."
1. mcp_ado_testplan_list_test_plans → Verfügbare Testpläne
2. mcp_ado_testplan_list_test_suites → Test Suites im Plan
3. mcp_ado_testplan_create_test_case → Neuen Testfall erstellen
4. mcp_ado_testplan_add_test_cases_to_suite → Testfälle zur Suite hinzufügen
5. mcp_ado_wit_link_work_item_to_pull_request → Testfall mit PBI verlinken
Testfall-Verlinkung (Pflicht)
Work Item (PBI/Feature)
│
├── Tested By ──▶ Test Case 1
├── Tested By ──▶ Test Case 2
└── Tested By ──▶ Test Case 3
Regeln:
Jeder Testfall ist via "Tested By" mit dem Work Item verlinkt
Jedes AC hat mindestens 1 Testfall
Testfälle tragen den Tag Ai Gen — kein anderer Tag (ausser explizit vom Benutzer vorgegeben). Bestehende Tags beibehalten.
Nummerierung: Fortlaufend (1, 2, 3 ...), bei Selektion umnummerieren
ADO Test Case Format
Title: TC-[Nr]: [Aussagekräftiger, aktionsorientierter Titel]
Area Path: [Gleicher Area Path wie das verlinkte Work Item]
Tags: Ai Gen
Assigned To: [Optional]
Test Steps:
Step 1: [Aktion]
Expected Result: [Detailliertes, deterministisches Ergebnis]
Step 2: [Aktion]
Expected Result: [Detailliertes, deterministisches Ergebnis]
Preconditions:
- [Vorbedingung 1]
- [Vorbedingung 2]
