Como testar sua Api de forma automatizada com POSTMAN — parte 2
Continuando a postagem anterior (link), agora vamos implementar o teste para o método “Create”.
2-Create
Para o Create montamos o método normalmente, como indica a imagem abaixo:
A diferença fica por conta da área destinada aos testes, utilizando o assistente de testes, inseri o item inicial que testa o POST quanto ao retorno de código 201 ou 202.
Já o segundo bloco, nas linhas 5 e 6, é feita a transformação da resposta (responseBody) para um elemento “jsonData”.
E em seguida, é atribuído à variável “clienteId” o valor recebido na resposta que está dentro da variável “id”.
Sendo assim, se o teste passar nestas duas condições ele é tido como bem sucedido.
3-Realizar uma consulta (Get)
Nesta consulta, iremos realizar a busca de um item específico, baseado na resposta anterior que foi inserida na variável “clienteId”.
Podemos ver que a URL contém a variável “clienteId” que foi obtida na execução anterior e inserida na variável de Enviroment.
Quando executamos é visível o resultado, e vemos que os testes deram resultados corretos, e vemos que há 3 blocos de código
Vamos por partes:
Trecho 1 — validação de status 200 caso o retorno foi de sucesso.
Trecho 2 — validação de informação no campo “clienteId”, veja que foi feita uma conversão para inteiro, dado que a leitura do environment nos traz sempre strings.
Trecho 3 — validação de informação no campo “nome”.
Se passou nestes testes, é por que a inserção no banco ocorreu conforme esperado e assim validamos o cenário.
4 — Update do Cliente
No método onde faremos o update do cliente (verbo Put Http), vamos criar a chamada combinando os elementos anteriores e atualizando o registro previamente inserido.
Vejam que utilizamos o clienteId tanto na URL, quanto no objeto Json.
Já os testes, eles são pautados na checagem do Status apenas.
Sendo assim, em caso de sucesso, o registro será alterado.
5 — Get Cliente Id After Update
Nesta chamada, faremos novamente uma consulta, mas desta vez para ver se o registro foi de fato alterado.
Aí é que o nosso teste fica mais complexo, pois vamos checar também os dados, se de fato são os dados do passo anterior (Update).
6 — Delete
Agora vamos fazer a configuração do método “Delete” para remover o registro que foi tratado nos testes, assim faremos todo o ciclo do teste sem deixar lixo no banco de dados.
Vale o detalhe que neste método o parâmetro fica na aba “Params”.
Já na checagem, verificamos somente o código de retorno, que sendo 200 indica sucesso.
7 — Get Id after delete
E para fechar a bateria de testes, após excluir, vamos verificar se de fato o registro foi excluído.
Para este teste, é só checar se o retorno foi 404 ! Ou seja, o método consultando o código que foi excluído tem que dar um “Not-Found” !
Pronto, mas como faço para testá-los em sequência ?
Executando os testes em sequência
Aí é que vem a parte mais bacana do Postman e que poucos utilizam !
Na tela que abrir é só clicar no botão indicado:
Pronto, sua suíte de testes irá executar e mostrar para você o resumo caso clique no item “View Summary”
E caso queira mais detalhes você pode ver cada um individualmente
Esse foi um exemplo básico do que se pode fazer com o Postman, há outros tipos de testes que são possíveis como medir o tempo de resposta, rodar com várias operações simultâneas, recomendo a leitura da documentação que é rica em exemplos assim como pesquisem outras publicações disponíveis.
Para terminar
Repositório do projeto utilizado: (link) dentro dele, na pasta “Postmancollection” tem os exemplos utilizados para importar no Postman e o código .NET que é um simples CRUD que criei numa aula na Etec.
Gostou do artigo? clique no ícone👏e também me siga para ver as próximas publicações !!
