Viele Browsertests automatisch parallel mit Ihrem KI-Agenten ausführen

Nein. Sie nutzen einen KI-Agenten, den Sie ohnehin schon einsetzen, etwa Claude Code, OpenAI Codex oder Cursor, und sagen ihm in normaler Sprache, was zu prüfen ist. Der Agent schreibt die Browserschritte und führt sie aus. Es gibt keine .spec-Dateien zu pflegen und keine CSS-Selektoren von Hand zu schreiben, denn ego (lite) findet Elemente über einen semantischen Snapshot der Seite.

Playwright MCP ist ein MCP-Server, den Ihr Agent mit einem Tool-Aufruf pro Aktion steuert – eine Aufgabe mit fünfzehn Schritten bedeutet also fünfzehn Modell-Roundtrips: langsam und tokenhungrig. ego (lite) ist der Browser selbst: Der Agent schreibt einen kurzen JavaScript-Durchlauf, der viele Schritte auf einmal in Ihrem echten, angemeldeten Browser ausführt. Im Test derselben Aufgabe in Claude Code mit Opus 4.8 war ego (lite) nach rund 18 Sekunden und 2 Modell-Roundtrips fertig, Playwright MCP brauchte rund 43 Sekunden und 9 Roundtrips. Zusätzlich laufen viele Testaufgaben parallel, jede in ihrem eigenen Space – das kann ein einzelner MCP-Browser nicht.

Ja, und genau hier zeigt es seine Stärke. ego (lite) ist Ihr eigener, bereits angemeldeter Alltagsbrowser, sodass der Agent Dashboards, interne Admin-Bereiche und Kontoabläufe testet, ohne dass Sie erst eine Login-Automatisierung bauen müssen. Da es sich wie eine echte menschliche Sitzung verhält, löst es außerdem weit seltener CAPTCHAs oder Bot-Erkennung aus als ein Headless- oder frisch gestarteter Browser.

Jede Aufgabe läuft in einem eigenen Space, einem separaten Arbeitsbereich im selben Browser, vergleichbar mit zusätzlichen Fenstern desselben Profils. Spaces teilen Ihre Logins, halten aber eigene Seiten vor, sodass parallele Testläufe sich weder gegenseitig noch mit Ihren eigenen Tabs in die Quere kommen. Für die Website sieht das wie ein angemeldeter Nutzer mit mehreren offenen Tabs aus. Erlaubt Ihre App nur eine aktive Sitzung pro Konto, führen Sie diese Abläufe nacheinander aus oder nutzen Sie ein Testkonto.

Ja, in dem Sinne, dass der Agent einen Baseline-Screenshot und einen neuen aufnimmt, beide Pixel für Pixel vergleicht und Ihnen sagt, was sich wo geändert hat. Der Agent macht den Vergleich direkt in Ihrem Browser, es muss kein separates Visual-Testing-Produkt eingerichtet werden – kein Percy, kein Chromatic. Für einen verwalteten Baseline-Dienst mit Review-Workflows und CI-Gating bleibt ein dediziertes Visual-Testing-Tool aber die bessere Wahl.

Heute noch nicht. ego (lite) ist ein echter, sichtbarer Browser auf Ihrem Mac für das Testen während der Entwicklung: Fehler reproduzieren, debuggen, den Fix verifizieren, Prüfungen über Ihre Seiten laufen lassen. Für eine Headless-Suite, die unbeaufsichtigt in der CI läuft, oder für Tests in Firefox und WebKit behalten Sie Ihre Playwright-Testsuite. ego (lite) ist die schnelle innere Schleife, nicht der CI-Runner.

Funktionale und Laufzeitfehler, auf die echte Nutzer stoßen würden: ein Ablauf, der abbricht, eine Schaltfläche ohne Wirkung, ein unabgefangener JavaScript-Fehler, eine fehlgeschlagene Netzwerkanfrage, ein Konsolenfehler, ein falscher Wert. Der Agent liest den Seitenzustand zusammen mit Konsole und Netzwerk aus und meldet, was wo fehlgeschlagen ist – nicht nur Grün oder Rot.

Der Agent arbeitet in seinem eigenen Space, sodass Ihre Tabs und Fenster unangetastet bleiben. Alles geschieht in einem echten, sichtbaren Browserfenster, dem Sie jederzeit zusehen und das Sie über die CLI Ihres Agenten unterbrechen können. Ihre Browserdaten bleiben auf Ihrem eigenen Rechner: ego (lite) lädt weder Verlauf noch Cookies oder Sitzungen hoch. Bei Abläufen mit echten Nebenwirkungen, etwa einem Checkout, der tatsächlich abbucht, richten Sie den Agenten auf localhost oder Staging, genau wie beim manuellen Testen. Wenn Sie einen externen Agenten oder Modellanbieter anbinden, gilt dessen eigene Datenrichtlinie.