go test -cover 显示 0.0% 是因测试未被识别或未执行：_test.go 文件名格式、Test 开头函数签名、正确目录执行及手动触发 error/context.Cancel 均需严格满足。
go test -cover 显示 0.0% 不是覆盖率低，是根本没跑测试
这在微服务项目里特别常见：你写了 handler_test.go，service_test.go，但 go test -cover 依然输出 coverage: 0.0% of statements。这不是代码难测，而是测试压根没被发现。
检查这几点：
-
_test.go文件名必须严格以_test.go结尾（不是test_handler.go或handler_tests.go） - 测试函数必须以
Test开头且接收*testing.T（不是checkLogin或runServiceTest） - 确保在正确目录执行命令——微服务通常按模块分包（如
internal/auth/、internal/payment/），别在根目录只跑go test -cover，它不会自动递归进子包 - 先跑
go test -v，确认输出里有=== RUN TestXXX；没有就说明测试函数没被识别
HTTP handler 测试必须手动触发 error 和 context.Cancel
微服务里大量逻辑藏在 http.HandlerFunc 或框架 handler（Gin/Echo）中，而这些函数的错误分支和超时路径几乎不可能靠自然请求触发。不手动构造，if err != nil 和 select { case 永远是红色未覆盖。
实操要点：
立即学习“go语言免费学习笔记（深入）”；
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 用
httptest.NewRequest构造异常 body：httptest.NewRequest("POST", "/login", nil)触发json.Decode错误 - 对依赖服务（DB、cache、下游 HTTP）用
gomock或testify/mock注入两条行为：一次返回正常数据，一次返回errors.New("timeout") - 测试 context 超时路径：创建已 cancel 的 ctx ——
ctx, cancel := context.WithCancel(context.Background()); cancel()，再传给 handler - 别忽略
defer：比如defer resp.Body.Close()，若 handler 提前 return，这行就不执行；可临时改成if err := resp.Body.Close(); err != nil { t.Log(err) }验证
go tool cover -func 比总百分比有用一百倍
go test -cover 输出的全局百分比毫无诊断价值。微服务项目动辄几十个包，coverage: 68.2% 告诉不了你哪个 ValidateToken 函数卡在 else 分支没测。
真正该做的是：
- 生成计数模式 profile：
go test -covermode=count -coverprofile=coverage.out ./internal/auth/（指定具体包） - 用
go tool cover -func=coverage.out查看函数级明细，重点关注0.0%、33.3%、50.0%这类数字——它们对应着明确的未覆盖结构 -
0.0%：整个函数没被执行（测试没调到） -
33.3%：三路分支只走了 1 条（比如if-else if-else只覆盖了第一个if） -
50.0%：典型if-else只走了一边（常因 mock 总返回nil，没写 error case）
拆逻辑 + 接口抽象，比硬写 handler 测试更高效
直接测 gin.Context 或 echo.Context 很重，且容易陷入框架细节。微服务里真正该保的，是业务内核：验证规则、状态转换、领域计算。
建议这样组织：
- 把 handler 里核心逻辑抽成独立函数（如
ParseAndValidateJWT、CalculateFee），导出并单独测试——它们不依赖 HTTP 或框架上下文 - 对 DB、Redis、HTTP client 等依赖，定义 interface（如
type UserRepository interface { GetByID(int) (*User, error) }），测试时注入 mock 实现 - 避免在函数里硬编码
time.Now()或rand.Intn()，改为通过参数或接口传入可替换的 clock/rand 实例 - 用表格驱动测试覆盖边界组合：
[]struct{ token string valid bool }比写十个独立TestXXX更易维护
微服务的复杂性不在语法，而在路径分支和依赖交互。覆盖率上不去，往往不是测试写得少，而是关键路径没暴露出来——error 分支、context 取消、defer 清理、空输入，这些才是真实盲区。
