Zamiast uruchamiać ciężką machinę testów integracyjnych, możemy szybko i precyzyjnie zweryfikować, czy nasze API nadal spełnia oczekiwania konsumentów – nawet jeśli technologia po drugiej stronie jest zupełnie inna. W tym odcinku rozmawiamy o tym, jak wdrożyć to podejście, by uniknąć sytuacji, w której „za płotem pali się budynek sąsiada” z powodu jednej zmiany w kodzie.

Gościem tego odcinka jest Łukasz Reszke, konsultant i Software Engineer w firmie Arkency. Łukasz na co dzień zajmuje się ratowaniem systemów przed rozpadem oraz tchnięciem nowego życia w aplikacje legacy, głównie w ekosystemie Ruby on Rails. W swojej pracy łączy Domain Driven Design i Event Sourcing , ale jego drugą wielką inżynierską miłością – i głównym tematem naszej rozmowy – są testy kontraktowe.

Z tego odcinka dowiesz się:

• Czym testy kontraktowe różnią się od walidacji JSON Schema;
• Dlaczego w podejściu Consumer Driven to odbiorca danych dyktuje warunki, a nie dostawca;
• Kiedy wdrożenie Pact’a jest inwestycją, a kiedy zbędnym kosztem;
• Do czego służy Pact Broker i jak wykorzystać webhooki do automatyzacji procesu;
• Co to są pending contracts i jak zapobiegają blokowaniu wdrożeń przez nowe wymagania;
• Jakie są najczęstsze błędy przy projektowaniu testów kontraktowych;
• W jaki sposób LLM-y i AI wpływają na testy kontraktowe.

A teraz… PLAY!

Czytaj dalej…