La sortie go test
est assez bruyante lorsque -v est défini. Ce serait formidable de pouvoir différencier les cas échoués et leurs détails.
Un différenciateur serait d'écrire les détails de l'échec dans le stderr, puis les outils peuvent coloriser ou filtrer le stderr pour mettre en évidence les échecs :
/cc @rsc @ianlancetaylor
Un moyen de coloriser me semble bien, mais mélanger stdout/stderr ne semble pas être la bonne approche. Je pense qu'il y aura trop de scénarios dans lesquels la sortie se désynchronisera.
Écrire sur stderr n'est pas correct. Comme Ian l'a dit, il est trop facile de désynchroniser stdout et stderr de cette façon. Ils ne sont pas destinés à l'entrelacement à grain fin de la même sortie. Ici, il n'y a qu'un seul flux de sortie, donc tout va vers une seule sortie. (Le cas canonique pour stdout/stderr serait quelque chose comme cat, où la sortie va à stdout mais les erreurs de ne pas pouvoir ouvrir ou lire les fichiers d'entrée vont à stderr.)
Si vous voulez écrire un programme pour lire la sortie d'un test et la présenter en couleur, cela semble facile à faire avec la sortie actuelle, sans aucune aide supplémentaire de la commande go ou du package de test.
J'écrirai un outil pour consommer la sortie go test
la place, merci pour l'entrée.
Commentaire le plus utile
J'écrirai un outil pour consommer la sortie
go test
la place, merci pour l'entrée.