ManticoreSearch项目中的Buddy测试工作流优化实践

在软件开发过程中，测试环节与开发环节的协同往往面临诸多挑战。ManticoreSearch团队近期针对其Buddy组件与主守护进程(daemon)之间的测试工作流进行了重要优化，解决了测试滞后于开发的问题，显著提升了开发效率与代码质量。

原有工作流的问题

在原有流程中，QA团队只能在Buddy的变更合并到主分支后才能添加或修改测试用例。这种做法存在明显缺陷：功能代码未经充分测试就被合并到主分支，增加了潜在风险。这种"先合并后测试"的模式违背了现代软件开发中"测试先行"的最佳实践。

优化后的工作流设计

团队设计了一套全新的协同工作流，实现了测试与开发的并行进行：

1. 开发阶段：开发人员在Buddy仓库创建Pull Request(PR)时，CI系统会自动在守护进程仓库创建对应分支(buddy-<PR编号>)，更新依赖文件deps.txt。

2. 测试环境构建：改造test_kit_docker_build.sh脚本，使测试工具包在构建时直接从仓库获取Buddy代码，而非依赖预编译包。

3. 并行测试：QA团队可以直接在守护进程的对应分支上添加和运行测试用例，实现测试与开发的同步进行。

4. 决策与合并：基于分支测试结果决定是否合并Buddy的PR，确保只有通过测试的代码才能进入主分支。

5. 最终集成：Buddy变更合并后，自动创建更新PR，将测试变更同步到主分支，完成整个流程。

关键技术实现

该方案的核心技术点包括：

• 动态依赖管理：通过修改deps.txt文件实现Buddy版本与主进程的灵活绑定，支持测试特定分支。

• 定制化构建流程：改造Docker构建脚本，使其能够从指定分支而非稳定版本获取Buddy组件。

• 自动化分支管理：CI系统自动创建和维护与Buddy PR对应的守护进程分支，保持两者同步。

方案优势

1. 质量保障前移：测试环节提前到代码合并前，符合"测试左移"原则，降低主分支风险。

2. 开发效率提升：开发与测试并行进行，缩短了反馈周期，加快了迭代速度。

3. 流程自动化：通过CI/CD自动化减少了人工操作，降低了出错概率。

4. 灵活性增强：支持针对特定功能分支进行定制化测试，满足复杂场景需求。

实施经验

在实际落地过程中，团队特别注意了以下几点：

1. 分支命名规范：采用"buddy-<PR编号>"的统一命名规则，确保清晰可追溯。

2. 目标分支策略：使用专门的update-buddy-version分支作为中间目标，避免直接操作主分支。

3. 变更同步机制：确保Buddy变更与对应测试能够原子性地同步到主分支。

这种工作流优化不仅解决了ManticoreSearch项目中的具体问题，也为其他类似项目提供了可借鉴的实践经验，展示了如何通过合理的流程设计和自动化工具实现开发与测试的高效协同。