Atrapy API

Prototypowanie API

Pierwszym przypadkiem użycia mocków API jest prototypowanie API. Chodzi o to, że po ukończeniu iteracji projektowania API chcesz uzyskać informacje zwrotne od różnych interesariuszy projektu API: członków zespołu, programistów, którzy będą korzystać z API, właścicieli produktu itp.

Jeśli interesariusze mogą faktycznie wchodzić w interakcję z projektem API, istnieje większe prawdopodobieństwo, że uzyskasz lepsze informacje zwrotne, i to szybciej, ponieważ doświadczenie związane z przeglądem API jest bardziej immersyjne i realistyczne.

Równoległa implementacja frontendu i backendu

W wielu projektach po zakończeniu fazy projektowania API będzie zarówno kod backendu, który należy napisać, aby zaimplementować API, jak i kod frontendu, który będzie korzystać z API.

Gdy kontrakt API zostanie uzgodniony, nie ma rzeczywistego powodu, aby programiści frontendu czekali z rozpoczęciem prac na ukończenie zadań przez programistów backendu. Postępowanie w tak linearny sposób wydłuży czas wprowadzenia produktu na rynek i spowolni cykle informacji zwrotnej między zespołami backendu i frontendu podczas tworzenia oprogramowania.

Posiadanie mocka API zgodnego z najnowszym projektem kontraktu API umożliwia zespołom frontendowym i backendowym równoległą pracę.

Negocjacja zawartości

Jedynym dynamizmem zapewnianym przez mocki jest negocjacja treści. Jeśli w API zdefiniowano wiele treści i wyślesz żądanie ze zgodnym typem nośnika w nagłówku Accept, mock użyje tej treści do utworzenia odpowiedzi.

Testowanie mocka

Możesz przetestować swój mock za pomocą dowolnego klienta API, takiego jak API Tester, Postman lub cURL, wysyłając żądania pod adres URL punktu końcowego mocka wyświetlany w API Contracts.