- 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
- Fluxo de controle
- Repo. de Objetos
- Geração de logs
- A ferramenta ScreenScrapeJavaSupport
- Teste do 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
O Studio é compatível com a automação de testes de API por meio do assistente de Novo Serviço. Você pode importar e testar definições de API em vários formatos de API, incluindo Swagger e outros. Os recursos de automação de testes de API do Studio permitem que você crie, gerencie e execute testes automatizados em diferentes serviços.
Após a importação, você pode usar definições de serviço em projetos de automação de testes para validar endpoints, respostas e comportamentos. Você também pode publicar bibliotecas de serviços como .nupkg pacotes, localmente ou no Orchestrator, e reutilizá-las como dependências em seus fluxos de trabalho de teste.
Studio also supports Postman as an additional option for importing API collections. To import a collection, generate an API key in your Postman account and use it in the New Service wizard. Studio integrates with Newman, the command line runner of Postman, so you can validate collections directly from the command line. For more details on the Postman requirements, visit Postman collections.
Exemplo de teste de API usando Postman
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.
To check Postman and Newman installation prerequisites read this page.
Defina uma coleção de dados
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.
Importe coleções
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.
Como usar coleções de dados
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.
Depois de adicionar uma atividade, adicione o ambiente do Postman (entre aspas "") no painel Propriedades.
Os valores de dados definidos na coleção do Postman são importados como Argumentos:
As bibliotecas podem ser publicadas localmente ou no Orchestrator como um pacote .nupkg.
Carregue a biblioteca no projeto de teste de API
-
Crie um projeto de teste no Studio usando o tipo de projeto de Automação de teste.
-
Install the published library as a dependency using the Manage Packages window.
-
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.
-
To verify several scenarios in one test project, go to the ribbon, New > Data Driven Test Case. Import the data set, as explained here. Below is an example of such a test case. The values are now stored into arguments, mapped in the activity.
-
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.