Drei Claude Code Skills, die meine QA-Arbeit verändern

Wer regelmäßig mit KI-Tools arbeitet, kennt das Muster: Man schreibt einen guten Prompt, bekommt ein brauchbares Ergebnis – und zwei Wochen später formuliert man denselben Prompt von Grund auf neu. Wissen geht verloren, Qualität schwankt, und jede Wiederholung kostet Zeit.

Claude Code Skills lösen genau dieses Problem. Ein Skill ist im Kern ein strukturierter Prompt mit klarer Logik, definierten Schritten und reproduzierbarem Output. Statt jedes Mal bei null anzufangen, rufe ich einen Skill auf und bekomme ein konsistentes Ergebnis. Das ist besonders in der Qualitätssicherung wertvoll, wo Methodik und Vollständigkeit entscheidend sind.

Der erste Skill, den ich gebaut habe, erzeugt ISTQB-konforme Testkonzepte aus Projektkontexten. Er arbeitet mit einer Intake-Logik, die relevante Projektinformationen abfragt, prüft bestehende Dokumente auf Vollständigkeit und mappt die Inhalte auf alle zehn ISTQB-Pflichtabschnitte.

Das Ergebnis ist ein strukturiertes Dokument mit Ampelbewertung: Grün für vollständige Abschnitte, Gelb für Lücken mit Handlungsempfehlung, Rot für fehlende Pflichtinhalte. Die Ausgabe erfolgt je nach Kontext als Markdown oder DOCX – optimiert für Behörden-, Banken-, SaaS- und ERP-Projekte im deutschen Markt.

Der zweite Skill automatisiert die strukturierte Ausführung von Playwright E2E-Tests. Statt Tests einfach laufen zu lassen und die Konsole zu lesen, erkennt der Skill automatisch die Testkonfiguration, führt die passenden Tests aus und analysiert die Ergebnisse systematisch.

Das Besondere ist die Fehlerkategorisierung. Jeder fehlgeschlagene Test wird einer Kategorie zugeordnet: Produktbug, Testbug, Auth-Problem, Umgebungsfehler oder Flaky Test. Dazu gibt es eine Root-Cause-Analyse mit konkreten nächsten Schritten. Das spart enorm viel Zeit bei der Fehlersuche, weil ich nicht mehr jeden Fehler einzeln interpretieren muss.

Der dritte Skill ist der analytischste der drei. Er liest die bestehende Testlandschaft, vergleicht sie mit den tatsächlichen App-Routen und Funktionen und identifiziert systematisch Coverage-Lücken. Jede Lücke wird nach Priorität bewertet: P0 für geschäftskritische Flows ohne Tests, bis P3 für Nice-to-have-Abdeckung.

Auf Basis dieser Analyse erstellt der Skill automatisch ein bis fünf neue Tests, die den bestehenden Projektmustern folgen. Dazu pflegt er eine Coverage-Map, die den aktuellen Stand dokumentiert. So entsteht über die Zeit ein immer vollständigeres Testbild, ohne dass ich manuell nach Lücken suchen muss.

Einzeln ist jeder Skill bereits nützlich. Zusammen bilden sie einen durchgängigen QA-Workflow: Das Testkonzept definiert die Strategie und Prioritäten. Der Run-Skill führt die Tests aus und liefert strukturiertes Feedback. Der Expand-Skill identifiziert, wo noch Lücken bestehen, und schließt sie.

Dieser Dreiklang deckt den gesamten Lifecycle ab – von der Teststrategie über die Testausführung bis zur Coverage-Optimierung. Und weil jeder Skill seine eigenen Guardrails hat, passieren typische Fehler nicht: Der Run-Skill ändert keinen Produktionscode, der Expand-Skill generiert keine instabilen Tests, und der Testkonzept-Skill prüft explizit auf ISTQB-Vollständigkeit.

Skills sind für mich die effektivste Form, QA-Wissen zu operationalisieren. Statt Erfahrung in einzelnen Köpfen oder einmaligen Prompts zu belassen, wird Fachwissen zu einem reproduzierbaren Asset. Die drei QA-Skills zeigen, wie das konkret aussieht: methodisch fundiert, automatisiert und jederzeit abrufbar.

Für mich als QA-Consultant bedeutet das einen echten Produktivitätsgewinn. Und für Teams, die ähnliche Herausforderungen haben, sind Skills ein Weg, Qualitätssicherung nicht nur effizienter, sondern auch konsistenter zu machen.