test-orchestrator
Software-Testabdeckung koordinieren
Teams übersehen häufig Testlücken, wenn Unit-, Integrations-, End-to-End- und Performance-Arbeiten getrennt geplant werden. Diese Skill hilft Claude, Codex und Claude Code dabei, Testprioritäten, Abdeckungsziele, Quality Gates und Reporting zu organisieren.
Skill-ZIP herunterladen
In Claude hochladen
Öffnen Sie Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Agent-lesbare Ressourcen
Verwenden Sie diese Links, wenn ein KI-Agent, Crawler oder Skript sauberen Kontext benötigt, statt die vollständige Seite zu lesen.
Testen
„test-orchestrator“ wird verwendet. Tests für ein Passwort-zurücksetzen-Feature planen.
Erwartetes Ergebnis:
Ein Testplan, der Token-Erzeugung, E-Mail-Zustellung, abgelaufene Links, ungültige Tokens, Rate Limits, Audit-Logging und den End-to-End-Wiederherstellungsablauf abdeckt.
„test-orchestrator“ wird verwendet. Diese Abdeckungsergebnisse vor dem Merge überprüfen.
Erwartetes Ergebnis:
- Hebt nicht abgedeckte Authentifizierungszweige und fehlende API-Fehlertests hervor.
- Kennzeichnet einen flaky Browser-Test für Quarantäne und Ursachenanalyse.
- Empfiehlt, den Merge zu blockieren, bis die Abdeckung des kritischen Pfads das Ziel erreicht.
„test-orchestrator“ wird verwendet. Ein Release-Quality-Gate für Checkout-Änderungen erstellen.
Erwartetes Ergebnis:
Eine Release-Checkliste mit erforderlichen Unit-, Integrations-, End-to-End-, Performance- und Sicherheitsvalidierungen, die an klare Bestehens- oder Fehlerkriterien gebunden sind.
Sicherheitsaudit
Niedriges RisikoThe static analyzer flagged Markdown backticks, ordinary documentation text, and example code as risky patterns. Manual review found no executable skill code, no command execution instruction, no weak cryptographic implementation, and no prompt injection attempt.
Probleme mit niedrigem Risiko (3)
Qualitätsbewertung
Was Sie erstellen können
Release-Tests planen
Erstelle vor einem Release einen strukturierten Testplan, einschließlich Umfang, Risikobereichen, Abdeckungszielen und Akzeptanzkriterien.
Testimplementierung koordinieren
Teile Testarbeit für ein Feature-Team in Unit-, Integrations-, End-to-End-, Performance- und Sicherheitsaufgaben auf.
Quality Gates überprüfen
Bewerte Fehler, Abdeckungslücken, flaky Tests und build-blockierende Bedingungen, bevor eine Änderung gemergt wird.
Diese Prompts ausprobieren
Erstelle einen Testplan für dieses Feature. Beziehe Unit-, Integrations-, End-to-End-, Performance- und Sicherheitsprüfungen ein. Definiere Akzeptanzkriterien und Abdeckungsziele.
Überprüfe die aktuellen Tests und identifiziere Abdeckungslücken. Gruppiere die Ergebnisse nach Testtyp, Risikostufe und empfohlener nächster Aktion.
Wandle diesen Feature-Umfang in Testaufgaben um. Weise jede Aufgabe der passenden Testkategorie zu und füge erwartete Eingaben, Ausgaben und Abschlusskriterien hinzu.
Entwirf ein Quality Gate für dieses Release. Beziehe erforderliche Testsuites, Abdeckungsschwellenwerte, Fehlerbehandlung, Richtlinie für flaky Tests und release-blockierende Bedingungen ein.
Best Practices
- Stelle Feature-Umfang, Risikobereiche, bestehende Testergebnisse und Abdeckungsziele bereit, bevor du nach einem Plan fragst.
- Halte Quality Gates messbar, mit klaren Bestehens- oder Fehlerkriterien.
- Überprüfe flaky Tests getrennt von Produktfehlern, damit das Release-Risiko sichtbar bleibt.
Vermeiden
- Frage nicht nach breiter Testabdeckung, ohne die Komponente oder den Benutzerablauf zu benennen.
- Behandle den Abdeckungsprozentsatz nicht als Beweis dafür, dass kritisches Verhalten getestet wurde.
- Ignoriere keine fehlgeschlagenen oder flaky Tests, wenn du Release-Readiness definierst.