Cómo detectar que cambió una pantalla utilizada por una automatización
Detecta cambios de pantalla comprobando elementos y estados esperados antes de las acciones críticas, además de observar fallos.
Detecta cambios de pantalla comprobando elementos y estados esperados antes de las acciones críticas, además de observar fallos. Un selector que todavía encuentra algo puede apuntar al botón equivocado. La señal útil confirma tanto dónde va a actuar el flujo como qué resultado apareció después.
Define una firma funcional de cada pantalla crítica
Elige señales relacionadas con el trabajo: título de sección, etiqueta de campo, identidad del registro y botón de confirmación. No dependas únicamente de colores o posiciones. Guarda los atributos esperados y la versión conocida cuando sea accesible. Si una pantalla muestra varios pedidos, comprueba el identificador del caso antes de editar, aunque el campo de importe siga teniendo el mismo nombre.
Prueba coincidencias, no solo existencia
Microsoft ofrece una prueba de selectores en Power Automate para escritorio que distingue resultados sin coincidencias o con varios elementos. Utilízala para verificar el destino y revisar ambigüedades. Evita resolver una coincidencia múltiple tomando siempre la primera fila. Un cambio de orden, filtros o paginación puede convertir un flujo aparentemente correcto en una modificación del registro de otro cliente.
Combina controles previos y posteriores
Antes de una escritura, valida pantalla y caso. Después, comprueba una señal del resultado, como el estado o identificador confirmado que la aplicación permita consultar. Usa capturas de prueba para comparar composición cuando ayuden, con protección de los datos visibles, pero no las consideres prueba suficiente de que se guardó una operación. Separa cambio visual inocuo de cambio que altera el significado de un campo.
Detén la acción y conserva contexto limitado
Cuando falte una señal, pausa ese caso y registra paso, elemento esperado y estado observado. No añadas selectores cada vez más amplios para continuar sin revisión. Ensaya un cambio de etiqueta, una fila duplicada y una ventana de error que tape el formulario. La alerta debe permitir al mantenedor reproducir la diferencia y probar la corrección antes de reanudar, conciliando los casos cuyo resultado quedó incierto.
Cuando corrijas un selector, vuelve a probar los registros cercanos que no debía encontrar. Una solución que recupera el caso fallido ampliando demasiado la coincidencia puede introducir errores silenciosos en otros clientes y parecer resuelta durante una única demostración.
Comprobaciones para cerrar la tarea
- ✓ Una coincidencia múltiple exige revisión.
- ✓ La identidad del registro se comprueba antes de escribir.
- ✓ El ensayo detecta una ventana que tapa el formulario.
Fuentes y documentación
- Microsoft Learn · Probar selectores — La prueba puede localizar uno, varios o ningún elemento; comprobar el destino real.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →