go 默认并行执行测试，可能导致依赖数据库状态的测试因竞态而失败；使用 go test -p 1 可强制串行运行，确保前置操作（如 post 初始化数据）总在后续读取测试（如 get）之前完成。
go 默认并行执行测试，可能导致依赖数据库状态的测试因竞态而失败；使用 go test -p 1 可强制串行运行，确保前置操作（如 post 初始化数据）总在后续读取测试（如 get）之前完成。
在 Go 的测试实践中，默认的并行执行机制（-p 参数默认值通常为 CPU 核心数）虽能提升整体测试速度，但对存在共享状态（尤其是外部资源如 MySQL 数据库）的测试套件而言，极易引发非确定性失败。正如你所观察到的现象：首次清库后运行 go test 时多个 GET 测试因预期状态缺失（如返回 204 而非 200）而失败，而重跑即通过——这正是并发测试间相互干扰的典型表现：某个 GET 测试在对应 POST 初始化尚未完成时就已发起请求。
✅ 正确解决方案：强制串行执行
Go 内置支持通过 -p（parallel）标志控制测试并发度。将并发数设为 1，即可确保所有测试函数严格按声明顺序（或包内顺序）逐个执行：
go test -p 1
该命令会禁用 t.Parallel() 的效果，并使整个测试包（包括所有 TestXXX 函数）以单线程方式运行。此时，若你的 TestPOSTCreateData 在 TestGETSearchSuccess 之前定义（或通过 init/setup 逻辑显式保障），其内部的数据库写入操作必然在读取测试启动前完成，彻底消除状态竞争。
⚠️ 注意事项与最佳实践
-
不要依赖函数定义顺序：Go 测试执行顺序不保证与源码中函数声明顺序一致（尤其跨文件时）。更可靠的做法是：
- 将初始化逻辑封装进 TestMain 或每个测试的 SetUp 函数中；
- 使用 t.Cleanup() 清理资源，确保测试隔离；
- 对强依赖场景，考虑在 TestXXX 内部先执行必要 POST，再执行 GET（即单测自包含）。
-
慎用全局 -p 1：仅在确实存在状态耦合时启用。纯单元测试（无外部依赖）应尽量保持并行以提升效率。可针对特定包单独设置：
go test -p 1 ./drivers/...
替代方案参考：若需更精细控制，可结合 sync.Once 或 sync.Mutex 实现初始化保护，但串行执行仍是解决“首次清库失败”问题最直接、低侵入的方式。
总之，go test -p 1 是诊断和规避测试竞态的利器——它不改变代码逻辑，却能立即验证问题是否源于并发，是 Go 测试调试中值得加入日常工作流的基础命令。
