Unsere Empfehlung vorweg. Wir entwickeln Proxy Mail QA, wir sind also nicht neutral. In diesem Artikel empfehlen wir es für eine Aufgabe: einem KI-Agenten echte Test-Posteingänge und fertige Testwerte zu geben, damit er jedes Feld deiner Registrierungsseite prüfen und die Registrierung über die E-Mail abschließen kann. Proxy Mail QA prüft weder Design, Texte, Barrierefreiheit, Geschwindigkeit noch Sicherheit deiner Seite, und es füllt das Formular weder aus noch sendet es ab: Das macht der Agent mit seinen eigenen Browser-Tools. Für den Rest siehe Was es nicht findet.
Ein KI-Coding-Agent, etwa der in Qoder, kann deine Registrierungsseite öffnen, ihre Felder lesen und Werte darin ausprobieren. Zwei Dinge hindern ihn meist an einer gründlichen Prüfung:
- Er hat keinen Posteingang. Die Seite sagt „Prüfe deine E-Mails“, und dort endet die Prüfung. Niemand erfährt, ob die E-Mail ankommt oder der Link funktioniert.
- Er probiert immer dieselben paar Werte.
test@example.com,John SmithundPassword123!gehen bei fast jedem Formular durch. Die Namen und Passwörter, die echte Menschen eingeben, sind die, an denen es scheitert.
Dieser Artikel zeigt, was eine Prüfung Feld für Feld abdecken sollte und wie du dem Agenten gibst, was er dafür braucht.
Was eine Prüfung Feld für Feld abdeckt
| Feld | Was ausprobieren | Was passieren sollte |
|---|---|---|
Großbuchstaben, ein Plus-Tag, ein Apostroph (o'brien), das Maximum von 64 Zeichen; und ungültige, etwa mit zwei @-Zeichen |
Gültige werden angenommen und die E-Mail kommt an. Ungültige werden abgelehnt, bevor etwas gesendet wird | |
| Namen | O'Brien, Smith-Jones, José, 李, محمد, ein Buchstabe, genau das Maximum des Felds und eins darüber |
Echte Namen werden so angenommen, wie sie eingegeben wurden. Eins über dem Maximum wird mit einer klaren Meldung abgelehnt |
| Namen als Code | <b>Jane</b>, <script>alert(1)</script> |
Als reiner Text gespeichert und angezeigt, nie ausgeführt |
| Passwort | Genau das Minimum, genau das Maximum, eins darunter, eins darüber, jede Art von Sonderzeichen, ein Leerzeichen darin | Regelkonforme Passwörter werden angenommen und funktionieren danach bei der Anmeldung. Andere werden direkt am Feld abgelehnt, mit Angabe der Regel |
| Geburtsdatum | Ein Erwachsener, jemand unter 18, jemand, der morgen 18 wird | Deine Altersregel greift am richtigen Tag |
| Land | Jedes Land, das deine Regeln anders behandeln | Die richtigen Bedingungen, Inhalte oder die Ablehnung |
| Bestätigungsfelder | Eine Bestätigungs-E-Mail oder ein Bestätigungspasswort, das nicht übereinstimmt | Ein Fehler am Feld |
| Das ganze Formular | Zweimal absenden; eine Adresse, die schon registriert ist | Ein Konto und eine E-Mail. Texte, die nicht verraten, ob jemand ein Konto hat, falls das für deine App wichtig ist |
Was Proxy Mail QA dem Agenten gibt
- Eine echte Testadresse für jeden Lauf. Die Bestätigungs-E-Mail landet in einem privaten Posteingang, der nur empfangen kann. Der Agent wartet mit
wait_for_codeoderwait_for_linkdarauf und bekommt nur den Code oder Link zurück, nie den Text der E-Mail. So kann er die Registrierung abschließen, statt bei „Prüfe deine E-Mails“ aufzuhören. - Werte, die zu jedem Feld passen.
form_valuesnimmt, was die Seite über jedes Feld sagt (Typ, Label, Name, Platzhalter, Autocomplete, Pattern, minimale und maximale Länge sowie die Optionen eines Dropdowns), und gibt zurück, was einzugeben oder auszuwählen ist: die E-Mail, Namen, einen Benutzernamen, ein Passwort, das die Regeln des Felds erfüllt, ein Geburtsdatum im Format des Felds und ein Land, das das Dropdown anbietet. Ein Feld, das es nicht erkennt, etwa eine Checkbox für die Nutzungsbedingungen, kommt leer mit einem Hinweis zurück, und der Agent entscheidet, was damit passiert. - Knifflige Werte, gruppiert nach dem erwarteten Ergebnis.
get_name_variantsgibt Werte in vier Gruppen zurück:accept,reject,store_as_textunddecide(hier dürfen sich Apps unterscheiden, also notiere, was deine gemacht hat).get_password_variantsnutzt dieselben Gruppen, ohnestore_as_text.get_address_variantsgruppiert Adressen alsdelivered(die Mail erreicht trotzdem den Posteingang),undeliverableundinvalid. Übergib die maximale Länge des Felds sowie Minimum und Maximum des Passworts, damit die Grenzwerte zu deinem Formular passen. - Konten mit genauem Alter oder Land.
create_addressnimmt einage(under13,under15,under18,turns18tomorrow,turned18today,adult,over21) und einecountry(etwaGBoderDE), und Geburtsdatum und Land der Test-Persona passen dazu. - Einen Bericht.
start_runundfinish_runzeichnen die Sitzung auf und geben sie als Markdown zurück, bereit zum Einfügen in einen Pull Request.
Um viele Namen oder Passwörter auszuprobieren, ohne für jeden eine Adresse anzulegen, gib jedem Versuch einen eigenen Plus-Tag: k7f2x9ab12cd+name1@mailclub.dev, +name2 und so weiter. Für deine App ist jeder ein neues Konto, und die Mail kommt trotzdem in dem einen Posteingang an. Wenn deine App Plus-Tags ablehnt, ist das schon ein Befund.
In Qoder verbinden
- Öffne im Qoder Marketplace Proxy Mail QA im Tab „Connectors“ (globale Seite, China-Seite) und verbinde es. Oder installiere das Proxy Mail QA-Plugin, das dieselben Tools und acht Skills hinzufügt.
- Melde dich in deinem Browser bei Proxy Mail QA an, wenn Qoder danach fragt, und wähle das Projekt, das der Agent nutzen darf. Ein kostenloses Konto reicht.
- Stell die Berechtigungsstufe von Qoder auf Ask every time, nicht auf Auto approve, und bestätige jeden Proxy Mail QA-Schritt, wenn du gefragt wirst.
Zwei Skills des Plugins passen zu dieser Prüfung: signup-form-email-validation (Adressen, Namen und Passwörter) und age-and-region-testing (Altersschranken und Länderregeln).
Die Prüfung anfordern
Review the registration page at https://staging.acme.dev/register with Proxy Mail QA.Start a run. Use form_values for the fields, register once and finish the verificationwith the code or link from the email.Then try the values from get_address_variants, get_name_variants (with each name field'smaximum length) and get_password_variants (with the password field's minimum and maximum)in their fields. Use a plus tag on the address for each new attempt.Make one account with age under18 and one with age turns18tomorrow, and check what theform does with each.Finish the run and give me a table: field, value, what it tests, what the app did, andwhat to fix.Der Agent gibt die Werte ein und klickt die Buttons. Proxy Mail QA klickt nie etwas auf deiner Seite.
Die Ergebnisse lesen
- Abgelehnte
accept-Werte (unddelivered-Adressen) sind die Bugs, auf die echte Menschen stoßen: Ein Formular, dasO'Brienoder einen Plus-Tag ablehnt, weist echte Kunden ab. - Angenommene
reject-Werte (undinvalid-Adressen) bedeuten, dass das Limit des Felds nicht durchgesetzt wird. Prüfe, ob der Server es durchsetzt, nicht nur die Seite. store_as_text-Werte, die die Seite verändert haben (fetter Text, ein Alert), müssen vor allem anderen behoben werden.decide-Werte haben keine richtige Antwort. Legt fest, was eure App tun soll, und haltet es dann so.- Mit angenommenen Passwörtern meldest du dich an. Ein Passwort, das bei der Eingabe gekürzt oder abgeschnitten wird, funktioniert so eingegeben nicht bei der Anmeldung.
Was es nicht findet
- Design und Texte. Der Agent kann Labels und Texte kommentieren, aber Proxy Mail QA trägt dazu nichts bei. Sieh dir die Seite selbst an, auch auf einem Handy.
- Barrierefreiheit. Nutze axe DevTools, WAVE oder Lighthouse und probiere das Formular mit einem Screenreader und nur mit der Tastatur aus.
- Geschwindigkeit. Nutze Lighthouse oder PageSpeed Insights.
- Sicherheit. Zu prüfen, ob HTML und SQL als Text gespeichert werden, ist ein nützliches Zeichen, aber kein Sicherheitstest. Dafür brauchst du einen Scanner oder einen Penetrationstest.
- SMS-Codes, CAPTCHAs und Social Sign-in. Proxy Mail QA ist nur für E-Mail. Schalte CAPTCHAs auf Staging aus oder nutze die Testschlüssel deines Anbieters.
- Felder, die nur deine App hat, etwa Unternehmensgröße oder „Wie hast du von uns erfahren?“.
form_valueslässt sie leer, also füllt der Agent sie selbst aus, anhand dessen, was die Seite zeigt.
Bevor du anfängst
- Prüfe eine Staging- oder lokale Kopie einer App, die du entwickelst oder testen darfst. Jeder angenommene Wert legt ein echtes Konto in deiner App an, also lösche diese danach.
- Dein E-Mail-Anbieter muss an jede Adresse senden können. Im Sandbox- oder Testmodus (Amazon SES vor dem Produktionszugang, Resend ohne verifizierte Domain, eine Mailgun-Sandbox, Postmark vor der Freigabe oder die eingebaute E-Mail von Supabase) sendet er nur an Adressen, die du verifiziert hast, also kommt nichts an.
check_deliverysagt dem Agenten, wenn das die wahrscheinliche Ursache ist. - Proxy Mail QA funktioniert nicht mit einigen großen Verbraucherdiensten wie Google, Instagram, TikTok, Amazon und PayPal. Es ist zum Testen deiner eigenen App gedacht.
Mehr Details: ungewöhnliche Adressen, ungewöhnliche Namen und Passwörter und der MCP server.