Go 没有原生的 “pending test” 语法，但可通过 t.Skip() 显式跳过未完成的测试，并在详细模式下清晰标记其待实现状态。
go 没有原生的 “pending test” 语法，但可通过 `t.skip()` 显式跳过未完成的测试，并在详细模式下清晰标记其待实现状态。
在 Go 的测试生态中，虽然不像 JavaScript 的 Mocha 那样提供 .pending() 或 it.skip() 这类声明式挂起语法，但标准库 testing 包提供了语义明确、行为可控的替代方案：使用 t.Skip() 主动跳过测试，并附带可读性高的占位说明。
这是编写“待办测试”（pending tests）最推荐、最符合 Go 习惯的方式。它既避免了临时注释掉测试（易被遗忘）、又比空函数体更醒目，还能在 CI/CD 和本地开发中保持测试套件完整性。
✅ 正确写法：用 t.Skip() 标记待实现测试
func TestUserValidation_RequiredFields(t *testing.T) {
t.Skip("TODO: implement field validation logic (issue #42)")
// 后续将在此处添加断言
// user := &User{}
// if err := user.Validate(); err == nil {
// t.Error("expected error for empty user")
// }
}运行时，该测试会被跳过，且当启用详细输出时（go test -v），你会看到类似日志：
--- SKIP: TestUserValidation_RequiredFields (0.00s)
user_test.go:15: TODO: implement field validation logic (issue #42)? 提示：无需额外 flag 触发跳过——t.Skip() 会立即终止当前测试函数；但要看到跳过消息，必须加上 -v（verbose）标志。若结合 -short 或其他条件逻辑（如资源检查），可实现更智能的跳过策略。
⚠️ 注意事项与最佳实践
- 不要用空函数或 t.Fatal("not implemented")：前者无法传达意图，后者会让测试失败，破坏 go test 的稳定性指标（如覆盖率、CI 通过率）。
- 消息应具描述性：建议包含 TODO: 前缀、简要说明缺失功能，甚至关联 issue 编号（如 (issue #42)），便于团队追踪。
-
可组合条件判断：例如仅在非 CI 环境中跳过耗时测试：
func TestIntegrationWithExternalAPI(t *testing.T) { if os.Getenv("CI") == "true" { t.Skip("skipping integration test in CI environment") } // ... actual test logic } - 不适用于基准测试：*testing.B 同样支持 b.Skip()，用法一致，但需注意 go test -bench 默认不显示跳过信息，仍需 -v。
✅ 总结
Go 中的 pending test 并非语法特性，而是一种约定优于配置的工程实践：用 t.Skip("...") 明确表达“此测试已定义、暂未实现”，兼顾可读性、可维护性与工具链兼容性。它让测试列表始终反映真实需求，也让“待办事项”自然融入测试执行流——既不会误报失败，也不会悄然消失。
