Cette question traite des limites du test des scénarios os.Exit dans Go à l'aide du méthode de réinvocation du binaire et de vérification de la valeur de sortie. Bien que cette méthode soit efficace pour tester les appels os.Exit(), elle pose des défis lorsqu'il s'agit de tester la couverture avec des outils comme coveralls.io et Goveralls.
Le principal problème vient du fait que le binaire réinvoqué ne ne s'exécute pas avec l'indicateur -cover, qui est nécessaire à la collecte des informations de couverture. En conséquence, les outils de test de couverture ne parviennent pas à reconnaître que la fonction testée, Crasher(), qui appelle os.Exit(), a été exécutée.
Pour résoudre ce problème, la solution proposée implique de refactoriser le code pour rendre les fonctions os.Exit ou log.Fatalf remplaçables. En enregistrant la fonction d'origine et en la restaurant après le test, le code de test peut intercepter ces fonctions et les exécuter dans des conditions contrôlées.
Dans l'exemple fourni, une fonction myExit personnalisée est définie pour remplacer os.Exit et un fonction myFatalf personnalisée pour remplacer log.Fatalf. Au cours du test, ces fonctions sont exécutées et leurs arguments sont capturés. Cela permet au test de vérifier le code de sortie ou le message de journal correct, garantissant que la fonction testée est bien exécutée comme prévu.
En suivant cette approche, il est possible d'obtenir une couverture complète de la fonction testée, même lorsqu'il s'agit d'appeler os.Exit() ou log.Fatalf(). Cela permet aux développeurs de tester minutieusement leur code et de garantir que les informations de couverture signalées par des outils comme coveralls.io et Goveralls sont exactes et complètes.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!