testing.Short 模式是 Go 中通过 -short 标志跳过耗时测试的机制；2. 在测试中调用 testing.Short() 判断是否启用短模式，若启用则用 t.Skip 跳过长时间测试；3. 开发时运行 go test -short 可快速执行基本逻辑验证，CI 环境运行完整测试确保覆盖；4. 建议将 -short 用于本地开发，适合跳过的测试包括集成测试、性能测试、外部依赖测试等；5. 合理使用可提升开发效率且不牺牲测试完整性。
在 Go 语言中，测试用例默认都会运行，但有些测试可能涉及网络请求、文件读写或大量数据处理，执行时间较长。在开发过程中，我们希望快速验证代码基本逻辑，这时可以使用 testing.Short 模式跳过耗时测试。
什么是 testing.Short 模式？
Go 的 testing 包提供了一个内置的标志 -short，可以通过命令行启用。在测试函数中，可以调用 testing.Short() 函数判断是否开启了短模式。如果开启了，就跳过耗时操作。
如何标记长时间测试用例
在测试函数中，使用 t.Skip("skipping long test") 配合 testing.Short() 来跳过长时间用例：
立即学习“go语言免费学习笔记（深入）”；
func TestLongRunning(t *testing.T) {
if testing.Short() {
t.Skip("skipping long test in short mode")
}
// 模拟耗时操作，比如：
// time.Sleep(5 * time.Second)
// 复杂计算、外部服务调用等
result := heavyComputation()
if result != expected {
t.Errorf("unexpected result: got %v", result)
}}
这样，在开发阶段运行 go test 时加上 -short 参数，这些测试就会被跳过：
go test -short
而正常运行（如 CI 环境）时，不加 -short，所有测试包括耗时的都会执行：
go test
实际使用建议
将 -short 模式作为本地快速验证的常规手段。可以在 Makefile 或脚本中设置快捷命令：
立即学习“go语言免费学习笔记（深入）”；
# Makefile 示例
test:
go test -short ./...
test-full:
go test -v ./...
常见适合跳过的测试类型包括：
- 依赖数据库或外部 API 的集成测试
- 大数据量性能测试
- 定时任务或超时逻辑测试
- 需要启动服务器的端到端测试
基本上就这些。合理使用 testing.Short() 能显著提升开发效率，又不影响测试完整性。不复杂但容易忽略。
