Agentischer QA-Abnahmeprozess

Agentische Entwicklung hat sich etabliert: Autonome Agenten übernehmen ganze Arbeitsschritte und sind längst nicht mehr aufzuhalten. Der richtige professionelle Umgang mit ihnen ist deshalb unabdinglich: Wer nur auf schnelle Ergebnisse setzt und Überprüfung, Tests und Bewertung umgeht, zahlt später – mit technischer Schuld, ungeprüftem Code und Projekten, die nicht halten, was sie versprechen.

Wie sieht verantwortungsvolle agentische Entwicklung konkret aus? Ein Beispiel aus der Praxis: die agentische QA-Abnahme. Sobald ein Ticket „Ready for QA" ist, prüft ein orchestriertes Team spezialisierter Agenten-Personas das Artefakt – nachvollziehbar dokumentiert im Ticket, mit dem Menschen an den entscheidenden Gates.

Der Prozess in sechs Phasen – interaktiv zum Durchklicken:

Phase 1 · Orchestrierung

Ein Orchestrator-Agent analysiert Ticket und Artefakt, sucht in der Wissensdatenbank nach ähnlichen Fällen und leitet daraus einen Prüfplan ab. Ein Review-Loop schärft den Plan, bevor die passenden QA-Vektoren zusammengestellt werden – triviale Tickets nehmen die Fast Lane mit einem Minimal-Set.

Ticket: Ready for QA – Artefakt eingereicht
Orchestrator-Agent analysiert Ticket & Artefakt
Wissensdatenbank: ähnliche Fälle · Muster · Testfälle
TDP Prüfplan aus Akzeptanzkriterien ableiten
Plan-Review-Loop: vollständig & sinnvoll?
QA-Vektoren dynamisch zusammenstellen · Fast Lane für triviale Tickets

TicketDer Prüfplan wird im Ticket dokumentiert – jeder Schritt bleibt nachvollziehbar.

Phase 2 · Personifizierte QA-Vektoren

Der Prüfplan wird von spezialisierten Agenten-Personas abgearbeitet – jede mit eigenem Blickwinkel und eigenem Scope, damit keine Perspektive im Einheitsbrei verschwindet. Karten antippen für Details.

Verifikations-Loop: Findings reproduzieren & Evidenz sichern

Flaky-Policy: instabiler Test → 3 Wiederholungen · 2/3 bestanden = pass · sonst Quarantäne + Flaky-Ticket.

TicketQuarantäne-Liste und gesicherte Evidenz landen im Ticket.

Phase 3 · Aggregation & Bewertung

Ein Bewertungs-Agent konsolidiert alle Findings und klassifiziert sie relativ zu den Akzeptanzkriterien. Ein Cross-Check-Loop stellt sicher, dass jedes Ergebnis konsistent und belegt ist.

Bewertungs-Agent konsolidiert · Blocking vs. Non-Blocking
Cross-Check-Loop: konsistent & belegt?
Qualitäts- & Konfidenzscore je Vektor

TicketFindings und Scores werden im Ticket festgehalten.

Phase 4 · Entscheidung & Self-Heal

Ein Gate prüft das Ergebnis gegen die Akzeptanzkriterien. Vier Ausgänge sind möglich – antippen, um den jeweiligen Weg zu sehen. Bei Grenzfällen entscheidet immer ein Mensch.

Akzeptanzkriterien erfüllt?
Finale QA-Freigabe → weiter zu Phase 5
Human-in-the-Loop: Reviewer entscheidet

Genehmigt → Freigabe · abgelehnt → zurück in die Entwicklung. Jede menschliche Entscheidung kalibriert die Konfidenz des Systems (Phase 6).

Scope-Check: Änderung klein & lokal begrenzt?
Fix planen
Fix-Review-Loop: sicher & minimal?
Fix als MR · Original-Entwickler wird informiert

Re-Test nur der betroffenen Vektoren, max. 3 Versuche. Zu groß oder strukturell? → Eskalation ins Team, Ticket geht zurück auf „In Progress".

Ablehnung: Findings & Begründung im Ticket

Ticket → „In Development". Nach der Nachbesserung startet der Prozess erneut bei „Ready for QA".

TicketEntscheidungen, Fix-Pläne und Änderungen werden im Ticket dokumentiert.

Phase 5 · Abnahme & Übergabe

Nach der Freigabe wird ein standardisiertes Test-Template befüllt und als Testbericht ans Ticket angehängt – die Übergabe ist vollständig dokumentiert.

Finale QA-Freigabe
Test-Template befüllen: Prüfplan · Ergebnisse je Vektor · Evidenz · Scores
Testbericht an Ticket anhängen
UX/Design bereits abgeschlossen?
Ja
Ticket → Done
Nein
Ticket → UX/Design Lane

TicketDer vollständige Testbericht hängt am Ticket – transparent für das ganze Team.

Phase 6 · Kontinuierliches Lernen

Ein Learning-Agent destilliert aus jedem Durchlauf Muster, Testfälle und Persona-Tuning – und misst den Prozess selbst. So wird jede Abnahme besser als die letzte.

Learning-Agent destilliert: Muster · Testfälle · Persona-Tuning · Konfidenz-Kalibrierung
Per MR in die Wissensdatenbank – anfangs human-reviewed
Prozess-KPIs: Escape-Rate · False-Positives · HITL-Anteil · Heal-Erfolgsrate

Die KPIs kalibrieren Gate-Schwellen und Autonomie-Grad; die Wissensdatenbank speist die nächste Orchestrierung – der Kreis schließt sich.

TicketDie Ticket-Historie ist die Grundlage des Lernens – nichts geht verloren.

1 / 6

Autonomie in Leitplanken: Die Agenten arbeiten selbstständig, aber jeder Schritt ist im Ticket dokumentiert, jedes Finding belegt – und an den entscheidenden Gates steht der Mensch. Genau das unterscheidet verantwortungsvolle agentische Entwicklung vom blinden Vertrauen in eine Blackbox.

Test Driven Prompting

Ein zentrales Element dieses Prozesses ist TDP – Test Driven Prompting. Analog zu Test Driven Development (TDD) werden dabei zuerst die Erwartungen und Testkriterien formuliert, bevor ein Agent eine Lösung generiert – im QA-Prozess etwa der Prüfplan, der vor jedem Agenten-Lauf steht. So entsteht ein klarer Rahmen, an dem jede Agenten-Ausgabe gemessen werden kann. TDP stellt sicher, dass Qualität kein Zufall ist, sondern systematisch in den agentischen Prozess eingebaut wird – und der Mensch jederzeit die Kontrolle über das Ergebnis behält.

← Alle Beiträge