- 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
Puedes utilizar Data Service, tanto en Automation Cloud como en Automation Suite, como fuente para tus pruebas basadas en datos. Los datos se importan desde entidades de Data Service, exponiendo los campos como argumentos de flujo de trabajo. Todas las entidades importadas se almacenan en la pestaña Proyecto , en Entidades. Para asegurarte de que tienes las licencias necesarias para utilizar Data Service, consulta Asignación y gestión de licencias.
Las pruebas basadas en datos solo pueden realizarse con Data Service a partir de la versión 22.4 del paquete Testing.Activities.
Después de importar una entidad Data Service, se genera un Argumento sobre el panel de Argumentos.El nombre del Argumento debe permanecer igual. Si cambias el nombre del Argumento, ya no puedes acceder a los datos.
Condiciones
- Cuando configuras un origen de Data Service, los datos se obtienen de la primera entrada en la entidad.
- To Run and Debug test cases with dynamic test data, use the Test Explorer. The data comes from the Data Service entity during runtime, and the Test Explorer populates the values at runtime.
- Si cierras la sesión y abres el proyecto de nuevo, deberás ejecutar el archivo con variación de datos de nuevo para cargar los datos de prueba.
- Si actualizas la entidad, debes ejecutar el archivo con la variación de datos para cargar los datos de prueba actualizados.
- Los casos de prueba con variaciones de datos vacías se marcan como fallidos.
- Se crea una configuración de caso de prueba en Orchestrator, cuando se ejecutan casos de prueba que contienen variaciones de datos de Data Service.
Limitaciones conocidas
-
For data-driven testing, the argument name generated by Data Service-driven test cases does not comply with the ST-NMG-002 workflow analyzer rule recommending the use of
in_and_outprefixes. Adapting the argument name to fit this rule may prevent data retrieval from the Data Service entity. -
Si creas un caso de prueba basado en datos que acepta un argumento de entrada, lo publicas en un conjunto de pruebas e intentas definir el valor del argumento directamente desde la IU de Orchestrator, el valor del argumento de entrada no se pasa a las variaciones de prueba.
Workaround: To overcome this limitation, add the input argument directly to the Data Service entity.
Aplicar filtros de entidad
Cuando añades datos de prueba a tu caso de prueba, puedes filtrar la entidad para recuperar solo campos específicos de Data Service. Puedes configurar los filtros usando el Creador de consulta integrado.
-
Haz clic en Origen y selecciona Data Service de la lista desplegable.
Nota:If the option is not available, check the requirements.
-
Selecciona una entidad o utiliza la función de búsqueda para buscarla.
-
Haz clic en el icono de Filtro para abrir el Creador de consultas.
-
Usa el primer listado desplegable para filtrar por algún criterio (por ejemplo,
CreateTime). -
(Opcional) Puedes añadir filas y grupos cuando haces clic en Añadir y a continuación configurar las condiciones.
-
(Opcional) Puedes seleccionar filtrar por todos o cualquiera de tus criterios eligiendo AND u OR.
-
Introduce un Nombre para tu filtro.
-
(Opcional) Usa el Intervalo para configurar intervalos de fila específicos. Esto es práctico cuando tienes cientos de campos en tu entidad.
-
Click OK to confirm.
Los datos se obtienen de la entidad y se añaden al caso de prueba como un Tipo de argumento. Solo se obtiene la primera entrada en la entidad. Puedes acceder a los datos a través de los argumentos.
Artículos relacionados
- ¿Ya utiliza un archivo CSV para sus pruebas basadas en datos? Puedes cargarlo en Data Service utilizando actividades por lotes.
- Update or remove test data.
Recuperar entidades del servicio de datos
En este tutorial, aprenderás a recuperar entidades del servicio de datos para realizar pruebas basadas en datos. Las pruebas basadas en datos te permiten probar de forma eficaz diferentes escenarios de datos utilizando entidades de servicios de datos de prueba como entrada. Sigue los siguientes pasos para recuperar y utilizar entidades de servicio de datos en tus casos de prueba.
-
Crea un proyecto de Probar automatización.
-
En la cinta Diseño , haz clic en Administrar entidades.
-
Anula la selección de todas las entidades y selecciona solo las que deseas recuperar en tu caso de prueba.
En este ejemplo, solo seleccionamos la entidad
Billings. -
Haz clic en Guardar para añadir las entidades seleccionadas a tu proyecto.
-
-
Crear un nuevo caso de prueba.
-
En la pestaña Datos de prueba , elige el Origen como Data Service.
-
Seleccione las entidades que desea utilizar en su caso de prueba.
En este ejemplo, volvemos a seleccionar la entidad
Billings. -
Haz clic en Crear.
With the test case, an argument is also created automatically in the Arguments panel, carrying the name of the entity. The type of the argument represents the namespace of the project and the name of the entity you selected as data source.
Importante:Deje el nombre del argumento intacto. De lo contrario, no podrá recuperar los datos de la entidad.
-
-
Para recuperar los campos de la entidad, introduce el argumento generado y luego accede a los campos que deseas recuperar. Puedes utilizar el siguiente formato para recuperar los campos y registros de la entidad:
<dataEntityName>.<fieldName>.toString.En este ejemplo, hemos añadido una actividad Mensaje de registro y, en el campo Mensaje, escribimos como entrada
billings.Data.toString.