Go单元测试必须隔离外部依赖，否则不是真正的单元测试；应通过接口抽象（如OrderRepository）、内存mock、依赖注入、禁用init和全局变量、启用t.Parallel并确保无共享状态来实现高效稳定测试。
Go单元测试怎么写才不被外部依赖拖垮
单元测试必须隔离外部系统，否则就不是单元测试。真实项目里最常踩的坑是：在TestXxx函数里直接调用数据库、HTTP客户端或消息队列——这会让测试变慢、不稳定、难以并行。
- 用
t.Parallel()开启并发执行，但前提是测试之间无共享状态 - 对依赖接口抽象，比如把
*sql.DB换成自定义OrderRepository接口，再用内存实现或mock填充 - 避免在测试里启动真实服务；若需验证序列化逻辑，用
json.Marshal/json.Unmarshal配合结构体字段断言即可 - 别在
init()或包级变量里做初始化操作，它们会在所有测试前运行，破坏隔离性
集成测试如何避免污染本地开发环境
集成测试要跑真实组件（如PostgreSQL、RabbitMQ），但不能让开发机变测试机。常见错误是硬编码localhost:5432或复用生产配置。
- 用
go test -tags=integration控制开关，确保integration构建标签只在CI或明确命令下生效 - 测试前用
docker run --rm -d -p 5432:5432 -e POSTGRES_PASSWORD=pass postgres:15拉起临时DB，测试完自动销毁 - 连接字符串从环境变量读取，比如
os.Getenv("TEST_DB_URL")，本地设为postgres://test:test@localhost:5432/test?sslmode=disable - 每个测试用例创建独立schema或清空表，不要共用
publicschema
Go Micro微服务里怎么测RPC和事件流
Go Micro的rpc和broker机制让集成测试更复杂——你没法只测一个服务，得验证跨服务调用是否真正触发、数据是否正确流转。
- 不用真实注册中心，改用
micro.NewService(micro.Registry(registry.NewRegistry()))内置内存注册器 - 对
broker.Publish行为，用broker.NewMemoryBroker()捕获发出去的消息，再断言topic、payload、headers - 测试RPC调用时，把client和server都启动在同一进程，用
service.Server().Options().Address获取监听地址，再构造micro.NewClient() - 别测“能不能连上”，而要测“调用后业务状态是否变更”——比如下单后订单状态是否变成
processing，这才是集成测试该关心的事
覆盖率报告为什么总漏掉error handling分支
go test -cover容易给人虚假安全感，尤其对错误路径覆盖不足。很多团队跑出85%覆盖率，上线后一遇网络超时就panic。
立即学习“go语言免费学习笔记（深入）”；
- 表格驱动测试里必须显式包含error case：比如
{name: "db timeout", mock: func() error { return context.DeadlineExceeded }, wantErr: true} - 用
go test -coverprofile=c.out && go tool cover -func=c.out查具体哪行没覆盖，重点关注if err != nil块内的逻辑 - 不要只测happy path；对Go Micro的
call方法，模拟micro.ErrCallTimeout或micro.ErrServiceNotFound并验证fallback行为 - 覆盖率只是手段，不是目标——关键路径的error handling没覆盖，哪怕95%也没意义
