Automação de Teste

Para tirar o máximo proveito dos seus esforços de teste, considere as melhores práticas para testar automação a seguir, baseadas no teste de aplicativo ou RPA.

Teste de Aplicativo

• Use o modelo Estrutura de Automação de Teste para implementar projetos de automação estáveis e escaláveis.
• Os casos de teste devem ser independentes um do outro. Um caso de teste não deve depender da execução de outro caso de teste.
• Um caso de teste deve ter apenas um propósito específico. Cada fluxo de trabalho de teste deve conter apenas uma verificação.
• Toda funcionalidade deve ter um teste de unidade. Se exceções forem permitidas, crie um teste separado e uma exceção para cada caso de teste.
• Em uma estrutura de caso de teste Dado-Quando-Então, se a parte Dada estiver ficando muito extensa e não gerenciável, tente redefinir o caso de teste. Ela pode precisar de mais granularidade ou reformulação.
• Mantenha os casos de teste e atualize-os após qualquer solicitação de alteração.
• Considere estabelecer uma lógica do Test Management para ter uma única maneira de definir casos de teste.
• Para aumentar a reusabilidade entre projetos de testes individuais, bem como entre projetos de testes e RPA, tente usar bibliotecas e repositório de objetos sempre que possível.
• Inclua os testes no pipeline de CI/CD.
• Os testes funcionais como parte do seu pipeline de CI devem ser executados o mais rapidamente possível para não atrasar sua compilação. Portanto, tente executar esses testes em paralelo no maior número de robôs possível.
• Os nomes de atividades devem refletir a ação tomada. Para comportamentos não óbvios, considere usar anotações em suas atividades.
• Considere usar o registro em log e manuseio de exceções para depurar o processo e evitar resultados negativos falsos.
• Planeje a recuperação ou nova tentativa para erros em diferentes etapas para evitar resultados com falha.
• Considere ter uma estrutura de pasta dedicada a testar e usar a mesma convenção de nomeação de casos de teste em seus projetos.
• Use ativos para variáveis que são suscetíveis a mudanças e serão usadas muitas vezes.
• Para cenários em que o estado de um aplicativo deve ser validado antes de prosseguir com certas etapas em um processo, considere a aplicação de medidas de validação. Essas medidas podem incluir o uso de atividades extras que aguardam o estado do aplicativo desejado antes de outras interações (os atrasos codificados não são considerados uma boa prática).
• Considere o uso de simulação de clique/tipo ou envio de mensagens do Windows, sempre que possível.
• Não exclua, mova ou renomeie os casos de teste fora do Studio. Execute essas ações apenas no Studio. Use Importar Casos de Teste caso haja um caso de teste de outro projeto que deve ser referenciado.

Teste RPA

• Os casos de teste devem ser independentes um do outro. Um caso de teste não deve depender da execução de outro caso de teste.
• Considere a criação de pequenos fluxos de trabalho, que cuidam do menor número de ações possíveis. Dessa forma, será mais fácil compreendê-lo e realizar testes de unidade.
• Um caso de teste deve ter apenas um propósito específico. Cada fluxo de trabalho de teste deve conter apenas uma verificação.
• Toda funcionalidade deve ter um teste de unidade. Se exceções forem permitidas, crie um teste separado para cada caso de teste.
• Para aumentar a reusabilidade entre projetos de testes individuais, bem como entre projetos de testes e RPA, tente usar bibliotecas e repositório de objetos sempre que possível.
• Em uma estrutura de caso de teste Dado-Quando-Então, se a parte Dado estiver ficando muito extensa e não gerenciável, tente redefinir o caso de teste. Ela pode precisar de mais granularidade ou reformulação. A modularidade é a chave para um bom teste de unidade. Testes de gravação podem atuar como feedback/revisão do código durante o desenvolvimento.
• Use a Simulação sempre que houver etapas complexas irrelevantes para o propósito do caso de teste e que podem ser substituídas.
• Considere estabelecer uma lógica do Test Management para ter uma única maneira de definir casos de teste.
• Mantenha os casos de teste e atualize-os após qualquer solicitação de alteração.
• Inclua os testes no pipeline de CI/CD.
• Execute seus casos de teste sempre que aplicar uma alteração no seu RPA para garantir que não está introduzindo um bug.
• Prepare um conjunto de testes de RPA que pode ser executado pela TI em um ambiente de pré-produção sempre que a implantação de uma mudança no ambiente estiver planejada (como uma atualização do Windows), para que você possa capturar problemas em potencial antes que eles atinjam a produção.
• Os nomes de atividades devem refletir a ação tomada. Para comportamentos não óbvios, considere usar anotações em suas atividades.
• Planeje a recuperação ou nova tentativa para erros em diferentes etapas para evitar resultados com falha.
• Considere ter uma estrutura de pasta dedicada a testar e usar a mesma convenção de nomeação de casos de teste em seus projetos.
• Use ativos para variáveis que são suscetíveis a mudanças e serão usadas muitas vezes.
• Para cenários em que o estado de um aplicativo deve ser validado antes de prosseguir com certas etapas em um processo, considere a aplicação de medidas de validação. Essas medidas podem incluir o uso de atividades extras que aguardam o estado do aplicativo desejado antes de outras interações (atrasos codificados não são considerados boas práticas).
• Considere o uso de simulação de clique/tipo ou envio de mensagens do Windows, sempre que possível.
• Não exclua, mova ou renomeie os casos de teste fora do Studio. Execute essas ações apenas no Studio. Use Importar Casos de Teste caso haja um caso de teste de outro projeto que deve ser referenciado.

Teste de RPA de automações assistidas

No tópico a seguir, aprenda como realizar testes RPA de suas automações assistidas com base em cenários de teste específicos.

Note: Make sure that you have a working license for both Orchestrator and Test Manager.

Teste de aceitação de usuário assistido

Quem executa o teste	Procedimento de teste	Captura dos resultados do teste	Requisitos de licença
• Testadores manuais • UAT ou PME empresariais	The QA Team defines manual test cases in Test Manager, as follows: a. Etapas de pré-requisito b. Execução de automação c. Asserções UAT testers execute a manual test case in Test Manager. Os testadores UAT preparam o ambiente para a automação assistida com base no cenário específico que precisa ser testado, conforme definido na Etapa 1a das etapas de pré-requisito. UAT testers execute the attended automation through UiPath® Assistant. Os testadores UAT verificam as asserções depois que a automação foi executada.	The results, including screenshots and documents, are available to the UAT tester in Test Manager.	O testador UAT precisa de uma licença de Automação Assistida. Gerencie suas licenças com base no seu tipo de implantação: • No local Você pode trabalhar isso com base em dois cenários: • Publique os pacotes de automação no ambiente de produção do seu Orchestrator que tenha uma licença de Automação Assistida alocada para o testador UAT. • Aloque um subconjunto de licenças de Usuário Assistido ao ambiente de non-production do seu Orchestrator.

Teste de regressão não assistido

Quem executa o teste	Procedimento de teste	Captura dos resultados do teste	Requisitos de licença
Unattended Test Robot.	The QA Team defines test cases in Test Manager, as follows: a. Etapas de pré-requisito b. Execução de automação c. Asserções Os desenvolvedores de automação criam casos de teste com base em automações existentes. Ações de Attended Users são simuladas por meio de . Automation developers link test cases from Studio to Test Manager. Os Automation developers publicam casos de teste no Orchestrator e, depois, os agrupam em conjuntos de testes (com base em requisitos de negócios). Unattended test can either be executed manually through Orchestrator and Test Manager, or by scheduling in Orchestrator. (Opcional) Se houver ferramentas de CI/CD disponíveis, elas podem ser utilizadas para testes e implantação totalmente automatizados. A UiPath fornece integração de CI/CD por meio do seguinte: • Extensão do Azure DevOps • Plug-in do Jenkins	Os robôs de teste autônomos fornecem detalhes e eventos de execução.	Runtimes de teste