フロントエンド開発者は、API Gateway がバックエンドとなっているサーバーレスバックエンドからの成功およびエラー HTTP レスポンスの両方を検証する統合テストを作成する必要があります。ロジック層がまだ開発中である間、最小限のセットアップ作業でポジティブケースとネガティブケースをカバーするテストが必要です。最も開発労力が少ないアプローチはどれですか？

この選択肢が最も開発労力が少ないのは、API Gatewayのモック統合機能を利用し、単一のモック統合内で成功とエラーの両方のケースを処理できるためです。統合リクエストにシンプルなロジックを追加することで、フロントエンド開発者はバックエンドのロジックが完成する前に、異なるHTTPステータスコードとそれに対応するメッセージをシミュレートできます。 他の選択肢が不適切な理由は以下の通りです。 2つの個別のモック統合リソースを作成すると、設定が重複し、管理が複雑になります。 Lambda関数を作成してAPI Gatewayと統合する方法は、Lambda関数の開発とデプロイが必要となり、モック統合よりも多くの労力がかかります。 モック統合とLambdaを組み合わせる方法も、Lambda関数の開発とデプロイが必要となり、モック統合のみの場合よりも労力が増えます。