上一章我们讲了可观测性、日志、错误处理与调试方法。那一章的核心是：当 Milvus 请求失败时，如何通过 traceID、error code、error_type、 metrics label、access log 和组件日志反推出失败位置。这一章继续往前走。排查问题只是第一步。真正修改源码时，还要回答另一个问题：我怎么证明这个改动没有破坏已有行为？这就是本章的主题：测试体系：单元测试、集成测试和 e2e 用例。Milvus 是 Go、C++、Rust、Python 测试共同组成的大项目。但对源码入门者来说，不需要一开始就掌握所有 CI 细节。你可以先建立一个分层视角：Go 单元测试： 验证 Go 函数、组件内部逻辑、调度器、错误分类、元数据状态机。 C++ 单元测试： 验证 segcore、query plan、表达式执行、索引、bitset、storage 等 core 行为。 Go integration test： 启动多个 Milvus 组件进程，验证组件协作、故障恢复、配置变化。 Python / REST e2e： 从用户 A