t.skip 是 go 测试中跳过当前用例的唯一推荐方式，必须在测试函数内调用；误用 return 或 panic 会导致状态误判、覆盖率失真或测试中断，t.skipf 仅用于动态消息且需确保格式串安全。
t.Skip 是 Go 测试中跳过当前用例的唯一推荐方式，不是“可选技巧”，而是必须用对的接口——用错会掩盖问题、干扰 CI 统计、甚至让测试套件行为不可预测。
为什么不能用 return 或 panic 代替 t.Skip
很多人在条件不满足时直接写 return，以为“退出函数”就等于“跳过测试”。但这样会导致：
- 测试状态变成
ok（而非skip），CI 报告里看不出被绕过了什么 - 覆盖率工具仍会统计该测试覆盖的代码行，但实际没执行，造成虚假高覆盖率
- 如果测试里有
defer清理逻辑，return会执行它；而t.Skip不会——这是有意设计：跳过即“不参与本次运行”，不该触发副作用 -
panic更危险：测试进程崩溃，后续所有测试中断，go test返回码为 1，CI 直接标红
t.Skip 和 t.Skipf 怎么选、怎么写才安全
两者语义完全一致，区别只在参数处理：
-
t.Skip("requires ffmpeg")：适合固定字符串，简单直接 -
t.Skipf("missing %s", binary)：需要拼接变量时用，第一个参数必须是格式串 - 错误写法：
t.Skipf(os.Getenv("REASON"))—— 如果环境变量值含%，会触发fmt格式化 panic - 安全写法：
t.Skipf("%s", os.Getenv("REASON"))或干脆用t.Skip(os.Getenv("REASON"))
哪些地方绝对不能调用 t.Skip
它只在 func TestXxx(t *testing.T) 函数体内有效，其他位置调用会静默失败或 panic：
- 不能在
goroutine里调用 ——t不跨协程安全，报错t.called from wrong goroutine - 不能在
defer中调用 —— 此时测试已进入收尾阶段，t.Skip失效 - 不能在辅助函数里直接传
t后调用 —— 必须用t.SkipNow()替代（且该函数不接受消息） - 不能在
TestMain里调用 —— 那里没有*testing.T实例
跳过测试后，go test 输出怎么看才不误判
真正跳过的测试，在 go test -v 输出里明确显示为 skip，带原因文本：
=== RUN TestDockerIntegration<br>--- SKIP: TestDockerIntegration (0.00s)<br> docker_test.go:12: docker not available
注意几个关键点：
- 不是
ok，也不是FAIL，是独立状态SKIP - 末尾 summary 里会统计
SKIP数量，不影响整体通过率（exit code 仍是 0） - 如果看到
ok但没执行断言逻辑，大概率是误用了return - 如果整批测试都消失，可能是
-run正则写错，或 build tag 意外屏蔽了整个文件
最常被忽略的一点：跳过不是兜底方案。当某个测试因外部依赖（如数据库、网络、命令行工具）频繁跳过，说明它已经不属于单元测试范畴——该移到集成测试目录，用 //go:build integration 显式隔离，而不是靠运行时跳过掩盖职责混淆。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
