go 默认并行运行测试，当测试依赖共享资源（如 mysql 数据库）且存在隐式执行顺序（如 post 创建数据后 get 验证）时，可能导致首次运行失败、重试通过的现象；使用 go test -p 1 可强制所有测试按源码声明顺序串行执行，彻底规避竞态问题。
go 默认并行运行测试，当测试依赖共享资源（如 mysql 数据库）且存在隐式执行顺序（如 post 创建数据后 get 验证）时，可能导致首次运行失败、重试通过的现象；使用 go test -p 1 可强制所有测试按源码声明顺序串行执行，彻底规避竞态问题。
在 Go 测试中，go test 默认启用并行执行机制（受 GOMAXPROCS 和内部调度影响），以提升大型测试套件的执行效率。但这一特性在涉及共享外部状态（如单例数据库连接、全局缓存、文件系统或未隔离的测试数据）的场景下极易引发非确定性失败——正如你所遇到的情况：TestGETSearchSuccess 和 TestGETCOSearchSuccess 均期望 HTTP 状态码为 200，却在首次运行时返回 204，而重试后通过。根本原因在于：多个测试函数（尤其是 GET 类测试）可能在 POST 初始化测试数据的函数尚未完成时就已并发发起请求，导致读取到空或不一致的数据状态。
解决该问题的核心思路不是重构测试逻辑（如强行添加 time.Sleep 或手动管理依赖顺序），而是控制测试执行模型本身。Go 提供了内置的 -p（parallelism）标志用于限制同时运行的测试数量：
go test -p 1
该命令将测试并发度强制设为 1，即所有测试函数严格按其在源文件中定义的顺序（或 go test 扫描顺序）逐个执行，完全消除并发干扰。此时，若你的 POST 初始化测试（例如 TestCreateDriver）定义在 TestGETSearchSuccess 之前，它将在后者执行前完成数据写入，确保状态可预期。
⚠️ 注意事项：
- -p 1 仅控制测试函数级别的并发，不影响测试函数内部调用 t.Parallel() 的行为；若测试内显式调用了 t.Parallel()，需一并移除，否则会触发警告并降级为串行。
- 更健壮的长期方案是测试隔离：为每个测试创建独立事务（BEGIN; ...; ROLLBACK）、使用内存数据库（如 SQLite in-memory）、或采用 Testcontainers 启动临时 DB 实例，从根本上解除测试间状态耦合。
- 若仅需局部串行（如某组相关测试），可结合 t.Run() 子测试与 -p 1，或使用 sync.Once + 全局初始化标记（不推荐，降低可维护性）。
总结：go test -p 1 是快速修复共享资源竞争问题的精准开关，适用于调试阶段和 CI 初期验证；但在生产级测试体系中，应优先推动状态隔离设计，让每个测试真正具备独立、可重复、可并行的特性。
