Go 的 testing 包不支持原生的“待处理（inconclusive/pending）”测试状态，但可通过 t.Skip() 明确跳过未实现或暂不可行的测试，使其既不通过也不失败，而是显示为 skipped —— 这是 Go 生态中被广泛接受的替代方案。
go 的 `testing` 包不支持原生的“待处理（inconclusive/pending）”测试状态，但可通过 `t.skip()` 明确跳过未实现或暂不可行的测试，使其既不通过也不失败，而是显示为 skipped —— 这是 go 生态中被广泛接受的替代方案。
在 Go 中，测试函数的执行结果仅有三种明确状态：pass（无错误返回）、fail（调用 t.Error/t.Fatal 等）和 skip（调用 t.Skip）。与 Mocha 等框架中“定义但不实现即自动 pending”不同，Go 要求开发者主动声明跳过意图，这体现了其“显式优于隐式”的设计哲学。
✅ 正确做法：使用 t.Skip() 标记待处理测试
func TestUserAuthentication(t *testing.T) {
t.Skip("TODO: implement authentication logic") // 明确标注原因
// TODO: 以下代码尚未编写
// user := NewUser("test@example.com")
// if !user.IsValid() {
// t.Error("expected valid user")
// }
}运行 go test 时，该测试将被跳过，并在输出中显示：
--- SKIP: TestUserAuthentication (0.00s)
example_test.go:12: TODO: implement authentication logic? 提示：t.Skip() 可带任意数量字符串参数，会拼接为跳过说明；它会立即终止当前测试函数执行（类似 t.Fatal），因此务必放在逻辑开始处。
⚠️ 注意事项
- 不存在 t.Pending() 或 t.Inconclusive()：Go 标准库未提供此类方法，任何尝试模拟（如空 t.Log() + 不调用 Error/Fatal/Skip）都会导致测试意外通过（即被视为成功），这是严重误用。
- gocheck 用户注意：尽管你正在使用 gocheck，但它构建于 go test 之上，同样不支持 pending 状态。gocheck 的 C.Skip() 行为等价于 t.Skip()，推荐统一使用标准方式以保证可移植性。
- CI/CD 友好性：跳过测试仍会被计入测试总数（go test -v 显示 SKIP 行），且不会使构建失败，便于在持续集成中区分“有意跳过”与“意外失败”。
? 最佳实践建议
- 在跳过消息中说明原因和后续动作（如 "skipping: DB migration not ready" 或 "TODO: add error handling"），提升团队可维护性；
- 配合 // TODO 注释使用，便于静态扫描工具识别待办项；
- 定期审查 t.Skip() 调用，避免长期搁置——可在 CI 中添加检查（例如 grep -r "t\.Skip" ./... | wc -l 设置阈值告警）。
总之，Go 选择用 Skip 承担“pending”的语义职责，不是功能缺失，而是设计取舍：强调测试状态的确定性与可追溯性。拥抱 t.Skip()，就是拥抱 Go 式的清晰与可靠。
