- 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
- Gravação
- Elementos de Interface Gráfica
- Fluxo de controle
- Seletores
- Repo. de Objetos
- Extração de Dados
- Automação de imagem e texto
- Automação de tecnologias Citrino
- Automação RDP
- Automação SAP
- Automação do Varear Horizonte
- Geração de logs
- A ferramenta de migração ScaleCoordinates
- A ferramenta ScreenScrapeJavaSupport
- O protocolo Servodrive
- 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 RPA
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 sejam cobertos, independentemente das decisões tomadas durante a execução.
Um arquivo de Teste de RPA pode ser criado, invocando-se um fluxo de trabalho do projeto. Clique com o botão direito do mouse em um fluxo de trabalho no painel Projeto e selecione Criar Caso de Teste ou Caso de Teste Controlado por Dados:
Você pode selecionar o fluxo de trabalho simulado em teste quando criar seu caso de teste se quiser fazer uma cópia do seu fluxo de trabalho onde puder simular atividades específicas. Para obter mais informações, consulte o Teste simulado.
.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.
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.
.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.
Os casos de teste são empacotados somente se estiverem Definidos como Publicáveis. No painel Projeto, clique com o botão direito do mouse em um caso de teste e selecione Definir como Publicável. Leia mais sobre como configurar casos de teste como publicáveis aqui.
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;
-
Publicar Casos de Teste - publica o projeto como um caso de teste a ser gerenciado a partir da página de Casos de Teste do Orchestrator.
