test-suite
2021.10
false
Importante :
A tradução automática foi aplicada parcialmente neste conteúdo.
Guia do usuário do Test Suite
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 13 de ago de 2024

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 tanto para o Orchestrator como para 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

  1. 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

  2. Os testadores UAT executam um caso de teste manual no Test Manager.
  3. 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.
  4. Os testadores UAT executam a automação assistida por meio do UiPath Assistant.
  5. Os testadores UAT verificam as asserções depois que a automação foi executada.

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.

Teste de regressão não assistido

Quem executa o teste

Procedimento de teste

Captura dos resultados do teste

Requisitos de licença

  1. A Equipe de controle de qualidade define casos de teste no Test Manager da seguinte forma:

    a. Etapas de pré-requisito

    b. Execução de automação

    c. Asserções

  2. 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 .
  3. Automation developers vinculam casos de teste do Studio com o Test Manager.
  4. Os Automation developers publicam casos de teste no Orchestrator e, depois, os agrupam em conjuntos de testes (com base em requisitos de negócios).
  5. Um teste Unattended pode ser executado manualmente por meio do Orchestrator e Test Manager, ou agendando-o no Orchestrator.
  6. (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:

Runtimes de teste

Esta página foi útil?

Obtenha a ajuda que você precisa
Aprendendo RPA - Cursos de automação
Fórum da comunidade da Uipath
Uipath Logo White
Confiança e segurança
© 2005-2024 UiPath. Todos os direitos reservados.