Quadro de Automação de Teste

Crie projetos de automação de teste no Studio usando o modelo Framework de Automação de Teste, que inclui as fases de Configuração, execução de teste e desmontagem.

Visão geral

A Estrutura de automação de teste é um modelo que fornece uma base para testar projetos incorporando as melhores práticas essenciais. A estrutura inclui recursos para gerenciar ativos, constantes, registros em log e tratamento de exceções.

Como funciona

O modelo segue três fases consecutivas:

1. Configuração (Setup.xaml) — Essa fase lê o arquivo Assets.json e inicializa os aplicativos usados no processo. Se a inicialização for bem-sucedida, a execução passa para a fase Teste de execução. Se ela falhar, a execução termina e o caso de teste falha, gerando uma captura de tela disponível no Orchestrator.

   

   1. InitAllAssets.xaml— Essa fase inicializa, ´reenche e Saídas e libera um dicionário de configurações, Ativos, usado em todo o projeto. Os ativos são recuperados do Orchestrator.

2. Teste de execução (espaço reservado para caso de teste) — É nessa fase que o caso de teste é executado. A atividade Espaço reservado muda no runtime para uma atividade Invoke Workflow File.Essa atividade então invoca o Caso de Teste com o modelo de execução anexado a ele. Isso cria um arquivo de fluxo de trabalho temporário chamado Generated – testCaseName.O Caso de Teste é envolvido em um Escopo de Tempo Limite que tem o valor de entrada Throw Exception After definido como a constante TestTimeOut. Se a execução do Caso de Teste exceder o TestTimeOut, ele interrompe a execução. Isso é útil se um processo terminar em um loop infinito, pois ele interrompe a execução para que o robô possa ficar livre.

   

3. TearDown (TearDown.xaml)— Essa fase finaliza a execução do caso de teste e realiza as ações necessárias para limpar o ambiente para futuras execuções.

   

   1. KillAllProcesses.xaml—Força o término de um processo do Windows que representa um aplicativo usado no processo de negócios. No entanto, a eliminação de processos pode levar a resultados indesejados, como perder as alterações não salvas em arquivos.Apesar do nome desse fluxo de trabalho, não é obrigatório sempre eliminar todos os processos utilizados. Outras etapas podem ser mais apropriadas para retornar o sistema a um estado limpo, dependendo dos requisitos do processo de negócios.

4. TakeScreenshots.xaml—faz uma captura de toda a tela e a salva como .PNG em uma pasta especificada pelo argumento in_Folder . Você pode invocar essa fase sempre que necessário no fluxo de trabalho.

Personalizando o modelo

Para configurar o modelo do seu caso de uso específico, siga estas etapas:

1. Na pasta Dados abra o arquivo Assets.json e adicione os ativos do Orchestrator que você precisa acessar.

   

   Observação:

   Use o arquivo Assets.json para qualquer tipo de ativos, exceto credenciais. Para usar os ativos credenciais definidos no Orchestrator, em vez disso, adicione-os como uma Constante.

2. No Data Manager, em Constantes, adicione os ativos de credenciais que você deseja usar. Para acessá-los adicione uma atividade Obter credencial.

   Dica:

   Se o ativo de credencial for armazenado em uma pasta do Orchestrator diferente daquela em que o processo está sendo executado, crie outra Constante para armazenar o nome da pasta.

3. Altere a constante TestTimeOut para modificar o período de execução permitido de um caso de teste.

As dependências padrão deste modelo de projeto são UiPath.System.Activities, UiPath.UIAutomation.Activities e UiPath.Testing.Activities.