- 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
- Introdução
- Teste de Aplicativo
- Teste RPA
- Automação de Teste de API
- Testes fictícios
- 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
Automação de Teste de API
O Studio Pro aceita projetos de automação de teste de API por meio de sua integração com o Postman, uma ferramenta de desenvolvimento de softwares para realizar chamadas de teste para as 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.
As coleções de API criadas no Postman podem ser importadas no Studio Pro usando o assistente Novo Serviço para bibliotecas, o acesso à coleção é concedido por meio da chave de API do Postman. 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 depois instaladas como dependências em projetos de automação de teste.
O exemplo a seguir usa uma coleção de dados definida no Postman, a importa em uma biblioteca do Studio Pro, 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 Pro, 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 Arquivo ou 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 Pro, seus pontos de extremidade 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 StudioPro, 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.