Programista frontendowy musi napisać testy integracyjne, które sprawdzają zarówno pomyślne, jak i błędne odpowiedzi HTTP z bezserwerowego backendu opartego na API Gateway. Testy powinny obejmować przypadki pozytywne i negatywne przy minimalnym wysiłku konfiguracyjnym, podczas gdy warstwa logiki jest nadal w fazie rozwoju. Które podejście wymaga najmniejszego wysiłku rozwojowego?

Poprawna odpowiedź minimalizuje wysiłek rozwojowy, wykorzystując wbudowane możliwości API Gateway. Integracja mock pozwala na symulowanie odpowiedzi HTTP (sukces lub błąd) bezpośrednio w API Gateway, bez konieczności pisania kodu Lambda. Prosta logika w żądaniu integracji (np. za pomocą VTL) może warunkowo zwracać różne statusy, a mapowanie odpowiedzi pozwala na dostosowanie treści dla każdego statusu. Pozostałe opcje są mniej efektywne: Tworzenie dwóch oddzielnych zasobów mock jest możliwe, ale wymaga większej duplikacji konfiguracji. Tworzenie funkcji Lambda do zwracania statusów jest nadmiernym wysiłkiem, ponieważ API Gateway może to zrobić samodzielnie. Konfigurowanie integracji mock odwołującej się do Lambdy jest sprzeczne z ideą mocka i nadal wymagałoby pisania kodu Lambda.