studio
2023.4
false
- 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
- 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
- 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
- Grabación
- Elementos de la IU
- 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
- Automatización de Citrix Technologies
- Automatización RDP
- Automatización de Salesforce
- Automatización SAP
- Automatización de VMware Horizon
- Registro
- La herramienta ScreenScrapeJavaSupport
- El protocolo WebDriver
- Conjunto de pruebas - Estudio
- 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
Marco de automatización de pruebas
Guía de usuario de Studio
Última actualización 17 de dic. de 2024
Marco de automatización de pruebas
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.
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.
- Ejecutar prueba (marcador de posición para caso de prueba): en esta fase se ejecuta el caso de prueba. La actividad Marcador de posición cambia en runtime a una actividad Invocar archivo de flujo de trabajo. Esta actividad invoca el caso de prueba con la plantilla de ejecución adjunta. Esto crea un archivo de flujo de trabajo temporal llamado Generado - testCaseName. El caso de prueba se envuelve en un ámbito de tiempo de espera que tiene el valor de entrada Lanzar excepción después establecido en la constante TestTimeOut. Si la ejecución del caso de prueba supera el TestTimeOut, detiene la ejecución. Esto es útil en caso de que un proceso termine en un bucle infinito, ya que detiene la ejecución para que el robot pueda liberarse.
- 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, cancelar 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 cancelar 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.
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: utiliza el archivo Assets.json para cualquier tipo de activo, 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 credenciales se almacena en una carpeta de Orchestrator diferente de aquella en la que se está ejecutando 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.