- Introdução ao Test Suite
- Visão geral
- Melhores práticas de Automação de Teste
- Studio
- Orchestrator
- Testing Robots
- Test Manager
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.
- 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.
- 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.
No tópico a seguir, aprenda como realizar testes RPA de suas automações assistidas com base em cenários de teste específicos.
|
Quem executa o teste |
Procedimento de teste |
Captura dos resultados do teste |
Requisitos de licença |
|---|---|---|---|
|
• Testadores manuais • UAT ou PME empresariais |
|
Os resultados, incluindo capturas de tela e documentos, ficam disponíveis para o testador UAT no Test Manager. |
O testador UAT precisa de uma licença de Automação Assistida. Você pode gerenciar suas licenças com base no seu tipo de implantação. 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. |
|
Quem executa o teste |
Procedimento de teste |
Captura dos resultados do teste |
Requisitos de licença |
|---|---|---|---|
| Runtimes de teste |
