- Notas de Versão
- Introdução
- Configuração e Instalação
- Projetos de automação
- Dependências
- Tipos de fluxos de trabalho
- Comparação de arquivos
- Melhores Práticas de Automação
- Integração de controle de origem
- Depuração
- A ferramenta de diagnóstico
- Analisador de Fluxo de Trabalho
- Sobre o Analisador de Fluxo de Trabalho
- STN MG-001 - Convenção de nomenclatura de variáveis
- STN MG-002 - Convenção de nomenclatura de argumentos
- STN MG-004 - Duplicação de Nome de Exibição
- STN MG-005 - Variável substitui variável
- STN MG-006 - Variável substitui argumento
- STN MG-008 - Comprimento de variável excedido
- STN MG-009 - Variáveis Catablema de prefixo
- STN MG-011 - Argumentos Catablema de prefixo
- STN MG-012 - Valores padrão de argumentos
- STN MG-016 - Comprimento do argumento excedido
- SR-DB-002 - Contagem alta de argumentos
- SR-DB-003 - Esvaziar bloco catechu
- SR-DB-007 - Múltiplas camadas Com fluxograma
- SR-DB-020 - Propriedades de saída indefinidas
- SR-DB-023 - Fluxo de trabalho vazio
- SR-DB-024 - Verificação da atividade Persistente
- SR-DB-025 - Pré-requisito de serialidade de variáveis
- SR-DB-026 - Uso da atividade Dela
- SR-DB-027 - Melhores práticas de persistência
- SR-DB-028 - Pré-requisito de serialidade de argumentos
- SR-US-005 - Argumentos de atividades embutidos em código
- SR-US-009 - Variáveis não utilizadas
- SR-US-010 - Dependências não utilizadas
- SR-US-014 - Restrições de pacotes
- SR-US-020 - Mensagens de logue mínimas
- SR-US-024 - Não utilizado e postergado
- SR-US-025 - Uso incorreto do valor salvo
- SR-US-026 - Restrições da atividade
- SR-US-027 - Pacotes necessários
- Variáveis
- Argumentos
- Namespaces Importados
- Fluxo de controle
- Repo. de Objetos
- Geração de logs
- A ferramenta de migração ScaleCoordinates
- A ferramenta ScreenScrapeJavaSupport
- StudioPro
- Extensões
- Solução de problemas
- Internet Explorer x64
- Problemas de interoperabilidade do Microsoft Office
- Como identificar elementos de EU em PDF com opções de acessibilidade
- Como identificar elementos de EU após as atualizações do Windows
- Aplicativos do JxBrowser
- Monitoração de eventos de usuário
- Java no Apo-V
- Suporte e limitações do Microsoft Apo-V
- Solução de problemas da Citrix
Teste de RPA foi desenvolvido para testar fluxos de trabalho diretamente e visualizar a abrangência da atividade durante a execução. Tais processos de teste garantem que a execução seja realizada e todos os casos do espaço sejam abrangidos, independentemente das decisões tomadas durante a execução.
Criar Caso de teste
An RPA Testing file can be created by invoking a workflow from the project. Right-click a workflow in the Project panel and select Create Test Case or Data Driven Test Case:
You can select Mock workflow under test when you create your test case if you want to make a copy of your workflow where you can mock specific activities. For more information, see Mock Testing.
Um caso de teste .xaml é criado, invocando o fluxo de trabalho e tendo três contêineres adicionais: Given, When e Then. O arquivo é invocado dentro da atividade Invocar Arquivo de Fluxo de Trabalho, parte do contêiner When (Quando).
Os argumentos do fluxo de trabalho são importados automaticamente. Para visualizar ou adicionar mais argumentos, clique no botão Importar Argumentos, que faz parte da atividade Invocar Arquivo de Fluxo de Trabalho.
Cobertura de Atividades
Para verificar a abrangência da atividade do fluxo de trabalho, depure o caso de teste recém-criado e visualize os casos de teste abrangidos e não abrangidos no painel Cobertura de Atividades.
Ao realizar essa ação em nosso exemplo, recebemos a seguinte abrangência:
De acordo com a mensagem, esse caso de teste abrangeu apenas 53% das atividades do fluxo de trabalho. Dependendo de suas necessidades de automação, é possível criar casos de teste separados para incluir cada cenário durante sua execução. Por exemplo, o fluxograma acima utiliza uma atividade Flow Switch. É possível criar outro caso de teste para seguir a execução de outro cenário, como no caso de empréstimos de baixo volume.
Outra maneira seria criar um caso de teste para cobrir todas as seções do fluxo de trabalho. Para o nosso fluxo de trabalho, decidimos usar um conjunto separado de dados para testar todas as atividades. Portanto, importamos os dados de um arquivo .csv e usamos uma atividade For Each para passá-la em cada atividade no fluxo de trabalho:
Ao depurar, alcançamos uma taxa de cobertura de 100% da atividade, o que significa que o conjunto de dados usado no caso de teste, junto com as atividades adicionadas abrangeu todos os cenários possíveis no projeto.
Publicar Casos de Teste
Test cases are packaged only if they are Set as Publishable. In the Project panel, right-click a test case and select Set as Publishable. Read more about setting test cases as publishable here.
A publicação é realizada, clicando-se nas opções das faixas de opções Publicar ou Publicar Casos de Teste:
-
Publicar: publica o projeto todo junto com os casos de teste;
-
Publish Test Cases - publishes the project as a test case to be managed from Orchestrator's Test Cases page.