Un développeur frontend doit écrire des tests d'intégration qui exercent à la fois les réponses HTTP de succès et d'erreur d'un backend serverless adossé à API Gateway. Les tests doivent couvrir les cas positifs et négatifs avec un effort de configuration minimal pendant que la couche logique est encore en développement. Quelle approche nécessite le moins d'effort de développement ?

L'intégration de maquette (mock integration) d'API Gateway est conçue pour simuler des réponses sans backend réel, ce qui est parfait pour les tests d'intégration lorsque la logique est encore en développement. En configurant une seule intégration de maquette par méthode et en utilisant une logique simple dans la requête d'intégration (via des modèles de mappage VTL) pour déterminer si un succès ou une erreur doit être renvoyé en fonction d'un paramètre, on minimise l'effort de configuration. Les messages de succès et d'erreur peuvent ensuite être mappés dans les réponses d'intégration correspondantes. Les autres options sont moins efficaces : Créer deux ressources de maquette distinctes doublerait l'effort de configuration pour chaque méthode. Créer des fonctions Lambda pour simuler des réponses introduit un effort de développement de code inutile et des coûts opérationnels pour des tests de maquette. Utiliser une Lambda avec une intégration de maquette est une approche hybride inutilement complexe, car l'intégration de maquette peut gérer les réponses directement sans Lambda.