Executando Scripts e Setando Variáveis de Ambiente no Postman

[@erudiotraining]

Torne-se um verdadeiro Ninja, desenvolva API's e/ou microsserviços sólidos e eficientes com .NET 6, ASP.NET Core, Docker, RabbitMQ, Azure e muito mais ...
✅ Cupons de desconto:
🔥 pub.erudio.com.br/kr/rest_asp
🔥 pub.erudio.com.br/kr/microservices-dotnet
✅ e-Book Grátis pub.erudio.com.br/guia-docker

[@estudosdopedro]

Cara muito obrigado pelo video, vai me ajudar bastante, uma vez que apenas o postman permite o versionamento de uma collection de forma gratuita.

[@danilohenrique316]

Sem querer achei uma solução para algo que estava pensando esses dias, vlw show

[@marceloalvesferreira1627]

Muito bom ótimo vídeo. Parabéns

[@Jose_Arilson]

É correto fazer validação de cada campo da api de forma automatizada.
Ex:
Api que temo campo de nome, e esse nao é permitido colocar numero ou símbolos.
Ai tenho os cenários que iram validar.
Ct1 - valida se é permitido colocar numero no campo nome,
Ct2 - valida se é permitido colocar símbolos,
Ct3 - Valida o tamanho do campo preenchido.
Etec..

[@erudiotraining]

Sim, é uma prática comum e altamente recomendada realizar validações automatizadas para os campos de uma API. Essas validações, muitas vezes chamadas de testes de unidade ou testes de integração, ajudam a garantir que a API está se comportando corretamente em diferentes cenários e condições.
Os casos de teste (CTs) que você mencionou são exemplos de testes que podem ser implementados para garantir a integridade dos dados recebidos pela API. Aqui estão alguns pontos importantes relacionados a isso:
1. **Testes de Validação de Campos:**
- CT1: Validar se é permitido colocar números no campo nome.
- CT2: Validar se é permitido colocar símbolos no campo nome.
- CT3: Validar o tamanho máximo do campo nome.
2. **Testes de Limites e Tamanhos:**
- CT4: Testar o comportamento quando um campo obrigatório não é fornecido.
- CT5: Testar o comportamento quando todos os campos obrigatórios são fornecidos corretamente.
- CT6: Testar o comportamento quando um campo excede o tamanho máximo permitido.
3. **Testes de Formatos de Dados:**
- CT7: Validar se a data fornecida segue o formato esperado.
- CT8: Validar se o e-mail fornecido é válido.
4. **Testes de Respostas e Códigos de Status:**
- CT9: Verificar se a API retorna um código de status correto para solicitações válidas.
- CT10: Verificar se a API retorna mensagens de erro apropriadas para solicitações inválidas.
5. **Testes de Desempenho e Escalabilidade:**
- CT11: Testar o desempenho da API ao enviar um grande volume de solicitações.
6. **Testes de Integração com Outros Componentes:**
- CT12: Testar a integração da API com sistemas externos (banco de dados, serviços, etc.).
A automação desses casos de teste pode ser feita usando ferramentas de teste adequadas para a sua stack, como Jest, Postman, JUnit, entre outras, dependendo da linguagem de programação e da tecnologia utilizada na implementação da API.
Esses testes automatizados ajudam a garantir a qualidade do software, detectar regressões e facilitar a manutenção do código ao longo do tempo.

[@claudiopereirafeitosa6357]

Ola Leandro tudo bem, estou aprendendo postman e estava buscando justo o que vc esta ensinando no seu video
mas queria te perguntar se "postman.setEviromentVariable" que você ensina é o mesmo que pm.environment.set
porque estou tentando pegar uma variavel ja tentei das duas formas e não deu certo

[@alexrocha7874]

cara apanhe bastante.. por fim.. tive que passar outro parâmetro que estava dentro do json na segunda chave postman.setEnvironmentVariable('token_usuario',jsonData.data.token); para informar o que estava querendo buscar no caso o token dentro da "data" exemplo: "data": {
"token": "mNyZWF0ZWQiOjE2NzQ1MjU3MTAxMDQsImV4cCI6MTY3NDYyNTcwOX0.wLNcwuSDqbX9iGjUCka0siTlM5fik-Xz6k1whk6JHjt3shVvIIuPcFU0j4FBkktR-XAyee1R8ySe6xUDREyaqg"
},
"errors": []
}

[@SamuelSantos-cg9ex]

@@alexrocha7874 me ajudou demais essa sua dica eim.