Teste uma Integração antes que ela Ocorra — Parte 5: Conclusão

Visão Geral

Continuação do artigo “Teste uma Integração antes que ela Ocorra — Parte 4: Fornecedor”.

Esse artigo tem o intuito de: sintetizar o uso do Pact tanto pelo consumidor quanto pelo fornecedor.

Síntese do Fluxo

Imagem: https://techcommunity.microsoft.com/

Build CI do Consumidor

• O projeto consumidor executa os testes de unidade usando a biblioteca Pact para fornecer um serviço simulado (mock).
• Enquanto os testes de unidade são executados, o serviço simulado grava as solicitações e respostas esperadas em um arquivo JSON, que é o contrato que contém as perguntas que o consumidor vai enviar para o provedor e quais as respostas que deseja obter.
• O contrato então é publicado no validador de contrato (Pact Broker).

Build CI do Provedor

• A API tem uma tarefa de verificação que é configurada com a URL para recuperar o último contrato entre ela e o consumidor.
• O build da API executa a tarefa de verificação do contrato, que recupera o contrato do Pact Broker, reproduzindo cada solicitação da API e valida se as respostas correspondem às respostas esperadas pelo consumidor.
• Se a verificação do contrato falhar, o build vai falhar.
• Os resultados da verificação são publicados de volta no Pact Broker pela ferramenta de verificação do contrato, para que a equipe do consumidor saiba se o código que escreveu funcionará na vida real.

Fluxo de funcionamento do Pact.

Referências

• COMUNIDADE PACT. Introdução. Documentação oficial. Disponível em: <https://docs.pact.io/>. Acesso em 12 de agosto de 2022.