Golang Testing Best Practices Skill for Muse **Nom FR:** Skill Tests Go de Qualité Production pour Muse **Tagline EN:** Production-ready Go tests: table-driven, parallel, leak-free **Tagline FR:** Des tests Go pro : table-driven, parallèles, sans fuites **Créateur:** @samber **URL source:** https://github.com/samber/cc-skills-golang/blob/main/skills/golang-testing/SKILL.md **Licence — Type — Catégorie — Mots-clés:** MIT — Skill — Productivity — Go, golang, table-driven tests, testify, fuzzing, goleak, t.Parallel, integration tests, benchmarks, synctest, code coverage, goroutine leaks, race detection **Description EN:** Curated by Skill Harbor — a free, open-source skill (MIT) by @samber, listed here with credit to its creator. A senior Go engineer persona for writing production-ready tests, with four working modes: write (scaffold with gotests, then enrich with edge cases), review (audit a PR's test diff), audit (fan out three parallel sub-agents over unit quality, integration isolation, and goroutine/race issues), and debug (reproduce reliably, isolate the assertion, trace the root cause). The best-practices core is opinionated and concrete: table-driven tests with named subtests, integration tests behind build tags, no order dependence, t.Parallel() for independent tests, assert observable behavior not implementation details, goleak in TestMain for goroutine leaks, and coverage treated as a gap finder, not a target. Particularly valuable: the pitfall it documents — testify assert scope leaking into subtests, where every subtest reports PASS while the parent fails — plus modern Go testing idioms like testing/synctest for deterministic concurrency tests (Go 1.25+) and t.ArtifactDir for test outputs (Go 1.26+). Ships a dense go test quick-reference (run filters, -race, -cover, -bench, -fuzz, build tags) and deep-dive references for HTTP testing, mocking, fixtures, benchmarks, and integration testing in the repo. Discovered via skills.sh. Honest note: designed for Claude Code/Codex-style harnesses — it speaks in ultrathink/ultracode idioms you can ignore elsewhere — and it assumes the Go toolchain plus gotests on your machine; the referenced deep-dives live in the repo, so fetch the whole skill directory, not just SKILL.md. Skill Harbor never reviews the code, review it yourself before use. Not verified. **Description FR:** Sélectionné par Skill Harbor — un skill gratuit et open-source (MIT) par @samber, listé ici avec crédit à son créateur. Un persona d'ingénieur Go senior pour écrire des tests de qualité production, avec quatre modes de travail : écrire (échafauder avec gotests, puis enrichir avec les cas limites), relire (auditer le diff de tests d'une PR), auditer (déployer trois sous-agents parallèles sur la qualité unitaire, l'isolation d'intégration et les problèmes de goroutines/races), et déboguer (reproduire de façon fiable, isoler l'assertion, remonter à la cause racine). Le cœur des bonnes pratiques est tranché et concret : tests table-driven avec sous-tests nommés, tests d'intégration derrière des build tags, aucune dépendance à l'ordre d'exécution, t.Parallel() pour les tests indépendants, assertions sur le comportement observable et non les détails d'implémentation, goleak dans TestMain contre les fuites de goroutines, et couverture vue comme un détecteur de trous, pas un objectif. Particulièrement précieux : le piège qu'il documente — la fuite de portée des assertions testify dans les sous-tests, où chaque sous-test affiche PASS pendant que le parent échoue — plus les idiomes modernes de Go comme testing/synctest pour des tests de concurrence déterministes (Go 1.25+) et t.ArtifactDir pour les sorties de tests (Go 1.26+). Livre un aide-mémoire dense de go test (filtres, -race, -cover, -bench, -fuzz, build tags) et des références approfondies pour les tests HTTP, les mocks, les fixtures, les benchmarks et les tests d'intégration dans le dépôt. Découvert via skills.sh. Note honnête : conçu pour des harnais de style Claude Code/Codex — il parle en idiomes ultrathink/ultracode que vous pouvez ignorer ailleurs — et suppose la toolchain Go plus gotests sur votre machine ; les approfondissements référencés vivent dans le dépôt, donc récupérez tout le dossier du skill, pas seulement le SKILL.md. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. Non vérifié. **Install prompt EN:** ``` Prerequisites: the Go toolchain installed on your machine; gotests installed via `go install github.com/cweill/gotests/gotests@latest`; a Go project whose tests you want to write, review, or audit. No API keys. Install "Golang Testing Best Practices Skill for Muse" for me. A senior Go engineer persona for production-ready tests: four modes (write, review, audit, debug), opinionated best practices (table-driven tests with named subtests, build tags for integration tests, t.Parallel, goleak goroutine-leak detection, coverage as gap finder), the testify assert-scope pitfall, modern idioms (testing/synctest, t.ArtifactDir), and a dense go test quick-reference. Repository: https://github.com/samber/cc-skills-golang/blob/main/skills/golang-testing/SKILL.md 1. Fetch the SKILL.md file (and any helper files: references/) from the repository path into a temporary folder and summarize what it does in one or two sentences. 2. Safety check: review the SKILL.md and scripts for anything suspicious (unexpected network calls, shell commands, credential harvesting). This repo should contain zero secrets in code, credentials only via the secure vault, allowed hosts declared in the SKILL.md. Verify that holds here; STOP on any red flag and tell me. 3. Install it as a skill: copy SKILL.md and its helper files into the agent's skills directory, in a folder named "golang-testing". 4. Verify with no network calls: frontmatter valid, files in place. 5. Report what was installed, where, and what I still need to do myself (e.g. install gotests, and point it at the Go package to test). GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it unless it's in the prerequisites above. Rules: don't touch anything outside the temp folder and the install target. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : la toolchain Go installée sur votre machine ; gotests installé via `go install github.com/cweill/gotests/gotests@latest` ; un projet Go dont vous voulez écrire, relire ou auditer les tests. Aucune clé API. Installe-moi « Skill Tests Go de Qualité Production pour Muse ». Un persona d'ingénieur Go senior pour des tests de qualité production : quatre modes (écrire, relire, auditer, déboguer), bonnes pratiques tranchées (tests table-driven avec sous-tests nommés, build tags pour les tests d'intégration, t.Parallel, détection de fuites de goroutines avec goleak, couverture comme détecteur de trous), le piège de portée des assertions testify, les idiomes modernes (testing/synctest, t.ArtifactDir), et un aide-mémoire dense de go test. Dépôt : https://github.com/samber/cc-skills-golang/blob/main/skills/golang-testing/SKILL.md 1. Récupérez le fichier SKILL.md (et les fichiers auxiliaires : references/) depuis le chemin du dépôt dans un dossier temporaire et résumez ce qu'il fait en une ou deux phrases. 2. Contrôle de sécurité : examinez le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifiez que c'est bien le cas ; STOP sur le moindre signal d'alerte et prévenez-moi. 3. Installez-le comme skill : copiez SKILL.md et ses fichiers auxiliaires dans le répertoire des skills de l'agent, dans un dossier nommé « golang-testing ». 4. Vérifiez sans appels réseau : frontmatter valide, fichiers en place. 5. Indiquez ce qui a été installé, où, et ce qu'il me reste à faire moi-même (ex. installer gotests, et indiquer le package Go à tester). GitHub est optionnel : si j'ai un compte GitHub ou le CLI gh, vous pouvez l'utiliser ; sinon, l'accès public suffit. Règles : ne touchez à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrêtez et demandez-moi. ```

Des tests Go pro : table-driven, parallèles, sans fuites **Créateur:** @samber **URL source:** https://github.com/samber/cc-skills-golang/blob/main/skills/golang-testing/SKILL.md **Licence — Type — Catégorie — Mots-clés:** MIT — Skill — Productivity — Go, golang, table-driven tests, testify, fuzzing, goleak, t.Parallel, integration tests, benchmarks, synctest, code coverage, goroutine leaks, race detection **Description EN:** Curated by Skill Harbor — a free, open-source skill (MIT) by @samber, listed here with credit to its creator. A senior Go engineer persona for writing production-ready tests, with four working modes: write (scaffold with gotests, then enrich with edge cases), review (audit a PR's test diff), audit (fan out three parallel sub-agents over unit quality, integration isolation, and goroutine/race issues), and debug (reproduce reliably, isolate the assertion, trace the root cause). The best-practices core is opinionated and concrete: table-driven tests with named subtests, integration tests behind build tags, no order dependence, t.Parallel() for independent tests, assert observable behavior not implementation details, goleak in TestMain for goroutine leaks, and coverage treated as a gap finder, not a target. Particularly valuable: the pitfall it documents — testify assert scope leaking into subtests, where every subtest reports PASS while the parent fails — plus modern Go testing idioms like testing/synctest for deterministic concurrency tests (Go 1.25+) and t.ArtifactDir for test outputs (Go 1.26+). Ships a dense go test quick-reference (run filters, -race, -cover, -bench, -fuzz, build tags) and deep-dive references for HTTP testing, mocking, fixtures, benchmarks, and integration testing in the repo. Discovered via skills.sh. Honest note: designed for Claude Code/Codex-style harnesses — it speaks in ultrathink/ultracode idioms you can ignore elsewhere — and it assumes the Go toolchain plus gotests on your machine; the referenced deep-dives live in the repo, so fetch the whole skill directory, not just SKILL.md. Skill Harbor never reviews the code, review it yourself before use. Not verified. **Description FR:** Sélectionné par Skill Harbor — un skill gratuit et open-source (MIT) par @samber, listé ici avec crédit à son créateur. Un persona d'ingénieur Go senior pour écrire des tests de qualité production, avec quatre modes de travail : écrire (échafauder avec gotests, puis enrichir avec les cas limites), relire (auditer le diff de tests d'une PR), auditer (déployer trois sous-agents parallèles sur la qualité unitaire, l'isolation d'intégration et les problèmes de goroutines/races), et déboguer (reproduire de façon fiable, isoler l'assertion, remonter à la cause racine). Le cœur des bonnes pratiques est tranché et concret : tests table-driven avec sous-tests nommés, tests d'intégration derrière des build tags, aucune dépendance à l'ordre d'exécution, t.Parallel() pour les tests indépendants, assertions sur le comportement observable et non les détails d'implémentation, goleak dans TestMain contre les fuites de goroutines, et couverture vue comme un détecteur de trous, pas un objectif. Particulièrement précieux : le piège qu'il documente — la fuite de portée des assertions testify dans les sous-tests, où chaque sous-test affiche PASS pendant que le parent échoue — plus les idiomes modernes de Go comme testing/synctest pour des tests de concurrence déterministes (Go 1.25+) et t.ArtifactDir pour les sorties de tests (Go 1.26+). Livre un aide-mémoire dense de go test (filtres, -race, -cover, -bench, -fuzz, build tags) et des références approfondies pour les tests HTTP, les mocks, les fixtures, les benchmarks et les tests d'intégration dans le dépôt. Découvert via skills.sh. Note honnête : conçu pour des harnais de style Claude Code/Codex — il parle en idiomes ultrathink/ultracode que vous pouvez ignorer ailleurs — et suppose la toolchain Go plus gotests sur votre machine ; les approfondissements référencés vivent dans le dépôt, donc récupérez tout le dossier du skill, pas seulement le SKILL.md. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. Non vérifié. **Install prompt EN:** ``` Prerequisites: the Go toolchain installed on your machine; gotests installed via `go install github.com/cweill/gotests/gotests@latest`; a Go project whose tests you want to write, review, or audit. No API keys. Install "Golang Testing Best Practices Skill for Muse" for me. A senior Go engineer persona for production-ready tests: four modes (write, review, audit, debug), opinionated best practices (table-driven tests with named subtests, build tags for integration tests, t.Parallel, goleak goroutine-leak detection, coverage as gap finder), the testify assert-scope pitfall, modern idioms (testing/synctest, t.ArtifactDir), and a dense go test quick-reference. Repository: https://github.com/samber/cc-skills-golang/blob/main/skills/golang-testing/SKILL.md 1. Fetch the SKILL.md file (and any helper files: references/) from the repository path into a temporary folder and summarize what it does in one or two sentences. 2. Safety check: review the SKILL.md and scripts for anything suspicious (unexpected network calls, shell commands, credential harvesting). This repo should contain zero secrets in code, credentials only via the secure vault, allowed hosts declared in the SKILL.md. Verify that holds here; STOP on any red flag and tell me. 3. Install it as a skill: copy SKILL.md and its helper files into the agent's skills directory, in a folder named "golang-testing". 4. Verify with no network calls: frontmatter valid, files in place. 5. Report what was installed, where, and what I still need to do myself (e.g. install gotests, and point it at the Go package to test). GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it unless it's in the prerequisites above. Rules: don't touch anything outside the temp folder and the install target. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : la toolchain Go installée sur votre machine ; gotests installé via `go install github.com/cweill/gotests/gotests@latest` ; un projet Go dont vous voulez écrire, relire ou auditer les tests. Aucune clé API. Installe-moi « Skill Tests Go de Qualité Production pour Muse ». Un persona d'ingénieur Go senior pour des tests de qualité production : quatre modes (écrire, relire, auditer, déboguer), bonnes pratiques tranchées (tests table-driven avec sous-tests nommés, build tags pour les tests d'intégration, t.Parallel, détection de fuites de goroutines avec goleak, couverture comme détecteur de trous), le piège de portée des assertions testify, les idiomes modernes (testing/synctest, t.ArtifactDir), et un aide-mémoire dense de go test. Dépôt : https://github.com/samber/cc-skills-golang/blob/main/skills/golang-testing/SKILL.md 1. Récupérez le fichier SKILL.md (et les fichiers auxiliaires : references/) depuis le chemin du dépôt dans un dossier temporaire et résumez ce qu'il fait en une ou deux phrases. 2. Contrôle de sécurité : examinez le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifiez que c'est bien le cas ; STOP sur le moindre signal d'alerte et prévenez-moi. 3. Installez-le comme skill : copiez SKILL.md et ses fichiers auxiliaires dans le répertoire des skills de l'agent, dans un dossier nommé « golang-testing ». 4. Vérifiez sans appels réseau : frontmatter valide, fichiers en place. 5. Indiquez ce qui a été installé, où, et ce qu'il me reste à faire moi-même (ex. installer gotests, et indiquer le package Go à tester). GitHub est optionnel : si j'ai un compte GitHub ou le CLI gh, vous pouvez l'utiliser ; sinon, l'accès public suffit. Règles : ne touchez à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrêtez et demandez-moi. ```

Version :