Parâmetros

Opções de parâmetros para casos de teste no Test Manager, incluindo um limite de 250 parâmetros, regras de exclusividade de nomenclatura e restrições de tipo de string.

Criação de parâmetros

Você pode criar parâmetros para cada caso de teste dentro de um conjunto de testes. Você pode adicionar um número máximo de 250 parâmetros, cada um necessário ter um nome exclusivo no contexto de um caso de teste.

Os parâmetros só podem ser do tipo String.

1. Abra o caso de teste ao qual você deseja adicionar parâmetros.
2. Vá para a aba Parâmetros .
3. Selecione Criar Parâmetro e preencha os campos abaixo:
   1. Nome - Dê ao parâmetro um nome exclusivo.

Ao nomear o parâmetro, você pode usar letras, números, espaços e os seguintes caracteres: -, _, , e ..

Por exemplo, nomeie o parâmetro com adminName. 2. Valor padrão — digite o valor padrão do parâmetro.

Lembre-se de que os parâmetros só podem ser do tipo String.

Este campo de valor padrão não é obrigatório; então, se você deixá-lo vazio, o parâmetro será uma string vazia.

Por exemplo, defina o valor padrão JohnDoe. 3. Dica : ofereça informações adicionais sobre as informações que o parâmetro contém.

Para este exemplo, adicione a seguinte dica: The supervisor of the organization.

4. Selecione Criar para criar o parâmetro.

Os parâmetros que você cria na guia Parâmetros de um caso de teste podem ser usados apenas para execuções de teste manuais.

Parâmetros de edição

Depois de criar parâmetros, você pode editá-los de acordo com seu caso de uso.

1. Abra o caso de teste para o qual você deseja editar um parâmetro.
2. Vá para a aba Parâmetros .
3. Selecione Editar ao lado do parâmetro que você deseja editar.
4. Na janela Editar parâmetro , atualize os campos que você deseja alterar.
5. Selecione Salvar para guardar as alterações.

Como usar parâmetros em testes manuais

Você pode usar parâmetros em testes manuais ou automatizados com os valores padrão que você definiu para cada caso de teste. Ou você pode substituir os valores de parâmetro padrão para os casos de teste dentro de um conjunto de testes. Para obter informações sobre como substituir valores de parâmetros, acesse Substituição de parâmetros.

Manual test cases support only a single default value per parameter. There is no built-in way to define multiple value sets (an iteration or parameter table) for one manual test case. To run a manual test case against different parameter values, create separate test sets, each overriding the parameter to a different value for that test case.

1. Crie um novo caso de teste.
2. Dependendo do tipo de execução que você deseja usar, siga estas etapas:
   • Execução manual:
     1. Acesse a aba Etapas manuais e adicione etapas manuais.
     2. Para fazer referência a parâmetros nas etapas manuais, insira seus nomes entre chaves duplas.

Por exemplo, para adicionar o parâmetro username dentro de uma etapa manual, referencie-o como {{username}}.

• Execução automatizada: durante a execução automatizada de um conjunto de testes, os argumentos do Studio da automação (correspondendo a cada caso de teste) são aplicados automaticamente (como parâmetros) no Test Manager, no nível do conjunto de testes para cada caso de teste adicionado ao conjunto de testes .

Para execuções automatizadas, os argumentos do Studio são exibidos na visualização Substituir parâmetros no nível do conjunto de testes. Eles não aparecem na guia Parâmetros de um caso de teste individual, que é reservado para parâmetros que você cria manualmente no Test Manager.

Os parâmetros do Test Manager são sempre do tipo String. Por isso, os dados são passados do Test Manager para um argumento do Studio somente quando esse argumento também é do tipo String. Se o argumento do Studio usar um tipo de dados diferente, o valor não será passado, mesmo que os nomes correspondam.

Observação:

Test Manager parameters do not automatically map to Studio arguments, even when the names match, and there is no global variable shared across test cases in a test set. Arguments, defined in Studio and overridable at the test-case or test-set level, are the supported mechanism for passing values between test cases. Test Manager does not aggregate test-case data at the test-set level natively; for test-set-level reporting, use an external reporting tool.

Best practices for test case arguments and data

Managing larger or variable datasets

If input values are extensive or need to vary across test runs, use data-driven testing instead of manually maintained parameters. Test Manager supports data-driven testing using Excel files. UiPath Data Service or Test Data Queues (managed through Orchestrator) can also be used for structured data and dependencies.

Data Fabric/Data Service linked test data

When a Data Fabric/Data Service entity is linked as test data, each row becomes its own test variation. Test Manager does not support grouping multiple rows into a single logical variation. If one variation needs several related records (for example, a transaction with multiple line items), use a parent record as the variation driver, then use activities in the workflow to query the related child records from Data Fabric at runtime (for example, by a shared ID).

Interdependent test cases

For test cases where one test case's output feeds another's input, use an external data store rather than relying on in-memory dependencies between test cases, for example:

• Orchestrator Assets
• Data Service
• Testar Filas de Dados
• An external database or file

If reuse in memory is critical, combine the relevant logic into a single workflow or test case instead.

Resultado

O parâmetro é criado e fica disponível na guia Parâmetros do caso de teste. Para execuções manuais, é possível fazer referência ao parâmetro nas etapas manuais usando colchetes, e o valor é aplicado no runtime.