go语言测试无需配置框架，但需规避命名、路径、参数和并发四坑：测试文件须以_test.go结尾且与被测代码同目录同包；go test默认不递归，应使用go test ./并加-v、-coverprofile等参数；并行测试需避免共享状态；集成测试需动态管理外部依赖；go test无热重载功能。
Go 语言不需要“配置测试框架”——testing 包已随 Go 安装自带，go test 命令开箱即用。所谓“配置”，其实是避免踩进命名、路径、参数和并发这四个常见坑。
测试文件名和包结构必须严格匹配
Go 只识别以 _test.go 结尾、且与被测代码同目录同包的文件。把 calculator_test.go 放进 test/ 子目录，或改成 package calculator_test，go test 就直接忽略它。
- 源码文件
calculator.go→ 测试文件必须叫calculator_test.go，且在同一目录 - 包声明必须一致：
package calculator（不是calculator_test） - 测试函数必须是
func TestXxx(t *testing.T)形式，首字母大写的Test开头 - 辅助函数可以存在，但必须小写开头（如
helperParse()），否则go test可能报can't load package
go test 参数不加就等于没跑全
默认 go test 只查当前目录，不递归、不输出详情、不生成覆盖率——看着 PASS 了，其实只测了主包顶层，internal/ 和 cmd/ 下的子包全漏了。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 统一用
go test ./替代go test，确保所有子包参与 - 加
-v看每个测试名和t.Log输出，失败时能快速定位到哪一行 - 加
-coverprofile=coverage.out后再跑go tool cover -html=coverage.out查真实覆盖盲区 - 单测某个函数？用
go test -run ^TestDivide$（正则锚定，避免匹配到TestDivideByZero）
并行测试（t.Parallel()）不等于线程安全
调 t.Parallel() 只是让测试调度器尝试并发执行，它不锁变量、不隔离状态。多个并行测试共用一个全局 var count int，结果必然是竞态。
- 禁止在并行测试中读写包级变量、全局 map、临时文件路径等共享资源
- 需要并发验证逻辑？单独写
TestConcurrentUpdate，内部用sync.WaitGroup控制 goroutine，并显式断言终态 - 想清理资源？用
t.Cleanup(func(){...})，它比defer更可靠（即使t.Fatal也会触发） - 不确定是否安全？先去掉
t.Parallel()，确认逻辑正确后再加
微服务或集成测试不能只靠 go test
go test 本身不启停服务、不拉依赖容器、不隔离端口和数据库——你本地 TestOrderService_Create 成功，CI 上大概率失败，因为前一个测试没关掉服务，端口被占了。
- 外部依赖必须动态管理：用
testcontainers-go拉 PostgreSQL 容器，等日志出现database system is ready再继续 - 端口不能写死：
container.MappedPort(ctx, "5432/tcp")动态取 host 端口，防冲突 - HTTP/gRPC 客户端必须设超时：
http.DefaultClient.Timeout = 10 * time.Second，避免冷启动卡死 - 断言优先用
gomega.Eventually而非立即检查，尤其涉及消息队列、DB 写入等异步操作
最常被忽略的一点：go test 不监听文件变更，改完代码必须手动重跑；而很多人误以为它像 Jest 或 pytest 那样自动热重载——没有，一次命令只跑一次，这是 Go 的明确设计选择，不是 bug。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
