Ao melhorar ou atualizar uma aplicação, é crucial verificar que estas alterações não afetam negativamente as funcionalidades existentes. O teste de regressão envolve a execução de uma série de testes para garantir que os componentes modificados se integram perfeitamente com o resto da aplicação sem introduzir novos defeitos, normalmente referidos como regressões.Para APIs, o teste de regressão envolve confirmar que as alterações à API ou ao seu ambiente não afetam adversamente os componentes dependentes. Estes testes podem ser realizados após qualquer alteração, desde correções de erros até à adição de funcionalidades. Os testes de regressão abrangem normalmente vários elementos da API, incluindo:1.
Códigos de estado - Confirmar que são devolvidos os códigos de estado adequados para diferentes tipos de pedido.
2.
Esquema JSON - Verificar que a estrutura e o formato da resposta estão alinhados com as especificações da API.
3.
Tempo de resposta - Garantir que os tempos de resposta da API permanecem dentro de intervalos aceitáveis.
4.
Corpo da resposta - Verificar que o conteúdo e a estrutura da resposta cumprem as expectativas.
5.
Cabeçalhos - Validar a presença e a precisão dos cabeçalhos da resposta.
Ferramentas de automatização como a Apidog CLI podem ser utilizadas para executar testes de regressão antes de implementar atualizações de código, impedindo que alterações disruptivas cheguem à produção. Além disso, pode agendar testes utilizando o Collection Runner para monitorizar os resultados ao longo do tempo, obtendo informações sobre a fiabilidade da sua API.Configuração de testes de regressão no Apidog#
Para configurar testes de integração para a sua aplicação no Apidog, utilize a seguinte estrutura:1.
Pedidos de API: A unidade básica de teste é um pedido de API. Cada pedido testa uma parte específica da funcionalidade ao chamar um endpoint da API. Saiba mais sobre enviar pedidos. 2.
Processadores pré/pós-pedido: Para cada pedido, pode adicionar scripts, asserções, extração de variáveis e operações de base de dados para testar e validar o código de resposta, cabeçalhos, dados do corpo e muito mais. Saiba mais sobre adicionar processadores pré/pós-pedido. 3.
Cenários de teste: Quando precisar de enviar vários pedidos consecutivamente, criar cenários de teste contínuos ou repetir pedidos com diferentes dados de teste, pode criar um cenário de teste e adicionar-lhe os pedidos necessários. Saiba mais sobre cenários de teste. 4.
Ambientes: Ao efetuar pedidos de API, é frequentemente necessário alternar entre ambientes de desenvolvimento, teste e produção. O Apidog torna conveniente enviar pedidos para diferentes ambientes — basta clicar e selecionar o ambiente pretendido no canto superior direito da interface. Saiba mais sobre Criar e utilizar ambientes. 5.
Servidores mock: Simule outros sistemas com servidores mock. Pode testar como a sua aplicação interage com outras APIs e sistemas sem se ligar aos recursos reais. Em vez disso, pode utilizar o Apidog para configurar um servidor mock que simula o comportamento de um servidor de API real, aceitando pedidos e devolvendo respostas. Saiba mais sobre configurar servidores mock. Executar testes de regressão no Apidog#
Após configurar os seus testes de integração no Apidog, pode executá-los das seguintes formas:1.
Manualmente: Pode executar um único pedido ou executar um cenário de teste para obter um relatório de teste. Saiba mais sobre executar um cenário de teste. 2.
Automatização agendada: Pode configurar "Tarefas Agendadas" para executar automaticamente cenários de teste automatizados configurados em horários especificados, obter resultados de execução de tarefas e cumprir os requisitos de testes agendados e de regressão. Saiba mais sobre Tarefas agendadas. 3.
Pipeline de CI/CD: Pode executar cenários de teste como parte do seu processo regular de compilação da aplicação utilizando a Apidog CLI. Execute os seus conjuntos de testes ap ós cada envio de código e visualize os relatórios de teste no Apidog. Saiba mais sobre integração de CI/CD. Modified at 2026-06-09 08:54:45