Testes de processos do Maestro

Abordagem de testes

Os testes de processos do Maestro dependem de três princípios:

1. Mantenha o que funciona: teste os fluxos de trabalho de RPA dentro de seu processo do Maestro da mesma forma que você sempre os testou.
2. Teste cada parte separadamente: RPA, agentes e tarefas humanas têm seus próprios padrões de teste. Testar as peças individualmente facilita a localização do que quebrou quando algo dá errado.
3. Teste todo o processo: testes de ponta a ponta verificam se as etapas se conectam corretamente, se os Dados fluem da forma que você espera e se o resultado de negócios é o correto.

Os processos do Maestro diferem dos fluxos de trabalho de RPA de formas que moldam essa abordagem. Os fluxos de trabalho de RPA são executados em segundos, e as mesmas entradas sempre produzem as mesmas saídas. Os processos do Maestro podem ser executados por minutos, horas ou dias. Eles combinam RPA, agentes e etapas humanas em um único fluxo. Eles dependem de sistemas externos que você não controla.

Os processos do Maestro estão se tornando diretamente testáveis, com ferramentas criadas para eles. As melhorias abaixo são como você chega lá.

O que você pode fazer hoje

Testes de fluxo de trabalho de RPA: você pode testar os fluxos de trabalho de RPA usados em um processo do Maestro com Casos de Teste no projeto de RPA, da mesma forma que faz com qualquer outro fluxo de trabalho de RPA. As entradas de teste verificam se a saída corresponde às expectativas. Não é necessária nenhuma ferramenta específica do Maestro.

Testes de agentes: você pode testar os agentes usados nos processos do Maestro com conjuntos de avaliações no Studio Web. Um conjunto de avaliação é uma lista de entradas de teste emparelhadas com as respostas que você espera do agente. Ele executa o agente em relação a cada entrada e verifica como a resposta real se compara à esperada. Isso é mais importante para processos em que os agentes tomam decisões importantes.

Testes de processo de ponta a ponta: um caso de teste do Studio pode executar um processo do Maestro publicado com dados de teste preparados e, em seguida, verificar a saída final. Para quem está começando a testar processos do Maestro, este é o lugar mais importante para começar.

Execuções de depuração: a execução de depuração no Studio Web é a ferramenta certa para verificar como um processo se comporta durante a criação. Ele fornece traces passo a passo, atualizações de variáveis em tempo real e um histórico de execuções de depuração anteriores.

Como criar sua prática de testes do Maestro

Crie cobertura em ordem:

1. Comece com testes de ponta a ponta em seus processos mais críticos: um teste por resultado de negócios crítico. Esses são os testes que impedem que seus problemas mais sérios cheguem à produção.
2. Adicione testes de agente em processos que dependem de agentes: as respostas do agente variam mais do que outras partes do processo.Teste-os separadamente para detectar problemas específicos do agente antecipadamente.
3. Expandir para lidar com falhas e casos extremos: adicione testes para entradas inválidas, etapas com falha e outras situações em que as coisas dão errado. Adicione testes para fluxos de trabalho de RPA usados em vários processos do Maestro.

As partes mais difíceis dos testes do Maestro

Quatro desafios são comuns. Planeje-se para eles antecipadamente.

Processos de longa duração

Os processos do Maestro podem ser executados por horas ou dias. O mesmo processo pode levar 30 minutos em produção e 2 minutos no teste, dependendo dos dados e da capacidade de resposta dos sistemas externos. Isso torna as declarações baseadas em tempo não confiáveis. Teste o que o processo produziu e quais etapas ele executou, não quanto tempo demorou.

Dependências externas do sistema

Os testes de ponta a ponta conectam-se a sistemas externos reais. Isso significa que os testes podem falhar por motivos que não têm nada a ver com seu processo: um tempo limite de conexão, um limite de taxa de terceiros ou uma inatividade do sistema. Sempre que possível, use uma área restrita ou versão de teste desses sistemas. Se uma conexão falhar aleatoriamente durante o desenvolvimento, trate-a como um problema de conexão, não como uma falha real no teste.

Variabilidade do agente

Duas execuções do mesmo agente com a mesma entrada podem produzir saídas diferentes. As declarações de igualdade falham intermitentemente. Os conjuntos de avaliações são projetados para isso. Use regras de comparação que permitam uma variação razoável em vez de exigir uma correspondência exata.

Etapas com intervenção humana (HITL)

Os testes precisam ser executados de ponta a ponta sem intervenção humana, mas as etapas HITL do Maestro esperam que uma pessoa real atue. Não há maneira integrada de injetar uma resposta alternativa. A solução alternativa correta depende de como suas etapas do HITL estão configuradas. Sua equipe de conta pode ajudar com a abordagem específica.