Revisión de la página de registro con IA: deja que un agente pruebe cada campo

Un agente de programación con IA puede abrir tu página de registro y probar valores en sus campos. Con bandejas de entrada de prueba y valores listos, también puede revisar cada campo y completar el registro.

Actualizado el 5 de noviembre de 2026

Nuestra recomendación, de entrada. Creamos Proxy Mail QA, así que no somos neutrales. En este artículo lo recomendamos para una tarea: darle a un agente de IA bandejas de entrada de prueba reales y valores de prueba listos, para que pueda revisar cada campo de tu página de registro y completar el registro a través del correo. Proxy Mail QA no revisa el diseño, los textos, la accesibilidad, la velocidad ni la seguridad de tu página, y no rellena ni envía el formulario: eso lo hace el agente con sus propias herramientas de navegador. Para lo demás, consulta Lo que no detecta.

Un agente de programación con IA, como el de Qoder, puede abrir tu página de registro, leer sus campos y probar valores en ellos. Dos cosas suelen impedirle hacer una revisión completa:

No tiene bandeja de entrada. La página dice “Revisa tu correo” y la revisión termina ahí. Nadie sabe si el correo llega o si el enlace funciona.
Prueba siempre los mismos pocos valores. test@example.com, John Smith y Password123! pasan en casi cualquier formulario. Los nombres y contraseñas que escribe la gente real son los que lo rompen.

Este artículo explica qué debe revisar una revisión campo por campo y cómo darle al agente lo que necesita para revisarlo.

Qué revisa una revisión campo por campo

Campo	Qué probar	Qué debería pasar
Correo	Mayúsculas, una etiqueta con signo más, un apóstrofo (`o'brien`), el máximo de 64 caracteres; y valores no válidos, como dos signos @	Los válidos se aceptan y el correo llega. Los no válidos se rechazan antes de enviar nada
Nombres	`O'Brien`, `Smith-Jones`, `José`, `李`, `محمد`, una letra, exactamente el máximo del campo y uno más	Los nombres reales se aceptan tal como se escriben. Uno más del máximo se rechaza con un mensaje claro
Nombres como código	`<b>Jane</b>`, `<script>alert(1)</script>`	Se guardan y se muestran como texto plano, nunca se ejecutan
Contraseña	Exactamente el mínimo, exactamente el máximo, uno menos, uno más, cada tipo de símbolo, un espacio en medio	Las contraseñas que cumplen la regla se aceptan y luego permiten iniciar sesión. Las que no la cumplen se rechazan, en el campo, indicando la regla
Fecha de nacimiento	Un adulto, alguien menor de 18, alguien que cumple 18 mañana	Tu regla de edad se aplica el día correcto
País	Cada país que tus reglas tratan de forma distinta	Los términos, el contenido o el rechazo correctos
Campos de confirmación	Un correo o una contraseña de confirmación que no coincide	Un error en el campo
El formulario completo	Enviarlo dos veces; una dirección que ya está registrada	Una cuenta y un correo. Un texto que no confirme si alguien tiene cuenta, si eso importa para tu app

Lo que Proxy Mail QA le da al agente

Una dirección de prueba real en cada ejecución. El correo de verificación llega a una bandeja de entrada privada que solo recibe. El agente lo espera con wait_for_code o wait_for_link y recibe solo el código o el enlace, nunca el texto del correo, así que puede completar el registro en lugar de quedarse en “Revisa tu correo”.
Valores que encajan en cada campo. form_values toma lo que la página dice de cada campo (su tipo, etiqueta, nombre, placeholder, autocomplete, pattern, longitud mínima y máxima, y las opciones de una lista desplegable) y devuelve qué escribir o elegir: el correo, los nombres, un nombre de usuario, una contraseña que cumple las reglas del campo, una fecha de nacimiento en el formato del campo y un país que ofrece la lista. Un campo que no reconoce, como una casilla de términos, vuelve vacío con una nota, y el agente decide qué hacer con él.
Valores difíciles, agrupados por lo que debería pasar. get_name_variants devuelve valores en cuatro grupos: accept, reject, store_as_text y decide (las apps difieren con razón, así que anota qué hizo la tuya). get_password_variants usa los mismos grupos, sin store_as_text. get_address_variants agrupa las direcciones como delivered (el correo sigue llegando a la bandeja de entrada), undeliverable y invalid. Pasa la longitud máxima del campo, y el mínimo y el máximo de la contraseña, para que los límites coincidan con tu formulario.
Cuentas de una edad o un país exactos. create_address acepta un age (under13, under15, under18, turns18tomorrow, turned18today, adult, over21) y un country (como GB o DE), y la fecha de nacimiento y el país de la persona de prueba coinciden.
Un informe. start_run y finish_run registran la sesión y la devuelven como Markdown, lista para pegar en un pull request.

Para probar muchos nombres o contraseñas sin crear una dirección para cada uno, dale a cada intento su propia etiqueta con signo más: k7f2x9ab12cd+name1@mailclub.dev, +name2, etc. Para tu app, cada una es una cuenta nueva, y el correo sigue llegando a la misma bandeja de entrada. Si tu app rechaza las etiquetas con signo más, eso ya es un hallazgo.

Conéctalo en Qoder

En el Marketplace de Qoder, abre Proxy Mail QA en la pestaña Connectors (sitio global, sitio de China) y conéctalo. O instala el plugin de Proxy Mail QA, que añade las mismas herramientas y ocho skills.
Inicia sesión en Proxy Mail QA en tu navegador cuando Qoder te lo pida y elige el proyecto que puede usar el agente. Basta con una cuenta gratuita.
Configura el nivel de permisos de Qoder en Ask every time, no en Auto approve, y aprueba cada paso de Proxy Mail QA cuando te lo pida.

Dos de las skills del plugin encajan en esta revisión: signup-form-email-validation (direcciones, nombres y contraseñas) y age-and-region-testing (restricciones de edad y reglas por país).

Pide la revisión

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 verification
with the code or link from the email.
Then try the values from get_address_variants, get_name_variants (with each name field's
maximum 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 the
form does with each.
Finish the run and give me a table: field, value, what it tests, what the app did, and
what to fix.

El agente escribe los valores y pulsa los botones. Proxy Mail QA nunca pulsa nada en tu página.

Cómo leer los resultados

Los valores accept (y las direcciones delivered) que se rechazaron son los errores con los que se topa la gente real: un formulario que rechaza O'Brien o una etiqueta con signo más aleja a clientes reales.
Los valores reject (y las direcciones invalid) que se aceptaron indican que no se aplica el límite del campo. Comprueba si lo aplica el servidor, no solo la página.
Los valores store_as_text que cambiaron la página (texto en negrita, una alerta) hay que corregirlos antes que nada.
Los valores decide no tienen una respuesta correcta. Acuerden qué debe hacer su app y manténganlo así.
Con las contraseñas que se aceptaron, inicia sesión. Una contraseña que se recorta o se acorta al guardarla no permitirá iniciar sesión tal como se escribió.

Lo que no detecta

Diseño y textos. El agente puede opinar sobre etiquetas y textos, pero Proxy Mail QA no aporta nada ahí. Revisa la página tú mismo, también en un teléfono.
Accesibilidad. Usa axe DevTools, WAVE o Lighthouse, y prueba el formulario con un lector de pantalla y solo con el teclado.
Velocidad. Usa Lighthouse o PageSpeed Insights.
Seguridad. Comprobar que el HTML y el SQL se guardan como texto es una buena señal, no una prueba de seguridad. Para eso usa un escáner o una prueba de penetración.
Códigos SMS, CAPTCHA e inicio de sesión social. Proxy Mail QA es solo para correo. Desactiva los CAPTCHA en staging o usa las claves de prueba de tu proveedor.
Campos que solo tiene tu app, como el tamaño de la empresa o “¿Cómo nos conociste?”. form_values los deja vacíos, así que el agente los rellena por su cuenta según lo que muestra la página.

Antes de empezar

Revisa una copia de staging o local de una app que desarrolles o que tengas permiso para probar. Cada valor aceptado crea una cuenta real en tu app, así que bórralas después.
Tu proveedor de correo tiene que poder enviar a cualquier dirección. En modo sandbox o de prueba (Amazon SES antes del acceso a producción, Resend sin un dominio verificado, un sandbox de Mailgun, Postmark antes de la aprobación o el correo integrado de Supabase) solo envía a direcciones que hayas verificado, así que no llega nada. check_delivery le avisa al agente cuando esa es la causa probable.
Proxy Mail QA no funciona con algunos grandes servicios de consumo, como Google, Instagram, TikTok, Amazon y PayPal. Es para probar tu propia app.

Más detalles: direcciones poco comunes, nombres y contraseñas poco comunes y el MCP server.

Úsalo en tu próxima prueba de registro

Plan gratuito, sin tarjeta de crédito. Crea una dirección y mira cómo llega el código o el enlace.

Crear una cuenta gratuitaAbrir la aplicación