- 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
- ST-USG-28 — restringir modelos de invocação de arquivos
- 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 da Salesforce
- Automação SAP
- Automação do Varear Horizonte
- Geração de logs
- A ferramenta ScreenScrapeJavaSupport
- O protocolo Servodrive
- Test Suite — Studio
- Introdução
- Casos de Teste
- Teste RPA
- Modelos de casos de teste
- Modelos de Arquivo
- Testes fictícios
- Automação de Teste de API
- Extensões
- Solução de problemas
- Sobre a solução de problemas
- Suporte e limitações do Microsoft Apo-V
- Solução de problemas do Internet Explorer x64
- Problemas do Microsoft Office
- Como identificar elementos de EU em PDF com opções de acessibilidade
- Reparando o suporte da Active Accessibility
- Solução de problemas de aplicativos do JxBrowser
- Monitoração de eventos de usuário
- Solução de problemas da Citrix
- Automação de aplicativos em execução com um usuário diferente do Windows
Automação de Teste de API
O Studio aceita projetos de automação de teste de API por meio de sua integração com o Postman, uma ferramenta de desenvolvimento de software para realizar chamadas de teste para APIs. Essa integração também inclui o Newman, um executor de coleção de linha de comando para o Postman para executar e testar uma coleção diretamente da linha de comando.
Para importar uma coleção do Postman para o Studio, use o assistente Novo serviço para bibliotecas e acesse a coleção do Postman usando uma chave de API geral, que você pode gerar a partir da seção Chaves de API.
As coleções importadas podem ser usadas para projetos de teste. Detalhes sobre os pré-requisitos do Postman estão disponíveis aqui.
.nupkg localmente ou no Orchestrator e, em seguida, instaladas como dependências em projetos de automação de teste.
O exemplo a seguir usa uma coleção de dados definida no Postman, importa-a em uma biblioteca do Studio, publica a biblioteca com a coleção e a instala em um projeto de teste. Depois, usa atividades de teste que fazem parte do pacote UiPath.Testing.Activities para verificar o uso de dados.
Os casos de teste são projetados para um fluxo de trabalho que solicita empréstimos automaticamente e recupera dados de empréstimo para clientes bancários.
Para verificar os pré-requisitos de instalação do Postman e do Newman, leia as informações nesta página.
No Postman, defina uma coleção de dados ou importe uma existente para seu espaço de trabalho atual. Nós criamos uma coleção de dados para solicitar um empréstimo, recuperar e excluir as informações do empréstimo. Quando usado em um projeto de teste de API, essa coleção verifica se a lógica do nosso fluxo de trabalho está correta.
Para importar uma coleção no Studio, crie um projeto de biblioteca e use a janela Novo Serviço. O acesso à coleção é concedido por meio da chave de API do Postman. Adicione essa chave no campo File or Link e clique em Carregar.
Selecione apenas os pontos de extremidade que você deseja carregar no seu projeto e adicione um novo Namespace se necessário.
Marque a caixa Coleções vinculadas para que um link seja usado e a versão mais recente da sua coleção seja executada no runtime, em vez de uma versão armazenada localmente. Clique em Salvar quando estiver concluído.
Após a coleção ser importada na biblioteca do Studio, seus endpoints serão convertidos em atividades de forma automática e ficarão disponíveis na guia Atividades, no namespace que você definiu anteriormente.
No nosso exemplo, um arquivo de Sequência separado foi criado para cada atividade gerada a partir dos pontos de extremidade.
"") no painel Propriedades.
Os valores de dados definidos na coleção do Postman são importados como Argumentos:
.nupkg.
- Crie um projeto de teste no Studio usando o tipo de projeto de Automação de teste.
- Instale a biblioteca publicada como uma dependência usando a janela Gerenciar Pacotes.
- Os arquivos de sequência definidos anteriormente na biblioteca agora estão disponíveis no painel Atividades no namespace da biblioteca, juntamente com as atividades geradas a partir da importação do Postman.
- Use essas atividades no seu projeto de automação de teste de API, combinadas com as atividades que fazem parte do pacote UiPath.Testing.Activities. Nós criamos um projeto de teste para verificar os dados inseridos ao solicitar um empréstimo em nosso aplicativo de demonstração. Esse pequeno teste usa um conjunto de variáveis embutidas em código, que ficam visíveis aqui no painel Propriedades:
Esse processo de teste simples foi usado como um smoke test, a fim de verificar se o aplicativo respondeu corretamente. Vários desses testes podem ser criados no Studio, dependendo das suas necessidades de automação.
- Para verificar vários cenários em um projeto de teste, acesse a faixa de opções, Novo > Caso de Teste Orientado por Dados. Importe o conjunto de dados, conforme explicado aqui. Veja abaixo um exemplo de um caso de teste desse tipo. Os valores agora estão armazenados em argumentos, mapeados na atividade.
- Selecione Executar arquivo ou Depurar arquivo com as variações de dados e escolha os dados para usar. Isso é útil ao testar vários cenários com vários conjuntos de dados.
-
Após a execução do processo, os resultados ficam visíveis no painel Saída.
