t.Skip() 是运行时跳过单个测试的正确方式，需在测试函数内调用，支持带消息跳过和格式化输出，不可在子 goroutine 中使用；-run 正则可间接跳过测试；build tags 用于编译期排除整文件；环境变量配合 t.Skip() 实现条件跳过。
用 t.Skip() 在运行时跳过单个测试
当某个测试在特定环境（比如缺少依赖、非 Linux 系统、未配置环境变量）下无法执行时，直接调用 t.Skip() 是最干净的做法。它会标记该测试为“skipped”，不报错也不中断整个测试流程。
常见错误是误用 return 或 panic 替代 t.Skip()，导致测试被当成失败或崩溃。
-
t.Skip("requires Docker")：带消息的跳过，输出清晰可读 -
t.Skipf("requires %s", "Redis")：支持格式化，适合动态条件 - 必须在测试函数内部调用，不能在子 goroutine 中调用（
t不跨协程安全） - 跳过发生在测试开始后、断言前；若已执行部分副作用（如写文件），需自行清理
用 go test -run 和 -skip 控制测试范围
go test 命令本身不提供 --skip 参数，但可通过 -run 正则精确匹配要运行的测试名，间接实现“跳过”——即不匹配就不跑。
例如，所有集成测试都以 TestIntegration 开头，而你想跳过它们：
立即学习“go语言免费学习笔记（深入）”；
go test -run ^((?!Integration).)*$
这个正则排除含 Integration 的测试名（注意：Go 1.21+ 支持负向先行断言，旧版本不兼容）。
- 更稳妥的方式是统一命名约定，比如用
TestXXX_Integration，再用go test -run "_Integration$"反向选择，配合grep -v过滤 -
-run匹配的是测试函数名，不是文件名或目录名 - 不推荐在 CI 中依赖复杂正则，容易因 Go 版本升级失效
用 build tags 在编译期排除测试文件
当某组测试完全不适用于当前构建目标（如 Windows 上的 Unix socket 测试），用构建标签比运行时跳过更彻底——它们根本不会被编译进测试二进制中。
在测试文件顶部添加：
//go:build !windows // +build !windows
然后运行：go test -tags="windows" 就自动跳过该文件。
- 两个注释都要写，兼顾老版本（
+build）和新版本（//go:build）Go 工具链 - 标签名区分大小写，
go test -tags="integration"只启用带//go:build integration的文件 - 不能用标签控制单个函数，只能控制整个
.go文件
用 os.Getenv() + t.Skip() 实现环境驱动跳过
CI/CD 中常通过环境变量开关测试，比如只在 nightly 构建中运行耗时长的测试：
示例：
func TestExpensive(t *testing.T) {
if os.Getenv("CI") == "" || os.Getenv("TEST_NIGHTLY") == "" {
t.Skip("skipping expensive test: not in nightly CI")
}
// ... actual test logic
}
- 避免硬编码逻辑，把判断提取成 helper 函数（如
skipUnlessNightly(t)）提升复用性 - 不要依赖
os.Args传参——go test不保证透传自定义参数到测试函数 - 环境变量检查应放在测试开头，防止资源提前分配（如启动临时服务）
TestMain 里调用 t.Skip() 会 panic，而用 init() 提前跳过又会让整个包不参与测试发现。这类边界情况得靠具体场景小心验证。 
