test-suite
2024.10
true
- Introdução ao Test Suite
- Introdução
- Automação de Teste
- Studio
- Test Suite — Studio
- Visão geral
- Atividades de testes e APIs
- Orchestrator
- Testing Robots
- Test Manager
Automação de Teste
Guia do usuário do Test Suite
Last updated 21 de out de 2024
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.
- 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.
- 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.