Parámetros

Opciones de parámetros para casos de prueba en Test Manager, incluido un límite de 250 parámetros, reglas de singularidad de nombres y restricciones de tipo de cadena.

Crear parámetros

Puedes crear parámetros para cada caso de prueba dentro de un conjunto de pruebas. Puedes añadir un número máximo de 250 parámetros, cada uno de los cuales debe tener un nombre único en el contexto de un caso de prueba.

Los parámetros solo pueden ser de tipo String.

1. Abre el caso de prueba al que quieres añadir parámetros.
2. Ve a la pestaña Parámetros .
3. Selecciona Crear parámetro y rellena los campos a continuación:
   1. Nombre : asigna al parámetro un nombre único.

Al nombrar el parámetro, puedes utilizar letras, números, espacios y los siguientes caracteres: -, _, , y ..

Por ejemplo, nombra el parámetro como adminName. 2. Valor predeterminado : escribe el valor predeterminado del parámetro.

Recuerda que los parámetros solo pueden ser de tipo String.

Este campo Valor predeterminado no es obligatorio, por lo que si lo dejas vacío, el parámetro será una cadena vacía.

Por ejemplo, establece el valor predeterminado en JohnDoe. 3. Sugerencia : ofrece información adicional sobre la información que contiene el parámetro.

Para este ejemplo, añade la siguiente sugerencia: The supervisor of the organization.

4. Selecciona Crear para crear el parámetro.

Los parámetros que creas en la pestaña Parámetros de un caso de prueba solo pueden utilizarse actualmente para ejecuciones de prueba manuales.

Parámetros de edición

Después de crear parámetros, puedes editarlos, según tu caso de uso.

1. Abre el caso de prueba para el que quieres editar un parámetro.
2. Ve a la pestaña Parámetros .
3. Selecciona Editar junto al parámetro que deseas editar.
4. En la ventana Editar parámetro , actualiza los campos que deseas cambiar.
5. Selecciona Guardar para guardar los cambios.

Uso de parámetros en pruebas manuales

Puedes utilizar parámetros en pruebas manuales o automatizadas con los valores predeterminados que establezcas para cada caso de prueba. O puedes anular los valores de los parámetros predeterminados para los casos de prueba dentro de un conjunto de pruebas. Para obtener información sobre la anulación de los valores de los parámetros, consulta Anulación de parámetros.

Los casos de prueba manuales solo admiten un único valor predeterminado por parámetro. No hay una forma integrada de definir varios conjuntos de valores (una iteración o una tabla de parámetros) para un caso de prueba manual. Para ejecutar un caso de prueba manual contra diferentes valores de parámetro, crea conjuntos de pruebas independientes, cada uno anulando el parámetro a un valor diferente para ese caso de prueba.

1. Crear un nuevo caso de prueba.
2. Dependiendo del tipo de ejecución que quieras utilizar, sigue estos pasos:
   • Ejecución manual:
     1. Ve a la pestaña Pasos manuales y añade pasos manuales.
     2. Para hacer referencia a los parámetros en los pasos manuales, introduce su nombre entre corchetes dobles.

Por ejemplo, para añadir el parámetro username dentro de un paso manual, haz referencia a él como {{username}}.

• Ejecución automatizada: durante la ejecución automatizada de un conjunto de pruebas, los argumentos de Studio de la automatización (correspondientes a cada caso de prueba) se aplican automáticamente (como parámetros) en Test Manager, a nivel de conjunto de pruebas para cada caso de prueba añadido en el conjunto de pruebas .

Para las ejecuciones automatizadas, los argumentos de Studio aparecen en la vista Anular parámetros en el nivel de conjunto de pruebas. No aparecen en la pestaña Parámetros de un caso de prueba individual, que está reservada para los parámetros que creas manualmente en Test Manager.

Los parámetros de Test Manager son siempre de tipo String. Debido a esto, los datos se pasan de Test Manager a un argumento de Studio solo cuando ese argumento también es de tipo String. Si el argumento de Studio utiliza un tipo de datos diferente, el valor no se pasa, incluso si los nombres coinciden.

Nota:

Los parámetros de Test Manager no se asignan automáticamente a los argumentos de Studio, incluso cuando los nombres coinciden, y no hay una variable global compartida entre los casos de prueba en un conjunto de pruebas. Los argumentos, definidos en Studio y anulables en el nivel de caso de prueba o conjunto de pruebas, son el mecanismo compatible para pasar valores entre casos de prueba. Test Manager no agrega datos de casos de prueba en el nivel de conjunto de pruebas de forma nativa; para los informes a nivel de conjunto de pruebas, utiliza una herramienta de informes externa.

Mejores prácticas para argumentos y datos de casos de prueba

Gestionar conjuntos de datos más grandes o variables

Si los valores de entrada son extensos o necesitan variar entre las ejecuciones de prueba, utiliza pruebas basadas en datos en lugar de parámetros mantenidos manualmente. Test Manager admite pruebas basadas en datos utilizando archivos de Excel. UiPath Data Service o las colas de datos de prueba (gestionadas a través de Orchestrator) también se pueden utilizar para datos estructurados y dependencias.

Datos de prueba vinculados a Data Fabric/Data Service

Cuando una entidad de Data Fabric/Data Service se vincula como datos de prueba, cada fila se convierte en su propia variación de prueba. Test Manager no admite la agrupación de varias filas en una sola variación lógica. Si una variación necesita varios registros relacionados (por ejemplo, una transacción con varios elementos de línea), utiliza un registro principal como controlador de variación y luego utiliza actividades en el flujo de trabajo para consultar los registros secundarios relacionados de Data Fabric en runtime (por ejemplo, por un ID compartido).

Casos de prueba interdependientes

Para los casos de prueba en los que la salida de un caso de prueba alimenta la entrada de otro, utiliza un almacén de datos externo en lugar de depender de las dependencias en memoria entre casos de prueba, por ejemplo:

• Activos de Orchestrator
• Data Service
• Colas de datos de prueba
• Una base de datos o archivo externo

Si la reutilización en la memoria es crítica, combina la lógica relevante en un solo flujo de trabajo o caso de prueba.

Resultado

El parámetro se crea y está disponible en la pestaña Parámetros del caso de prueba. Para las ejecuciones manuales, puedes hacer referencia al parámetro en pasos manuales con llaves dobles, y el valor se aplica en runtime.