Une entreprise définit son application avec l'AWS Cloud Development Kit (CDK) et la déploie à l'aide d'un pipeline construit avec AWS CodePipeline et AWS CodeBuild. Elle souhaite ajouter des tests unitaires au pipeline et s'assurer que le déploiement ne se poursuit que si aucun des tests unitaires n'échoue. Quelles sont les deux étapes qui permettront d'appliquer cette exigence ?

La première option correcte garantit que les tests unitaires sont exécutés avant le déploiement. Si les tests échouent, la configuration OnFailure: ABORT dans CodeBuild arrêtera le pipeline, empêchant ainsi le déploiement d'une application défectueuse. La deuxième option correcte décrit l'utilisation de la bibliothèque d'assertions du CDK, qui est la méthode standard pour écrire des tests unitaires pour les applications CDK. template.hasResourceProperties est une assertion clé pour vérifier que les ressources CloudFormation générées par le CDK ont les propriétés attendues. Les options incorrectes sont les suivantes : L'option --rollback true avec cdk deploy gère les échecs de déploiement, mais n'empêche pas le déploiement initial si les tests unitaires échouent. L'option --require-approval any-change ajoute une étape d'approbation manuelle, ce qui n'est pas lié à l'échec des tests unitaires. Exécuter cdk diff et faire échouer le test si des ressources changent n'est pas un test unitaire des fonctionnalités de l'application ou de la validité de la configuration ; cela vérifie uniquement les changements de ressources, ce qui est une pratique différente.