Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Fusionnez automatiquement les rapports de construction individuels
Dans les versions par lots de Fanout, AWS CodeBuild prend en charge la fusion automatique des rapports de génération individuels dans un rapport par lots consolidé. Cette fonctionnalité fournit une vue complète des résultats des tests et de la couverture du code pour toutes les versions d'un lot.
Comment ça marche
Lors de l'exécution de builds fanout par lots, chaque build individuel génère des rapports de test. CodeBuild consolide ensuite automatiquement les rapports identiques provenant de différentes versions dans un rapport unifié, qui est joint à la génération par lots. Ces rapports consolidés sont facilement accessibles via le reportArns champ de l' BatchGetBuildBatchesAPI et peuvent également être consultés dans l'onglet Rapports de la console. Cette fonctionnalité de fusion s'étend également aux rapports découverts automatiquement.
Les rapports consolidés sont créés dans des groupes de rapports qui sont soit spécifiés dans la spécification de construction, soit découverts automatiquement par. CodeBuild Vous pouvez analyser les tendances des rapports fusionnés directement dans ces groupes de rapports, fournissant ainsi des informations précieuses sur les performances globales de construction et les indicateurs de qualité des versions historiques d'un même projet build-batch.
Pour chaque build individuel du lot, crée CodeBuild automatiquement des groupes de rapports distincts. Ils suivent une convention de dénomination spécifique, combinant le nom du groupe de rapports créé par lots avec un suffixe deBuildFanoutShard<shard_number>, où le shard_number représente le numéro de la partition dans laquelle le groupe de rapports est créé. Cette organisation vous permet de suivre et d'analyser les tendances au niveau des versions consolidées et individuelles, offrant ainsi une flexibilité dans la manière dont vous surveillez et évaluez leurs processus de création.
Le rapport de génération par lots suit la même structure que les rapports de génération individuels. Les champs clés suivants de l'onglet Rapport sont spécifiques aux rapports générés par lots :
- État du rapport de création par lots
-
L'état des rapports de génération par lots suit des règles spécifiques en fonction du type de rapport :
-
Rapports de test :
-
Succès : le statut est défini sur Succès lorsque tous les rapports de construction individuels ont réussi.
-
Échec : le statut est défini sur Échec si un rapport de génération individuel a échoué.
-
Incomplet : le statut est marqué comme incomplet si un rapport de construction individuel est manquant ou a un statut incomplet.
-
-
Rapports sur la couverture du code :
-
Terminé : le statut est défini sur Terminé lorsque tous les rapports de construction individuels sont terminés.
-
Échec : le statut est défini sur Échec si un rapport de génération individuel a échoué.
-
Incomplet : le statut est marqué comme incomplet si un rapport de construction individuel est manquant ou a un statut incomplet.
-
-
- Résumé du test
-
Le rapport de test fusionné consolide les champs suivants de tous les rapports de construction individuels :
-
durée en nano-secondes : durée maximale des tests en nanosecondes parmi tous les rapports de construction individuels.
-
total : le nombre combiné de tous les cas de test, additionnant le nombre total de tests de chaque version.
-
status-counts : fournit une vue consolidée des statuts des tests, tels que réussis, échoués ou ignorés, calculés en agrégeant le nombre de chaque type de statut sur toutes les versions individuelles.
-
- Résumé de la couverture du code
-
Le rapport de couverture de code fusionné combine les champs de toutes les versions individuelles à l'aide des calculs suivants :
-
branches couvertes : somme de toutes les branches couvertes à partir de rapports individuels.
-
branches-missed : somme de toutes les branches manquées à partir de rapports individuels.
-
pourcentage de couverture de la succursale :
(Total covered branches / Total branches) * 100 -
lignes couvertes : somme de toutes les lignes couvertes des rapports individuels.
-
lignes manquées : somme de toutes les lignes manquées des rapports individuels.
-
pourcentage de couverture des lignes :
(Total covered lines / Total lines) * 100
-
- ID d'exécution
-
L'ARN généré par lots.
- Cas de test
-
Le rapport fusionné contient une liste consolidée de tous les cas de test issus de versions individuelles, accessible à la fois via l'DescribeTestCasesAPI et le rapport de génération par lots dans la console.
- Couvertures par code
-
Le rapport de couverture de code fusionné fournit des informations consolidées sur la couverture des lignes et des branches pour chaque fichier dans toutes les versions individuelles, accessibles à la fois via l'DescribeCodeCoveragesAPI et le rapport de génération par lots dans la console. Remarque : Pour les fichiers couverts par plusieurs fichiers de test répartis sur différentes partitions, le rapport fusionné utilise les critères de sélection suivants :
-
La sélection principale est basée sur la couverture de ligne la plus élevée parmi les fragments.
-
Si la couverture linéaire est égale sur plusieurs fragments, le fragment présentant la couverture de branches la plus élevée est sélectionné.
-
