ScubaGear项目功能测试优化：减少租户配置重复获取

背景与问题分析

在ScubaGear项目的AAD功能测试过程中，测试执行效率一直是一个值得关注的问题。当前测试框架在处理"未检查"策略时存在性能瓶颈，主要原因是测试协调器(Orchestrator)在每次测试场景运行时都会从租户获取配置数据，造成了大量不必要的后端API调用。

现有机制剖析

当前测试框架使用两种测试驱动模式：

1. RunScuba模式：直接从租户获取最新配置
2. ScubaCached模式：使用本地缓存的配置数据

测试协调器Product.Test.ps1脚本在执行过程中，即使对于标记为"未检查"(IsNotChecked: true)的策略也会调用RunScuba驱动，这导致了显著的性能损耗。实际上，这些策略并不需要每次都获取最新配置，因为它们本身就不参与实际检查。

优化方案设计

核心优化点

1. 统一缓存管理：修改测试协调器，使其维护一个统一的缓存结果目录，所有使用ScubaCached驱动的测试共享同一份缓存数据。

2. 智能配置获取：

   • 首次运行ScubaCached测试时获取配置
   • 后续测试复用已缓存配置
   • 对于纯缓存测试场景，确保至少获取一次配置

3. 测试驱动转换：将所有标记为IsNotChecked: true的测试转换为使用ScubaCached驱动。

技术实现细节

优化后的流程将包含以下关键逻辑：

1. 检查当前测试计划是否包含任何ScubaCached测试
2. 如果是，检查是否存在有效缓存
3. 若无缓存，执行一次RunScuba获取配置
4. 所有后续ScubaCached测试共享这份缓存

预期收益

1. 执行时间显著缩短：减少90%以上的租户API调用
2. 开发体验提升：本地测试运行更快，提高开发效率
3. CI/CD优化：GitHub自动化测试执行时间大幅降低

实施验证

为确保优化效果，需要验证以下场景：

1. 纯RunScuba测试计划
2. 纯ScubaCached测试计划
3. 混合测试计划
4. 各种过滤条件下的测试执行

总结

通过本次优化，ScubaGear项目的功能测试框架将获得显著的性能提升，同时保持测试的准确性和可靠性。这种优化模式也为类似项目的测试框架设计提供了有价值的参考。