Quadro de Automação de Teste

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. Run Test (placeholder for test case)— This phase is where the Test Case is executed. The Placeholder activity changes at runtime into an Invoke Workflow File activity. This activity then invokes the Test Case with the execution template attached to it. This creates a temporary workflow file called Generated – testCaseName. The Test Case is wrapped in a Timeout Scope that has the Throw Exception After input value set to theTestTimeOut constant. If the execution of the Test Case exceeds theTestTimeOut, it stops the execution. This is useful in case a process ends up in an infinite loop, as it stops the execution so the robot can be free.

   

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.