Melhores práticas de 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

• 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 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 (embutir atrasos no código não é considerada 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 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. 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 (embutir atrasos no código não é considerada 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 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.

Observação: certifique-se de ter uma licença de trabalho para o Orchestrator e o 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	A Equipe de Controle de Qualidade define casos de teste manuais no Test Manager, da seguinte forma: a. Etapas de pré-requisito b. Execução de automação c. Asserções Os testadores UAT executam um caso de teste manual no 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. Os testadores UAT executam a automação Attended por meio do UiPath® Assistant. Os testadores UAT verificam as asserções depois que a automação foi executada.	Os resultados, incluindo capturas de tela e documentos, estão disponíveis para o testador UAT no 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.	A Equipe de QA define casos de teste no Test Manager, da seguinte forma: 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 . Os desenvolvedores de automação vinculam casos de teste do Studio ao 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). Um teste Unattended pode ser executado manualmente por meio do Orchestrator e Test Manager, ou agendando-o no 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