Ihr KI-Agent schreibt Ihre Regressionstests. Delta‑QA liefert den Beweis.
Verbinden Sie Claude Code, Cursor oder einen beliebigen MCP-Client mit Delta-QA. Ihr Agent erstellt das Szenario und schreibt dessen Schritte; Delta-QA spielt sie in seinem eigenen Browser auf Ihrer echten Website erneut ab, fotografiert jeden Schritt und validiert nur, was tatsächlich funktioniert hat.
›Erstelle einen Regressionstest für den Ablauf „Bestellvorgang“ auf example.com
list_workspaces…1 Arbeitsbereich, Rolle „Kann bearbeiten“create_scenario…Szenario erstellt, Schritt 1 öffnet die SeiteDRAFTset_scenario_steps…3 Schritte gespeichert, #2 bis #4capture_scenario…Wiedergabe auf der echten Website gestartetget_capture_resultWird abgespielt und fotografiert…Aktion #4:button.paytrifft kein sichtbares ElementFAILED- Der Button „Bezahlen“ hat diese Klasse nicht: Ich spreche ihn stattdessen über sein Attribut data‑testid an.
set_scenario_steps…Schritt #4 korrigiert:button[data-testid=pay]capture_scenario…Neue Wiedergabe gestartetget_capture_resultWird abgespielt und fotografiert…4 Schritte abgespielt, 4 FotosCOMPLETEDactivate_scenario…Die Aufnahme wird zur ReferenzACTIVE
- #1
- #2
- #3
- #4
Was Ihr Agent mit Delta-QA macht
Das Model Context Protocol (MCP) ist der offene Standard, über den ein KI-Agent Werkzeuge entdeckt und aufruft. Der MCP-Server von Delta-QA stellt acht Werkzeuge bereit: ein Szenario erstellen, seine Schritte schreiben, es erneut abspielen, das Urteil lesen, korrigieren, validieren. Es ist derselbe Weg wie in der Szenario-Ansicht, nur ohne die Ansicht.
Sie bitten in Alltagssprache darum: „Erstelle einen Regressionstest für den Registrierungsablauf auf https://…“. Der Agent schreibt die Schritte, Delta-QA spielt sie auf der echten Website erneut ab und fotografiert jeden Schritt. Nach der Validierung wird das Szenario bei jedem Release erneut abgespielt, wie ein Szenario, das durch Navigieren aufgezeichnet wurde.
Verbinden Sie Ihren Agenten in drei Schritten
- Erstellen Sie Ihr kostenloses Konto und Ihren Arbeitsbereich.
- Erstellen Sie einen API-Schlüssel unter Einstellungen, Tab Arbeitsbereich, Abschnitt API-Schlüssel: ein Name, die Rolle „Kann bearbeiten“ für einen Agenten, der Szenarien schreibt, ein Ablaufdatum. Der Schlüssel wird nur einmal angezeigt, zusammen mit dem fertigen Befehl.
- Fügen Sie den Befehl ein: in ein Terminal, wenn Sie Claude Code nutzen; sonst tragen Sie in Ihrem MCP-Client die Serveradresse und den Header weiter unten ein.
claude mcp add --transport http delta-qa https://api.delta-qa.com/api/mcp --header "Authorization: Bearer dqa_…"- Serveradresse
https://api.delta-qa.com/api/mcp- Authentifizierungs-Header
Authorization: Bearer dqa_…
Der Server verwendet den Transport „Streamable HTTP“ des Protokolls, und zwar zustandslos: Jeder Aufruf ist eine eigenständige Anfrage. Jeder MCP-Client, der einen Remote-Server und einen Authentifizierungs-Header akzeptiert, kann sich verbinden, von Cursor oder VS Code bis zu Ihrem eigenen Agenten.
Die acht Werkzeuge des Servers
Sie folgen der Reihenfolge des Ablaufs. Ein Agent entdeckt sie von selbst: Sie müssen ihm nichts erklären.
| Werkzeug | Was es tut | Erforderliche Rolle |
|---|---|---|
list_workspaces | Listet Ihre Arbeitsbereiche auf, mit Ihrer jeweiligen Rolle. | Nur lesen |
list_scenarios | Listet die Szenarien eines Arbeitsbereichs auf, die neuesten zuerst. | Nur lesen |
create_scenario | Erstellt ein Szenario als Entwurf aus einem Namen und einer Start-URL; Schritt 1, das Öffnen der Seite, legt Delta-QA selbst fest. | Kann bearbeiten |
get_scenario | Liest ein Szenario und seine Schritte, nummeriert wie in der Wiedergabe. | Nur lesen |
set_scenario_steps | Schreibt alle Schritte des Ablaufs, aus vierzehn Aktionen: Klick, Eingabe, Auswahl, Tastendruck, Scrollen, Navigation… | Kann bearbeiten |
capture_scenario | Spielt das Szenario im Browser von Delta-QA auf der echten Website erneut ab und nimmt die Fotos auf. | Kann bearbeiten |
get_capture_result | Liest das Urteil der Wiedergabe; ein Fehlschlag nennt den zu korrigierenden Schritt. | Nur lesen |
activate_scenario | Validiert das Szenario: Die Aufnahme wird zu seiner Referenz, gegen die jedes Release verglichen wird. | Kann bearbeiten |
Ein Schritt, so wie der Agent ihn schreibt
Jeder Schritt besteht aus einer Aktion und ihrem Ziel: einem CSS-Selektor, der an dieser Stelle des Ablaufs auf genau ein sichtbares Element passt.
{"action": "CLICK", "selector": "[data-testid=add-to-cart]", "text": "Add to cart"}
{"action": "FILL", "selector": "#password", "value": "…", "sensitive": true}
{"action": "KEY", "value": "Enter"}
{"action": "SCROLL", "value": "800", "photo": false}- Der sichtbare Text des Elements hilft Delta-QA, es wiederzufinden, wenn sich die Website ändert.
- Ein sensibler Wert (Passwort, Kartennummer) wird sofort bei Eingang verschlüsselt, bei der Wiedergabe eingegeben, auf den Fotos unkenntlich gemacht und nie wieder ausgelesen.
- Ein Foto pro Schritt, standardmäßig: Genau dieses vergleicht jede künftige Prüfung.
- Nichts wird auf bloße Behauptung hin validiert: Schlägt ein Schritt bei der Wiedergabe fehl, scheitert die Aufnahme und nennt die fehlerhafte Aktion.
Ein Schlüssel pro Arbeitsbereich, unter Ihrer Kontrolle
- Er gehört zum Arbeitsbereich, nicht zu einer Person: Er gilt nur für diesen Arbeitsbereich und bleibt bestehen, auch wenn die Person, die ihn erstellt hat, das Team verlässt.
- Zwei Rollen: „Nur lesen“ zum Einsehen der Szenarien und ihrer Prüfungen, ohne etwas zu starten; „Kann bearbeiten“ zum Erstellen, Abspielen und Validieren.
- Ein verpflichtendes Ablaufdatum: 30 Tage, 90 Tage oder 1 Jahr, nie länger. Der Widerruf ist sofort wirksam und erfolgt in derselben Ansicht.
- Nur einmal angezeigt, als SHA-256-Fingerabdruck gespeichert, nie protokolliert. Ein widerrufener oder abgelaufener Schlüssel wird abgelehnt.
- Dieselben Zugänge wie die Oberfläche: dieselben Rollen, dieselben Arbeitsbereiche, dieselben Kontingente wie bei einer Person. In jedem Tarif verfügbar, auch im kostenlosen Konto.
Der Agent schlägt vor, Delta-QA beweist
Ein KI-Agent kann den falschen Selektor wählen oder behaupten, ein Ablauf funktioniere. Mit Delta-QA wird nichts auf bloße Behauptung hin validiert: Jeder Schritt wird in einem echten Browser auf der echten Website erneut abgespielt und fotografiert. Eine fehlgeschlagene Wiedergabe nennt den zu korrigierenden Schritt; nur eine erfolgreiche Wiedergabe wird zur Referenz.
Danach vergleicht die deterministische KI von Delta-QA jedes Release mit dieser Referenz. Sie ist kein LLM: Dieselbe Abweichung erhält immer dasselbe Urteil, und jede Abweichung lässt sich erklären.
Automatisierte Regressionstests, erklärt · Was Delta-QA erkennt