- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Dependencias
- Tipos de flujos de trabajo
- Sequences
- Diagramas de flujo
- Máquinas de estado
- Controlador global de excepciones
- Comparación de archivos
- Mejores prácticas de automatización
- Integración del control de código fuente
- Depuración
- La herramienta de diagnóstico
- Analizador de flujo de trabajo
- Acerca del analizador de flujo de trabajo
- ST-NMG-001: convención sobre nombres de variables
- ST-NMG-002: convención de nombres de argumentos
- ST-NMG-004: duplicación de nombres de visualización
- ST-NMG-005: anulación de variables
- ST-NMG-006: argumentos de anulación de variables
- ST-NMG-008: longitud variable excedida
- ST-NMG-009: variables de datos prefijados
- ST-NMG-011: argumentos de prefijo Datatable
- ST-NMG-012: valores predeterminados de los argumentos
- ST-NMG-016: longitud del argumento excedida
- ST-DBP-002: recuento de Argumentos elevado
- ST-DBP-003: bloque de Catch vacío
- ST-DBP-007: múltiples capas de diagramas de flujo
- ST-DBP-020: propiedades de salida no definidas
- ST-DBP-023: flujo de trabajo vacío
- ST-DBP-024: comprobación de actividad de persistencia
- ST-DBP-025: requisito previo para la serialización de variables
- ST-DBP-026: retraso en el uso de la actividad
- ST-DBP-027: mejor práctica de persistencia
- ST-DBP-028: requisito de serialización de argumentos
- ST-USG-005: argumentos de actividad codificados
- ST-USG-009: variables no utilizadas
- ST-USG-010: dependencias sin utilizar
- ST-USG-014: restricciones de los paquetes
- ST-USG-020: mensajes de registro mínimos
- ST-USG-024: guardado sin usar para más adelante
- ST-USG-025: uso incorrecto de los valores guardados
- ST-USG-026: restricciones de actividad
- ST-USG-027: paquetes necesarios
- Variables
- Argumentos
- Espacios de nombres importados
- Grabación
- Elementos de la IU
- Acerca de los elementos de la interfaz de usuario
- Propiedades de actividades de IU
- Métodos de entrada
- Ejemplo de uso de los métodos de entrada
- Métodos de salida o raspado de pantalla
- Ejemplos de uso de métodos de salida o de raspado de pantalla
- Generar Tablas a partir de Datos no estructurados
- Extracción relativa
- Flujo de control
- Selectores
- Repo. de objetos
- Extracción de datos
- Automatización de imágenes y texto
- Acerca de la automatización de imágenes y texto
- Actividades con el ratón y el teclado
- Ejemplo de uso de la automatización de ratón y teclado
- Actividades de texto
- Ejemplo de uso de la automatización de texto
- Actividades de OCR
- Actividades de imagen
- Ejemplo de uso de la automatización de OCR y la automatización de imágenes
- Automatizar las tecnologías de Citrix
- Automatización RDP
- Automatización SAP
- Automatización de VMware Horizon
- Registro
- La herramienta de migración ScaleCoordinates
- La herramienta ScreenScrapeJavaSupport
- El protocolo WebDriver
- StudioPro
- Extensiones
- Solución de problemas
- Internet Explorer x64
- Problemas con Microsoft Office Interop
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Identificación de los elementos de la interfaz de usuario tras las actualizaciones de Windows
- Aplicaciones JxBrowser
- Supervisión de eventos de usuario
- Java en App-V
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Citrix
Controlador global de excepciones
El Controlador global de excepciones es un tipo de flujo de trabajo diseñado para determinar el comportamiento del proyecto al encontrar un error de ejecución. Solo se puede establecer un Controlador global de excepciones por proyecto de automatización.
El Controlador global de excepciones tiene dos argumentos que no se deben eliminar.
errorInfo
con la dirección En y almacena información sobre el error que se ha lanzado y el flujo de trabajo que falló. El nivel de error que se puede registrar en la actividad Mensaje de registro.
ActivityInfo
para errorInfo
para obtener el nombre de la actividad que ejecutó la excepción y verla en el panel Salida.
result
, tiene la direcciónFuera y se usa para determinar el siguiente comportamiento del proceso cuando se encuentra un error. Los siguientes valores se pueden asignar al argumento result
.
- Continuar: la excepción se vuelve a ejecutar.
- Ignorar: la excepción se ignora y la ejecución continúa desde la siguiente actividad.
- Reintentar: la actividad que ejecutó la excepción se vuelve a intentar. Usa el método
RetryCount
paraerrorInfo
para contar el número de veces que se ha recuperado. -
Abortar: la ejecución se detiene después de ejecutar el Controlador de excepciones global actual.
Nota: Cualquier flujo de trabajo puede ser marcado como Controlador de excepciones global en Studio excepto para proyectos de biblioteca.
Cuando se detecta una excepción durante la depuración, se resalta la actividad que ha fallado, se detiene la ejecución y se mencionan el tipo y los detalles de la excepción en los paneles Locales y Pila de llamadas.
Lasacciones de depuración como Continuar, Detener, Reintentar, Ignorar, Reiniciar y Paso lento están disponibles en la cinta. Ignorar se utiliza para continuar la ejecución desde la siguiente actividad.
result
, ya sean Continuar, Ignorar, Reintentar o Abortar.
Al usar el Controlador global de excepciones con un proyecto que incluye un Intento de captura, asegúrate de agrupar las actividades en una Secuencia dentro del contenedor Intentar. De lo contrario, el Controlador global de excepciones no se ejecutará.
En el caso de actividades anidadas, se ejecuta el Controlador global de excepciones para cada actividad de la pila. Sin embargo, no se ejecuta para las actividades encapsuladas directamente en un Intento de captura, a menos que estén en una actividad.
El siguiente ejemplo muestra el comportamiento de un proyecto cuando se produce una excepción durante la ejecución.
El proyecto de automatización está configurado para hacer clic dentro de un documento del Bloc de notas guardado vacío, escribir algún texto y luego cerrar la aplicación, pero no sin antes hacer clic en el botón de guardar.
Para controlar el flujo de trabajo en caso de un error, el Controlador de excepciones global reintenta la actividad tres veces y luego la aborta con un mensaje de error.
Cuando el Controlador global de excepciones encuentra una excepción, registra el nombre de la actividad que ha fallado e intenta ejecutar la actividad tres veces. Si encuentra la misma excepción cada vez y el número de reintentos alcanza 3, la ejecución se aborta en el ámbito de la actividad que lanzó la excepción.
Si durante uno de los reintentos no se encuentra una excepción, la ejecución del flujo de trabajo continúa y el Controlador global de excepciones no interviene.