# Prueba un sitio web con un agente de IA y obtén informes de errores reproducibles

Dale a un agente un plan de pruebas para un sitio web, registra el comportamiento esperado y el observado, y convierte las comprobaciones fallidas en informes de errores que otro desarrollador pueda reproducir.

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

Una página puede cargarse correctamente mientras su formulario envía datos incorrectos o su navegación hace que pierdas lo que estabas haciendo. Indica al agente qué acciones debe probar y qué debería ocurrir. El resultado útil es un registro de pruebas con evidencias suficientes para reproducir cada fallo.

## Prepara instrucciones de prueba para un recorrido de usuario

Dale a Beeuni una URL de vista previa accesible y describe el recorrido. El agente puede abrir el sitio en su navegador, navegar entre páginas, rellenar campos y revisar el resultado. Para un formulario de contacto, indica las reglas de validación y el mensaje de confirmación esperado. Usa cuentas de prueba y especifica adónde pueden enviarse los formularios. No incluyas pagos ni mensajes de clientes reales en esta prueba.

```
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.
```

Si solo se puede acceder a la página desde tu portátil, el navegador del agente necesita una vista previa accesible o una conexión configurada explícitamente para acceder a ella.

## Revisa el registro de pruebas antes del resumen

Este es un ejemplo de registro de pruebas para un formulario de contacto. Cada fila corresponde a una comprobación distinta; que la página se cargue correctamente no demuestra que el formulario funcione.

| Comprobación | Resultado esperado | Observación ilustrativa | Estado |
| --- | --- | --- | --- |
| Enviar el formulario vacío | Los campos obligatorios muestran errores | Aparecen errores junto a los campos obligatorios | Correcta |
| Enviar un correo electrónico no válido | Se rechaza el envío | En su lugar, aparece un mensaje de confirmación | Fallida |
| Abrir el enlace de confirmación | Se abre la página de destino | La cuenta de prueba no tiene acceso a la página de destino | Bloqueada |

## Un informe de errores que otra persona pueda seguir

Para cada fallo, pide la URL, la versión de la página si se conoce, el estado inicial, los pasos exactos, los datos de prueba, el resultado esperado y el resultado observado. Adjunta una captura de pantalla si está disponible. Distingue entre un error visible y una explicación de su causa: un mensaje de confirmación por sí solo no demuestra que el servidor haya aceptado datos no válidos.

Repite los pasos que provocan el fallo desde una página o sesión nueva. Si el fallo es intermitente, registra qué intentos fallaron y qué cambió. Conserva los errores del navegador como pruebas complementarias; no des por hecho que cada advertencia es la causa.

Este es un ejemplo de informe para el fallo con el correo electrónico no válido. Sustituye los datos del entorno por la URL de vista previa y la versión de la página que probaste.

```
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.
```

El desarrollador aún debe comprobar si el servidor rechazó los datos a pesar del mensaje de éxito. Si el agente tiene acceso autorizado a una bandeja de entrada de prueba o a un registro de envíos, pídele que lo revise allí. De lo contrario, deja sin determinar si el servidor aceptó los datos.

## Elige pruebas de regresión relacionadas con el cambio

Si la corrección modifica la validación del correo electrónico, prueba una dirección válida, una vacía y una no válida. Incluye los formatos que tu producto admite explícitamente, como las direcciones con un signo más. Después, corrige los datos no válidos y vuelve a enviar el formulario. No poder borrar un error es un problema de usabilidad aparte.

Si el cambio afecta al estado del envío, céntrate en los clics repetidos y la recuperación. ¿Se vuelve a habilitar el botón después de una solicitud fallida? ¿Volver desde la pantalla de confirmación deja los valores anteriores en los campos? Elige las comprobaciones según el comportamiento afectado. Repetir una lista larga después de cada pequeño cambio puede hacer que pase desapercibido el caso que requiere atención.

Mantén una comprobación marcada como bloqueada cuando no se haya podido ejecutar. Un fallo de inicio de sesión puede impedir que empiecen las pruebas del formulario; no demuestra que el formulario esté roto. Si cambian una etiqueta o la disposición, quizá haya que actualizar las instrucciones de prueba. Registra esas actualizaciones junto a la repetición de las pruebas para que quien las consulte más adelante pueda distinguir entre una prueba revisada y una corrección del producto.

Registra la nueva versión de la página y conserva el informe anterior. Esta es una comprobación funcional específica. La accesibilidad, la seguridad, la carga y las pruebas en distintos navegadores requieren, cada una, un alcance y unas herramientas propios.

Para activar comprobaciones desde tu propia herramienta de desarrollo, consulta la [guía del backend de agentes](/blog/es/use-beeuni-as-your-agent-backend). Mantén las mismas instrucciones de prueba y los mismos campos del informe al pasar de las solicitudes manuales a una integración.