背景
目录结构调整之后,test/ 工程、测试聚合脚本、生成的 AllTests 入口之间的边界需要重新梳理,否则很容易出现以下问题:
- 脚本扫描路径与新目录结构不一致
test/ 工程仍然依赖旧路径
- 文档中的入口描述与真实聚合方式不一致
- 结构优化完成后,测试流程反而变得更脆弱
目标
作为 #19 的子任务,梳理测试工程与脚本边界,确保结构调整后测试聚合入口和脚本仍然稳定可用。
范围
- 明确
test/ 工程与核心源码目录的依赖关系
- 检查
make-tests.sh / make-tests.ps1 对目录结构的假设
- 更新生成入口、扫描路径或相关说明
- 确保
AllTests 聚合方式与脚本行为保持一致
- 同步更新文档中对测试入口的描述
验收标准
test/ 工程在新结构下仍可构建运行
- 脚本扫描规则与目录结构一致
AllTests 聚合入口说明与实际行为一致
- 文档不再引用已过时的路径或入口关系
风险与注意事项
- 该任务与目录结构调整强相关,宜在核心源码和脚本目录拆分后进行
- 需要避免因为调整聚合逻辑导致已有测试遗漏执行
关联
背景
目录结构调整之后,
test/工程、测试聚合脚本、生成的AllTests入口之间的边界需要重新梳理,否则很容易出现以下问题:test/工程仍然依赖旧路径目标
作为 #19 的子任务,梳理测试工程与脚本边界,确保结构调整后测试聚合入口和脚本仍然稳定可用。
范围
test/工程与核心源码目录的依赖关系make-tests.sh/make-tests.ps1对目录结构的假设AllTests聚合方式与脚本行为保持一致验收标准
test/工程在新结构下仍可构建运行AllTests聚合入口说明与实际行为一致风险与注意事项
关联