- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Acerca de los proyectos de automatización
- Acerca de la publicación de proyectos de automatización
- 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
- 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: 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
- Variables
- Argumentos
- Espacios de nombres importados
- 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
- Solución de problemas de aplicaciones de JxBrowser
- Supervisión de eventos de usuario
- Solución de problemas de Citrix
Información general
Las pruebas de aplicaciones en Studio funcionan tanto en VB como en C#. Puedes crear proyectos de automatización individuales para escenarios como la verificación de datos o la integración con tus canalizaciones CI/CD. Diseña tu flujo de trabajo en Studio. Puedes realizar pruebas automatizadas de aplicaciones en VB o C#
Condiciones
- Perform application testing through test cases and data-driven test cases.
- Los proyectos de automatización de pruebas pueden tener varios puntos de entrada si contienen varios casos de prueba con ejecución lineal, ya que las actividades están organizadas de forma secuencial.
- La ejecución del flujo de trabajo se realiza por cada caso de prueba, a menos que se invoquen otros archivos
XAML. - Puedes convertir los flujos de trabajo en casos de prueba, importarlos de otros proyectos o crear otros nuevos.
Dependencias
Crear Caso de Prueba
Puedes crear un caso de prueba invocando un flujo de trabajo desde un proyecto existente.
-
Abre tu flujo de trabajo en Studio.
-
En el panel de Proyectos, haz clic con el botón derecho en el flujo de trabajo y selecciona Crear caso de prueba.
-
(Optional) Select Mock workflow under test when you create your test case if you want to make a copy of your workflow where you can mock specific activities. If you have an existing mock file that you want to use, you can select it from the Mock dropdown. For more information, see Mock Testing.
-
(Optional) Select a Template from the dropdown list if you have created one previously. For more information, see File Templates.
-
Click Next if you want to add test data.
-
Haz clic en Crear para confirmar los cambios.
Se crea un archivo
XAMLde caso de prueba que invoca el flujo de trabajo con los siguientes contenedores: Dado, Cuando y Entonces. El archivo es invocado dentro de la actividad Invocar archivo de flujo de trabajo, que forma parte del contenedor Cuando.
Los argumentos desde el flujo de trabajo se importan automáticamente. Para ver o añadir más argumentos, haz clic en el botón Importar argumentos, parte de la actividad Invocar archivo de flujo de trabajo.
Consulta las siguientes acciones adicionales:
Publicar casos de prueba
Tanto los casos de prueba como los casos de prueba basados en datos son creados como borradores de forma predeterminada. Antes de publicar en Orchestrator es necesario configurar los casos de prueba como publicables. Puedes configurar casos de prueba individuales o múltiples como publicables al hacer clic con el botón derecho en los flujos de trabajo y después seleccionar Configurar como publicable.
El icono XAML se tornará azul como indicación de que el caso de prueba ya está listo para ser publicado y empaquetado en un archivo NUPKG. Para regresar al borrador del flujo de trabajo, haz clic con el botón derecho en el flujo de trabajo y selecciona Ignorar desde la publicación.
You can publish the test cases to Orchestrator, to Robot defaults or a custom path. If you want to publish to Orchestrator, make sure your Robot or UiPath Assistant is connected to Orchestrator.
Convertir el flujo de trabajo en caso de prueba
Para convertir los flujos de trabajo en casos de prueba, haz clic con el botón derecho en el flujo de trabajo en el panel Proyecto y selecciona Convertir en caso de prueba:
Importar casos de prueba
Si ya creaste los flujos de trabajo o los casos de prueba, puedes importarlos a tu proyecto actual haciendo clic con el botón derecho en el nodo del proyecto y seleccionando Importar casos de prueba. Los archivos XAML importados se agregan a tu proyecto como borrador de casos de prueba.
Importar servicios
Similarly to importing data collections into API Test Automation libraries, you can import such collections into your Application Testing processes using the New Service wizard.
Esto está disponible solo para las bibliotecas y los proyectos de pruebas de automatización creados en el perfil de Studio.