O que
...
é?
O HTTP é o protocolo utilizado para a comunicação entre o TestFlow e o RM via Web. Ele permite que o TestFlow atue como Automação de testes HTTP REST envolve o uso do protocolo HTTP para interagir com servidores ou APIs (Interfaces de Programação de Aplicações) de maneira automatizada. Nesse contexto, o TestFlow atua como um cliente, enviando requisições para servidores ou APIs, a fim de automatizar a obtenção e envio de dados. Isso possibilita a execução de operações como consultassistemas externos, como o RM, para realizar operações específicas. Essas operações podem incluir a consulta, criação, atualização e ou exclusão de informações dados em sistemas externos, sem a necessidade de intervenção manual.
Para que
...
serve?
Serve para realizar operações automatizadas, como a inclusão de novas entidades (como moedas) no sistema RM via chamadas de API. Isso é especialmente útil para integração de sistemas, automação de tarefas repetitivas e manutenção de registros atualizados em bases de dados corporativos.
...
Deck of Cards |
---|
|
Card |
---|
| Expandir |
---|
title | 1. Navegação para o cadastro |
---|
| - Navegue no menu do TestFlow e clique em: Atividades → Serviços →Http
- Na tabela que será mostrada, clique no botão verde em destaque para criar Atividade de Http.
|
Expandir |
---|
title | 3. Preenchimento dos Campos |
---|
| Expandir |
---|
| Especifica a versão da atividade em questão. O objetivo de versionar uma atividade é para quando necessitamos ter mais de uma atividade em versões diferentes. Isso irá nos auxiliar a ter um histórico de atualizações e assegurar que as mudanças feitas sejam rastreáveis e reversíveis, se necessário. Informações |
---|
Se for necessário utilizar mais de uma versão do RM no seu ambiente, é recomendado que a versão da atividade seja compatível com o sistema RM em uso. Caso contrário, pode-se optar por uma versão padrão de sua preferência. |
Section |
---|
Column |
---|
Exemplo utilizando a versão do RM
|
Column |
---|
Exemplo utilizando a versão padrão
|
|
|
Expandir |
---|
title | Descrição de Atividade |
---|
| Fornece uma descrição detalhada da atividade, explicando seu propósito e operações, facilitando a compreensão e manutenção futura.
|
Expandir |
---|
| Logar. o Erro: Quando uma atividade HTTP encontra um erro durante a execução, essa opção registra o erro nos logs do sistema. Isso permite que os administradores ou desenvolvedores revisem os detalhes do erro mais tarde, incluindo a mensagem de erro, a causa e outros detalhes relevantes da requisição falhada. - Exemplo: Se uma requisição HTTP falhar com um erro 404, o TestFlow deverá registrar essas informações nos logs para análise posterior. A execução do processo não será finalizada
Gerar Erro de Execução: Esta opção interrompe a execução da atividade e retorna um erro, que pode fazer com que todo o fluxo de trabalho ou processo seja interrompido. Um erro de execução indica que a operação não pode continuar devido a uma falha crítica. - Exemplo: Se uma requisição HTTP falhar com um erro 404, o TestFlow deverá registrar essas informações nos logs para análise posterior e a execução do processo será finalizada.
Gerar Alerta e Continuar: Quando ocorre um erro, em vez de interromper a execução, esta opção gera um alerta (por exemplo, uma notificação ao administrador) mas permite que o processo continue. Isso é útil em situações onde o erro não é crítico e o processo pode prosseguir sem causar maiores problemas. - Exemplo: Se uma requisição HTTP falhar com um erro 404,, o TestFlow deverá registrar um alerta sobre a execução da atividade e continuar processando outras operações relacionadas sem interrupção.
|
Expandir |
---|
| Expandir |
---|
title | Interpretando os Ícones |
---|
| Adicionar Requisição Image AddedClique neste ícone para adicionar uma requisição Http. Image Added Deletar todas as Requisições Image AddedClique nesse ícone para deletar todas as requisições Http presentes na atividade. Image Added Informações |
---|
Cada requisição possui este ícone, permitindo que você delete aquela requisição específica. |
|
Expandir |
---|
title | Preenchimento dos campos |
---|
| Image Removed | Expandir |
---|
| Autorização: É responsável | por autenticar pela autenticação da sua requisição. Você pode | optar pelo escolher entre o tipo Basic ou | , se preferir, optar por não utilizar autenticação. Image Modified |
Expandir |
---|
| Headers: São pares de chave-valor enviados com a requisição HTTP para fornecer informações adicionais sobre a requisição ou sobre o cliente que está enviando a requisição. Image Modified |
Expandir |
---|
| É a parte da requisição HTTP onde os dados são enviados para o servidor, especialmente em métodos como POST, PUT, ou PATCH. Esses dados podem estar nos seguintes formatos: Para utilizá-lo, selecione um dos tipos de media types listados acima e adicione o conteúdo ao corpo da requisição: Image Modified |
Expandir |
---|
| São parâmetros de consulta que são adicionados ao final da URL na requisição HTTP. Eles permitem enviar informações adicionais para o servidor, sem modificar o conteúdo principal do body. | "" - nas Queries é utilizado para adicionar parâmetros de consulta à URL da requisição HTTP. Esses parâmetros são usados para passar informações adicionais ao servidor, permitindo que você filtre, refine ou modifique os
| resultados retornados - resultados retornados pela API.
Exemplo: Image Modified |
Expandir |
---|
| Cookies são pequenos pedaços de dados que o servidor armazena no navegador do cliente. Eles são enviados em cada requisição subsequente ao mesmo servidor e são utilizados para manter sessões, lembrar preferências do usuário, ou rastrear informações de autenticação. No TestFlow, o campo | "" nos Cookies é utilizado para configurar dados que serão enviados junto com a requisição HTTP ao servidor. Os cookies são pequenas informações armazenadas pelo navegador ou cliente que podem ser enviadas automaticamente com cada requisição subsequente ao mesmo servidor, permitindo que o servidor mantenha o estado entre requisições. Image Modified |
Expandir |
---|
| É uma funcionalidade no TestFlow que permite executar uma simulação da requisição HTTP que você configurou para verificar se está funcionando corretamente antes de integrá-la a um fluxo de trabalho maior. Para que a atividade seja realizada é obrigatório que adicione o seu servidor. Aviso |
---|
O Agent deve estar em execução no servidor para que possa funcionar. |
Image Modified Após todos os campos obrigatórios preenchidos clique no botão em destaque para executar o teste de requisição.Image Modified |
|
|
|
|
Card |
---|
label | Variáveis de ambiente |
---|
| As variáveis dos ambientes no Http são utilizadas para ajustar as configurações das requisições SOAP conforme os diferentes ambientes de execução (desenvolvimento, teste, produção), facilitando a adaptação e reutilização dos scripts sem a necessidade de alterações manuais no código para cada ambiente. Clique aqui para obter as informações das Variáveis de ambiente do HTTP. |
Card |
---|
| Expandir |
---|
| title | Criação de chamadas Http para Cadastros RM. Expandir |
---|
title | Configuração no TestFlow. |
---|
| - Na tela Método - URL informe o Verbo, a URL (conseguida na tela do swagger no navegador), Timeout, o status esperado no teste e uma descrição para a chamada como na imagem a seguir.
- Os itens: Autorização, Headers, Body, Queries e Cookies só devem ser preenchidos se sua chamada exigir. No caso do nosso exemplo a única exigida é a Autorização na qual devem ser informados os dados do usuário para acesso ao RM.
- Na guia BODY, escolha o Media Type application/json cole o o json criado na página do swagger.
- Navegue até a aba TESTE A REQUISIÇÃO. Selecione um servidor para execução. Lembrando que neste servidor o Agent do TestFlow deve estar em execução como Administrador. Clique aqui para mais informações sobre o agent.
- Clique no botão play e aguarde o resultado. Devem ser mostrados os dados que foram incluídos. Este é sinal de que sua requisição está correta e pronta para ser inserida em um Projeto ou Agendamento.
|
---|
|
...
Dica |
---|
Entender como manipular headers HTTP é essencial, especialmente quando se trata de autenticação. O TestFlow permite configurar diferentes tipos de autenticação, como Basic Auth, Bearer Tokens, ou mesmo OAuth2. Aprender a configurar esses headers corretamente garante que suas requisições sejam aceitas pelo servidor de destino. |
Dica |
---|
A atividade HTTP no TestFlow fornece logs detalhados de cada requisição realizada. Aprender a monitorar esses logs, interpretar mensagens de erro e revisar respostas de APIs é crucial para manter a integridade e o desempenho dos seus processos automatizados. |
Dica |
---|
Antes de implementar uma atividade HTTP em um processo de produção, é fundamental testá-la. O TestFlow oferece opções para testar requisições diretamente na interface, permitindo verificar se os dados enviados e recebidos estão corretos e se o comportamento esperado foi alcançado. Testar suas atividades ajuda a evitar problemas quando o processo estiver em execução. |
FAQ
Informações |
---|
P: Posso Posso usar variáveis dinâmicas na URL ou no Bodyde ambiente na Atividade? R: Sim, você pode usar variáveis dinâmicas no TestFlow para preencher automaticamente partes da URL, Headers, Body, e outros campos com dados gerados ou capturados por outras atividades no fluxo.R: Para garantir a eficácia do caso de teste, certifique-se de que ele cubra todos os cenários possíveis, incluindo casos de uso críticos, exceções e integrações com outros sistemas. P: Posso configurar o TestFlow para fazer tentativas repetidas em caso de falha?R: Sim, o TestFlow permite configurar tentativas automáticas de uma requisição em caso de falha. Isso é útil para garantir que a operação seja concluída com sucesso, mesmo em condições de rede instáveis. P: O que acontece com as Permissões quando um Projeto de Teste é associado? R: Se um projeto de teste for associado, as permissões do projeto sobreporão as do caso de teste. Caso a associação seja desfeita, as permissões originais do caso de teste serão restauradas. P: Quais são os erros comuns e como resolvê-los? - Erro 400 (Bad Request): Verifique se todos os campos obrigatórios estão preenchidos corretamente no Body da requisição.
- Erro 401 (Unauthorized): Confirme se as credenciais de autenticação são válidas e foram incluídas corretamente nos Headers.
- Erro 404 (Not Found): Certifique-se de que a URL da API está correta e o recurso existe.
- Erro 500 (Internal Server Error): Pode ser um problema no servidor. Tente novamente mais tarde ou contate o suporte técnico.
R: Alguns desafios comuns incluem manter os casos de teste atualizados conforme o software evolui, garantir cobertura completa de testes e ajustar casos de teste conforme novos requisitos são adicionados ou alterados.- Problema diretamente relacionado ao servidor da Api
|