代码评审与合并冲突分享测试别只停在单元层单元测试验证一个函数或模块的局部行为却无法覆盖服务间契约、数据库迁移和部署配置。合并前的检查应分层进行快速反馈留给本地与单测较慢的端到端验证放到 CI 或预发环境。一个分层测试组合层级关注点运行位置单元测试业务规则、边界与错误分支本地、CI契约测试请求/响应 schema、向后兼容CI集成测试数据库、缓存、消息等依赖隔离环境冒烟测试关键路径是否可用部署后契约测试不能只断言 HTTP 状态码。应校验字段类型、必填/可选语义、枚举值和兼容策略消费方与提供方的版本也应被记录。func TestCreateAnswerContract(t *testing.T) { response : callCreateAnswer(t) if response.ID || response.Status { t.Fatal(contract fields are missing) } }该示例只是说明断言方向实际项目应由正式 schema 或契约工具维护避免把测试逻辑变成另一份未同步的接口定义。一个容易漏掉的反例是提供方把原来可空的字段改成必填提供方自己的测试仍可能通过旧客户端却会在反序列化时失败。契约测试应同时覆盖旧请求和旧响应的兼容性。冲突解决后检查迁移顺序、配置变更和调用方兼容性。CI 应作为合并门槛但即使 CI 全绿也应保留发布后观测和回滚方案。