Aller au contenu
TextArray1.41.0
Tout en local

Résumé de rapport JUnit XML

Résumez un rapport de test JUnit XML : comptages de réussite/échec/omission, durées et détails des défaillances.

Entrée
Sortie
Outils connexes
Convertisseur XML en JSONOutils de développement
Formateur XMLFormatage du texte
Analyseur de diff unifiénouveauOutils de développement
différence de clé i18nOutils de développement
Convertisseur TOML en JSONOutils de développement
SQL vers JSONOutils de développement
Résumé de rapport JUnit XML
Collez un rapport de test JUnit XML et cet outil le transforme en un résumé lisible : combien de tests ont réussi, échoué ou été ignorés, lesquels ont échoué et pourquoi, et combien de temps chaque test a pris. Il lit la structure standard <testsuite>/<testcase> produite par JUnit, pytest, Jest (avec un reporteur JUnit), gotestsum de Go, PHPUnit et la plupart des autres exécuteurs de tests et systèmes CI, vous pouvez donc coller la sortie directement à partir d'un journal de compilation ou d'un artefact téléchargé.
Activez « Afficher uniquement les tests échoués » pour aller droit à ce qui doit être corrigé, ou « Trier par durée » pour trouver vos tests les plus lents — utile lorsqu'une suite s'est lentement ralentie et que vous avez besoin de savoir où va le temps. Groupez les résultats par classe de test ou par fichier pour voir quelle zone du code échoue, et limitez les traces longues avec « Tronquer les messages d'erreur » pour qu'un rapport plein d'erreurs d'assertion reste analysable. « Limiter les tests affichés » limite le nombre de lignes qui apparaissent, ce qui fonctionne bien avec le tri par durée pour une liste « N plus lent », et « Afficher le taux de réussite » ajoute un pourcentage de réussite.
Collez plusieurs rapports à la fois — par exemple, la sortie de plusieurs travaux CI ou fragments de tests concaténés — et l'outil agrège chaque <testcase> qu'il trouve et rapporte combien de rapports distincts ont été détectés. Choisissez la sortie qui convient à ce qui suit : texte brut à lire, Markdown pour un commentaire de demande d'extraction, ou CSV pour une feuille de calcul. Les fins de ligne Windows et Unix sont traitées de la même manière.
Tout s'exécute localement dans votre navigateur — le XML que vous collez, qui peut inclure des chemins de fichiers internes, des noms de classes ou des traces de pile d'une base de code privée, n'est jamais téléchargé nulle part. Copiez le résumé, téléchargez-le en tant que fichier .txt, ou envoyez-le à l'entrée d'un autre outil pour continuer à l'utiliser.
FAQ
Quels frameworks de test cela supporte-t-il?
Tout outil qui produit du XML de style JUnit standard : JUnit lui-même, pytest (avec --junitxml), Jest avec un reporter JUnit, Go, PHPUnit, Mocha avec un reporter JUnit et la plupart des systèmes CI qui exportent les résultats des tests dans ce format.
Qu'est-ce qui compte comme un test « échoué » par rapport à une « erreur »?
JUnit XML distingue <failure> (une assertion qui n'a pas été respectée) de <error> (une exception inattendue). Les deux sont comptés comme échoués dans le résumé, et la liste des détails montre lequel est lequel.
Puis-je combiner plusieurs rapports de test en un seul résumé?
Oui. Collez plusieurs rapports XML l'un après l'autre dans l'entrée et l'outil agrège chaque cas de test parmi tous et rapporte combien de rapports distincts il a trouvés.
Comment « Grouper par » décide-t-il du fichier d'un test?
Il utilise l'attribut file du <testcase> lorsque le rapport en inclut un, et revient au nom du <testsuite> englobant sinon, car la plupart des exécuteurs enregistrent le fichier là-bas.
Mon rapport de test est-il téléchargé quelque part?
Non. L'analyse et le résumé s'exécutent entièrement dans votre navigateur — le rapport, y compris les chemins de fichier ou traces de pile qu'il contient, n'est jamais téléchargé nulle part.