t.Skip() 可在测试函数内主动跳过当前用例并标记为“skipped”，不报错、不计入失败，需在条件判断内调用，支持动态消息，不可在 goroutine 或 defer 中使用。
怎么在 Test 函数里跳过当前测试用例
直接调用 t.Skip() 就能退出当前测试，且标记为“skipped”——不会报错，也不会计入失败数。它和 t.Fatal() 的立即终止行为类似，但语义完全不同：一个是主动放弃，一个是出错中止。
常见错误是把它写在条件判断外，导致所有测试都跳过；或者误用 t.SkipNow()（其实 t.Skip() 内部就调用了它，效果一样，无需手动换）。
-
t.Skip()接受任意数量的interface{}参数，会拼成跳过原因，比如t.Skip("not supported on windows") - 必须在测试函数内调用，不能在 goroutine 或 defer 中调用（会 panic）
- 一旦执行，后续代码不再运行，所以别把它放在 setup 逻辑之后、assert 之前还指望断言生效
如何根据环境变量或系统条件动态跳过
很多测试只应在特定平台或配置下运行，比如依赖 Docker、CUDA 或某个命令行工具。这时候要先检查条件，再决定是否跳过。
典型场景：CI 环境没装 jq，但测试里要用它解析 JSON；或者 Windows 上跑不了 fork/exec 测试。
立即学习“go语言免费学习笔记（深入）”；
- 用
runtime.GOOS判断操作系统：if runtime.GOOS == "windows" { t.Skip("fork not supported") } - 检查外部命令是否存在：
if _, err := exec.LookPath("jq"); err != nil { t.Skip("jq not available") } - 读取环境变量控制开关：
if os.Getenv("SKIP_INTEGRATION") != "" { t.Skip("integration tests disabled") }
t.Skip() 和 t.Skipf() 有什么区别
区别只在参数格式：t.Skipf() 支持格式化字符串，类似 fmt.Printf()，适合带变量的动态消息；t.Skip() 是简单拼接。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
例如想打印当前用户 UID 来说明跳过原因，用 t.Skipf() 更干净：
t.Skipf("requires root, current uid: %d", os.Getuid())如果只是固定文本，两者没实质差异。但注意：t.Skipf() 第一个参数必须是格式串，不能传错类型，否则 panic。
- 错误写法：
t.Skipf(os.Getenv("REASON"))—— 如果REASON含%会触发格式化失败 - 安全写法：
t.Skipf("%s", os.Getenv("REASON"))或直接用t.Skip()
跳过测试后，go test 输出里怎么看效果
被跳过的测试在 go test -v 输出里会显示为 skip，而不是 ok 或 FAIL，并且带上传入的消息：
--- SKIP: TestDockerIntegration (0.00s)
integration_test.go:12: docker not available这很重要：跳过不等于忽略。CI 日志里看到大量 SKIP 可能意味着环境配置遗漏，或者跳过逻辑太宽泛（比如该按 feature flag 跳，结果按 GOOS 粗暴跳了所有）。
- 用
go test -v | grep SKIP快速确认跳过情况 - 跳过不影响覆盖率统计——被跳过的代码行不会计入 covered/uncovered
- 如果测试文件里所有用例都被跳过，整个文件会显示为
no tests to run，不是SKIP
真正容易被忽略的是：跳过发生在测试函数内部，但包级 init 或全局变量初始化仍会执行。如果你在 init 里做了 heavy work，而后续全跳过，这部分开销白花了。
