FR
RU
EN
ES
ZH
DE
PT
AR
HI
« Peut-on exécuter un seul fichier de tests ? » — oui, et voici comment faire en Go
\n\nAvez-vous déjà été devant votre terminal, tapant go test ./... et observant avec horreur toute la base de code de votre projet Go lancer des centaines de tests ? Alors que vous aviez seulement besoin de vérifier un petit fichier de cas de test que vous veniez de terminer. Ça vous parle ? Si oui, vous êtes au bon endroit.
Dans cet article, nous allons décortiquer une question populaire sur Stack Overflow (qui compte d'ailleurs des milliers de vues) : « How to run test cases in a specified file? ». Nous adapterons les réponses à la réalité du développeur Go et montrerons non seulement les commandes de base, mais aussi des astuces qui vous feront gagner des heures de travail. C'est parti !
\n\nPourquoi un simple go test n'est pas toujours adapté ?
\n\nDans les grands projets, les tests sont divisés en tests unitaires, d'intégration et de bout en bout. Si vous lancez go test ./..., Go parcourt récursivement tous les sous-packages et exécute tous les tests trouvés. Cela peut prendre des minutes. Et si vous avez des tests qui accèdent à une base de données ou à des API externes, ils peuvent échouer pour des raisons indépendantes de votre volonté. C'est pourquoi savoir exécuter des cas de test dans un fichier spécifique n'est pas seulement une commodité, mais une compétence de développeur professionnel.
Commande de base : go test avec le nom du fichier
\n\nLa méthode la plus directe est de spécifier le fichier de test concret. Mais il y a une subtilité : Go exige que vous indiquiez à la fois le fichier testé et le fichier de test ensemble. Pourquoi ? Parce que le compilateur doit compiler tout le code du package.
\n\nSupposons que vous ayez la structure de projet suivante :
\n\nmyproject/\n├── main.go\n└── math_utils.go\n└── math_utils_test.go\nPour exécuter les tests uniquement à partir de math_utils_test.go, exécutez :
go test -v math_utils.go math_utils_test.go\nLe flag -v (verbose) affiche des informations détaillées sur chaque cas de test. Sans lui, vous ne verrez que le résultat : PASS ou FAIL.
Exemple de code réel
\n\nCréons un fichier simple math_utils.go :
package main\n\nfunc Sum(a, b int) int {\n return a + b\n}\n\nfunc Multiply(a, b int) int {\n return a * b\n}\nEt le fichier de test math_utils_test.go :
package main\n\nimport "testing"\n\nfunc TestSum(t *testing.T) {\n result := Sum(2, 3)\n if result != 5 {\n t.Errorf("Sum(2, 3) = %d; want 5", result)\n }\n}\n\nfunc TestMultiply(t *testing.T) {\n result := Multiply(3, 4)\n if result != 12 {\n t.Errorf("Multiply(3, 4) = %d; want 12", result)\n }\n}\nLançons maintenant :
\n\n$ go test -v math_utils.go math_utils_test.go\n=== RUN TestSum\n--- PASS: TestSum (0.00s)\n=== RUN TestMultiply\n--- PASS: TestMultiply (0.00s)\nPASS\nok command-line-arguments 0.002s\nNotez la sortie : ok command-line-arguments. Cela signifie que Go a compilé un package temporaire à partir des fichiers spécifiés. Cette approche fonctionne, mais a des limitations.
Problème avec plusieurs fichiers dans un même package
\n\nSi votre package se compose de plusieurs fichiers (par exemple, math_utils.go et strings_utils.go), et que le test dans math_utils_test.go appelle une fonction de strings_utils.go, la commande ci-dessus échouera avec une erreur de compilation. Go signalera que la fonction n'est pas définie.
La solution est de lister tous les fichiers dépendants. Mais ce n'est pas pratique. Il est préférable d'utiliser une autre approche.
\n\nMéthode avancée : filtrage des tests par nom (-run)
\n\nLe flag -run permet d'exécuter uniquement les cas de test dont les noms correspondent à une expression régulière. Ce n'est pas lié à un fichier, mais si vous avez nommé vos tests de manière explicite, vous pouvez facilement filtrer ceux dont vous avez besoin.
Exemple : exécuter tous les tests commençant par TestSum :
go test -v -run T 
