# Eine Website mit einem KI-Agenten testen und reproduzierbare Fehlerberichte erstellen

Gib einem Agenten einen Testplan für eine Website, lass erwartetes und tatsächliches Verhalten festhalten und verwandle fehlgeschlagene Prüfungen in Fehlerberichte, die andere Entwickler nachvollziehen können.

Canonical page: https://beeuni.ai/blog/de/test-website-with-ai-agent

Eine Seite kann korrekt laden, während ihr Formular falsche Daten sendet oder die Navigation deine Arbeit zunichtemacht. Gib dem Agenten konkrete Aktionen vor, die er ausprobieren soll, und beschreibe, was dabei passieren sollte. Das Ergebnis sollte ein Testprotokoll mit genügend Belegen sein, damit sich jeder Fehler reproduzieren lässt.

## Ein Testbriefing für einen Nutzerablauf verfassen

Gib Beeuni eine erreichbare Vorschau-URL und beschreibe den Ablauf. Der Agent kann die Website in seinem Browser öffnen, zwischen Seiten navigieren, Felder ausfüllen und das Ergebnis prüfen. Beschreibe bei einem Kontaktformular die Validierungsregeln und die erwartete Bestätigung. Verwende Testkonten und lege fest, wohin Einsendungen gehen dürfen. Führe in diesem Test keine Zahlungen aus und versende keine Nachrichten an echte Kunden.

```
Open the preview URL in your browser and navigate to the contact form.
Use the supplied test account and synthetic form data.
Try required fields, invalid email, successful submission, and repeated clicks.
Record the browser and viewport used.
For each check, report expected behavior, observed behavior, and evidence.
Capture screenshots of failures and save a reproduction report.
Mark checks you cannot complete as blocked. Do not report them as passed.
```

Ist die Seite nur auf deinem Laptop erreichbar, braucht der Browser des Agenten eine zugängliche Vorschau oder eine ausdrücklich eingerichtete Verbindung, über die er die Seite erreichen kann.

## Das Testprotokoll vor der Zusammenfassung lesen

Hier ist ein beispielhaftes Testprotokoll für ein Kontaktformular. Jede Zeile deckt eine eigene Prüfung ab. Dass die Seite erfolgreich lädt, sagt nichts darüber aus, ob das Formular funktioniert.

| Prüfung | Erwartetes Ergebnis | Beobachtung (Beispiel) | Status |
| --- | --- | --- | --- |
| Leeres Formular absenden | Pflichtfelder zeigen Fehlermeldungen | Fehlermeldungen erscheinen neben den Pflichtfeldern | Bestanden |
| Ungültige E-Mail-Adresse absenden | Einsendung wird abgelehnt | Stattdessen erscheint eine Bestätigung | Fehlgeschlagen |
| Bestätigungslink öffnen | Zielseite wird geöffnet | Das Testkonto hat keinen Zugriff auf die Zielseite | Blockiert |

## Ein Fehlerbericht, dem andere folgen können

Gib für jeden Fehler die URL, sofern bekannt die Seitenversion, den Ausgangszustand, die genauen Schritte, die Testeingabe, das erwartete Ergebnis und das tatsächliche Ergebnis an. Füge nach Möglichkeit einen Screenshot bei. Unterscheide zwischen einem sichtbaren Fehler und einer Vermutung über seine Ursache: Eine Bestätigungsmeldung allein beweist nicht, dass der Server ungültige Daten angenommen hat.

Wiederhole die fehlgeschlagenen Schritte von einer frisch geöffneten Seite oder Sitzung aus. Tritt der Fehler nur gelegentlich auf, halte fest, bei welchen Versuchen er auftrat und was sich geändert hat. Führe Browserfehler als ergänzende Belege auf, statt jede Warnung als Ursache zu behandeln.

Hier ist ein beispielhafter Bericht zum Fehler mit der ungültigen E-Mail-Adresse. Ersetze die Angaben zur Umgebung durch die Vorschau-URL und die Seitenversion, die du getestet hast.

```
Title: Contact form shows success for an invalid email
Environment: supplied preview URL; record deployed version
Starting state: fresh page, signed out, empty form
Steps:
1. Enter Test user in the name field.
2. Enter test@ in the email field.
3. Enter Test submission in the message field.
4. Click Send once.
Expected: email error appears; form stays available for correction.
Observed: confirmation replaces the form.
Evidence: screenshot of confirmation; record browser and viewport.
Unknown: whether a contact record or email was created.
```

Der Entwickler muss weiterhin prüfen, ob der Server die Eingabe trotz der Erfolgsmeldung abgelehnt hat. Hat der Agent autorisierten Zugriff auf ein Testpostfach oder ein Einsendeprotokoll, bitte ihn, dort nachzusehen. Andernfalls bleibt unklar, ob der Server die Daten angenommen hat.

## Regressionstests passend zur Änderung auswählen

Ändert die Korrektur die E-Mail-Validierung, prüfe eine gültige, eine leere und eine ungültige Adresse. Berücksichtige Formate, die dein Produkt ausdrücklich unterstützt, etwa eine Adresse mit Pluszeichen. Korrigiere anschließend die ungültige Eingabe und sende das Formular erneut ab. Lässt sich eine Fehlermeldung nicht zurücksetzen, ist das ein eigenes Usability-Problem.

Betrifft die Änderung den Status beim Absenden, konzentriere dich auf wiederholte Klicks und die Möglichkeit, es erneut zu versuchen. Wird die Schaltfläche nach einer fehlgeschlagenen Anfrage wieder verfügbar? Sind nach der Rückkehr von der Bestätigungsseite noch alte Werte vorhanden? Wähle Prüfungen anhand des betroffenen Verhaltens aus. Eine lange Checkliste nach jeder kleinen Änderung erneut durchzugehen, kann den Fall verdecken, der Aufmerksamkeit braucht.

Kennzeichne eine Prüfung als blockiert, wenn sie nicht ausgeführt werden konnte. Ein fehlgeschlagener Login kann verhindern, dass der Formulartest überhaupt beginnt; daraus folgt nicht, dass das Formular defekt ist. Bei geänderten Beschriftungen oder Layouts müssen möglicherweise die Testanweisungen angepasst werden. Halte solche Änderungen neben dem erneuten Test fest, damit später nachvollziehbar ist, ob der Test überarbeitet oder das Produkt korrigiert wurde.

Halte die neue Seitenversion fest und bewahre den früheren Bericht auf. Dies ist eine gezielte Funktionsprüfung. Barrierefreiheit, Sicherheit, Last und browserübergreifendes Verhalten erfordern jeweils einen eigenen Umfang und eigene Werkzeuge.

Wie du Prüfungen über dein eigenes Entwicklungstool auslöst, erfährst du im [Leitfaden zum Agent-Backend](/blog/de/use-beeuni-as-your-agent-backend). Verwende dasselbe Testbriefing und dieselben Berichtsfelder, wenn du von manuellen Anfragen zu einer Integration wechselst.