CueTest adressiert die Wartungslücke, die entsteht, wenn Produktänderungen die Selektor-Aktualisierung überholen. Codierte Browsertests bleiben wertvoll, doch für schnell arbeitende SaaS-Teams, schlanke QA-Teams und engineering-getriebene Qualitätsarbeit kann ein grüner Haken nicht mehr belegen, dass der aktuelle Kundengang wirklich funktioniert. CueTest ersetzt fragile Selektor-Pflege durch Journeys in natürlicher Sprache, die Absicht statt DOM-Details beschreiben.
Jeder Schritt läuft in einem frischen, begrenzten Agent-Kontext innerhalb einer einzigen Live-Browsersitzung, sodass die gesamte Journey einen gemeinsamen Browserkontext teilt. Entscheidend ist, dass ein separater Verifier über das Ergebnis entscheidet: CueTest gleicht das erwartete Ergebnis mit der tatsächlichen Live-Seite ab, sodass „das Modell sagt, es sei fertig" nie als ausreichender Nachweis gilt. Die Plattform bevorzugt die deterministische Wiederholung eines verifizierten Plans und ruft KI nur dann auf, wenn der gespeicherte Pfad das Ergebnis nicht mehr belegt – so bleiben Läufe langfristig stabil und günstig.
Jeder Lauf erzeugt release-taugliche Nachweise: Trace-Aufzeichnung, Screenshots, einen lesbaren Bericht und Fehlerzustands-Logs. CueTest lässt sich in CI/CD integrieren – GitHub Actions, GitLab CI oder jede Pipeline, die eine API aufrufen kann –, sodass Live-Journey-Abdeckung hinzukommt, ohne bestehende Freigaben und Tooling aufzugeben. Der gehostete Testlauf erfordert keine Anmeldung: Du gibst dem Agenten eine öffentliche URL und eine Journey und prüfst das Live-Ergebnis selbst.
