¿CON QUÉ IA?A quién le sirve. Dueños de webs y equipos pequeños que quieren probar sus formularios de alta, contacto o compra sin recorrerlos a mano cada vez.
Qué hicieron
La guía explica que Scout maneja su propia sesión de navegador con Playwright, una herramienta para controlar navegadores. Describes una tarea en lenguaje normal, como rellenar un formulario, mirar un panel o informar de errores de consola, y Scout decide usar el navegador. Puede hacer clic, escribir, subir archivos, sacar capturas, extraer texto y leer los registros de la consola y las peticiones de red. Las acciones delicadas pueden detenerse a la espera de tu aprobación.
Cómo salió
Es un repaso de funciones, no un informe de pruebas, así que no da resultados ni cifras. Dice que Scout puede editar documentos de Loop de esta forma. Para datos de Microsoft 365 prefiere las herramientas de API y WorkIQ antes que el navegador.
Conviene saber
Iniciar sesión, enviar formularios y hacer cambios puede pedir tu aprobación según tus ajustes de permisos, que puedes cambiar en Ajustes, Permisos.
Qué necesitas
- Microsoft Scout activado en tu PC con Windows 11. Hoy lo prepara tu organización, así que avisa a informática.
- La dirección de tu web o, mejor, de una versión de pruebas.
- Datos de prueba: un nombre y un correo de ejemplo, y un archivo de prueba si hay subida.
- Los permisos de Scout bien ajustados, porque las acciones delicadas pueden pedir tu aprobación.
Cómo hacerlo tú, paso a paso
- Prepara una versión de pruebas de tu web. Si no la tienes, usa la normal con datos de ejemplo que no afecten a clientes reales.
- Decide el recorrido que quieres probar: alta, contacto, compra o subida de un archivo.
- En Scout, pega el prompt de esta ficha con tu dirección, el recorrido y tus datos de prueba.
- Mira los permisos en Ajustes, Permisos, y deja que las acciones delicadas pidan tu aprobación.
- Deja que avance paso a paso. Hará clic, escribirá, subirá el archivo y leerá los registros de la consola y las peticiones de red.
- Aprueba cada acción que te pida y revisa lo que va a enviar antes de que lo mande.
- Lee la lista final de errores, peticiones fallidas o pasos rotos, y pásala a quien mantiene tu web.
Abre [tu web o la dirección de pruebas] en un navegador y recorre [el formulario o recorrido, por ejemplo el alta o la compra] con datos de prueba como [nombre y correo de ejemplo]. Avanza paso a paso, sube [archivo de prueba] si hay una subida, y lee los registros de la consola y las peticiones de red en busca de errores. No envíes nada a un sistema real en producción sin enseñarme antes lo que vas a mandar. Termina con una lista de los errores, peticiones fallidas o pasos rotos que hayas encontrado.
Consejos
- No envíes nada a un sistema real sin ver antes qué va a mandar. Usa siempre datos de ejemplo.
- Pide capturas de cada paso que falle. Le sirven a quien arregla la web.
- La fuente es un repaso de funciones, sin resultados. Prueba primero con un formulario sencillo.
Preguntas frecuentes
¿Qué son los registros de la consola y las peticiones de red?
Son los avisos de error que genera una web por dentro mientras funciona. Quien la programa los usa para encontrar fallos; tú solo necesitas la lista que te deja Scout.
¿Puede estropear mi web real?
Si envía formularios en la web real, puede crear registros o mensajes de prueba. Por eso conviene una versión de pruebas y revisar lo que va a mandar antes.
Fuentes
En el directorio desde el 12 de octubre de 2026.
r/microsoft_365_copilot en Reddit