- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Acerca de la publicación de proyectos de automatización
- Diseñar automatizaciones
- Gestionar paquetes de actividades
- Configuración de los Ajustes del Proyecto de Actividades
- Firma de paquetes
- Control
- Importar entidades
- Experiencia de diseño moderna
- Vincular un proyecto a una idea en Automation Hub
- Usar Data Manager
- Dependencias
- Tipos de flujos de trabajo
- 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 - Propiedades de la actividad codificadas
- 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
- ST-USG-028: Restringir la invocación de plantillas de archivo
- ST-USG-032 - Etiquetas obligatorias
- ST-USG-034 - URL Automation Hub
- Variables
- Argumentos
- Espacios de nombres importados
- Automatización atendida basada en desencadenadores
- Flujo de control
- Repo. de objetos
- Registro
- La herramienta ScreenScrapeJavaSupport
- Pruebas de Studio
- Extensiones
- Solución de problemas
- Acerca de la resolución de problemas
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Internet Explorer x64
- Problemas de Microsoft Office
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Reparar Soporte Active Accessibility
- Automatizar aplicaciones que se ejecutan en un usuario de Windows diferente
- Validation of large Windows-legacy projects takes longer than expected
Información general
El marco de automatización de pruebas es una plantilla que proporciona una base para los proyectos de prueba mediante la incorporación de las mejores prácticas esenciales. El marco incluye funciones para gestionar activos, constantes, registro y gestión de excepciones.
Cómo funciona
La plantilla sigue tres fases consecutivas:
-
SetUp (SetUp.xaml) — Esta fase lee el archivo Assets.json e inicia las aplicaciones utilizadas en el proceso. Si la inicialización tiene éxito, la ejecución pasa a la fase Ejecutar prueba. Si falla, la ejecución finaliza y un caso de prueba falla, generando una captura de pantalla que está disponible en Orchestrator.
- InitAllAssets.xaml— Esta fase inicia, rellena y genera un diccionario de configuración, Activos, que se utiliza en todo el proyecto. Los activos se recuperan desde Orchestrator.
-
Run Test (placeholder for test case)— This phase is where the Test Case is executed. The Placeholder activity changes at runtime into an Invoke Workflow File activity. This activity then invokes the Test Case with the execution template attached to it. This creates a temporary workflow file called Generated – testCaseName. The Test Case is wrapped in a Timeout Scope that has the Throw Exception After input value set to theTestTimeOut constant. If the execution of the Test Case exceeds theTestTimeOut, it stops the execution. This is useful in case a process ends up in an infinite loop, as it stops the execution so the robot can be free.
-
TearDown (TearDown.xaml)— Esta fase finaliza la ejecución del caso de prueba y realiza las acciones necesarias para limpiar el entorno para futuras ejecuciones.
- KillAllProcesses.xaml: fuerza la finalización de un proceso de Windows que representa una aplicación utilizada en el proceso empresarial. Sin embargo, eliminar procesos puede provocar resultados no deseados, como perder cambios no guardados en los archivos. A pesar del nombre de este flujo de trabajo, no es obligatorio eliminar siempre todos los procesos utilizados. Otros pasos podrían ser más apropiados para devolver el sistema a un estado limpio, según los requisitos del proceso empresarial.
-
TakeScreenshots.xaml: toma una captura de pantalla de toda la pantalla y la guarda como .PNG en una carpeta especificada por el argumento in_Folder . Puedes invocar esta fase siempre que sea necesario en el flujo de trabajo.
Personalizar la plantilla
Para configurar la plantilla para tu caso de uso específico, sigue estos pasos:
-
En la carpeta Datos, abre el archivo Assets.json y añade los activos de Orchestrator a los que necesitas acceder.
Nota:Usa el archivo Assets.json para cualquier tipo de activos, excepto las credenciales. Para utilizar activos de credenciales definidos en Orchestrator, añádelos como Constante.
-
En Data Manager, en Constantes, añade los activos de credenciales que deseas utilizar. Para acceder a ellos, añade una actividad Obtener credencial.
Consejo:Si el activo de credencial se almacena en una carpeta de Orchestrator diferente a aquella en la que se ejecuta el proceso, crea otra Constante para almacenar el nombre de la carpeta.
-
Cambia la constante TestTimeOut para modificar el tiempo de ejecución permitido de un caso de prueba.
Las dependencias por defecto de esta plantilla de proyecto son UiPath.System.Activities, UiPath.UIAutomation.Activities y UiPath.Testing.Activities.