1. Feature Flag（功能开关）的测试策略，如何验证开关开/关两种状态下的系统行为？
问题
在系统引入 Feature Flag（功能开关）后，如何设计一套完整的测试策略，验证开关在开启和关闭两种状态下系统行为均正确、稳定且符合预期？
考察点
- 开关开/关两种状态下被包裹逻辑的功能正确性验证
- 开关状态的组合、默认值、缓存与失效降级处理
- 测试是否覆盖到开关切换过程中的行为一致性
答案
首先对开关控制的每条分支做全量功能测试，即在 Flag 开启和关闭两种状态下，分别执行该功能相关的功能测试用例，确保两套逻辑都正确。其次验证开关的默认值（未配置或 SDK 拉取失败时使用的 fallback 值）正确，避免默认值错误导致线上事故。还需要测试开关的缓存与失效机制，确认开关取值不会被缓存到过期而影响行为。同时要做开关切换的边界测试，即开关从关到开、从开到关切换瞬间，系统行为是否一致、是否有旧逻辑残留或新逻辑未生效。最后要把开/关两种状态纳入自动化回归，在 CI 中至少覆盖关键路径的开关矩阵，避免只测一种状态导致另一状态被遗漏。
解析
开关测试的核心难点在于"看似只有两行 if/else，却隐藏着两套完整逻辑"。测试策略必须保证两套逻辑都被同样程度地验证，同时覆盖默认值、缓存、并发切换等工程细节，因为这些细节往往才是线上事故的根源。
示例代码
// 示例：开关取值的降级与缓存
public class FeatureFlagService {
private final FlagProvider provider;
private final Map<String, Boolean> cache = new ConcurrentHashMap<>();
public boolean isEnabled(String flag) {
Boolean v = cache.get(flag);
if (v != null) return v; // 缓存命中
try {
v = provider.evaluate(flag, false); // 默认关闭
cache.put(flag, v);
return v;
} catch (Exception e) {
return false; // 拉取失败降级为关闭
}
}
}