# Common Testing

## 默认要求

- 先确认主路径、边界态、失败场景，再决定测试层级。
- 测试不是“补形式”，而是为高风险行为建立回归保护。
- 任何修复类改动，优先补能复现该问题的测试或验证步骤。

## 分层策略

- 单元测试保护纯逻辑、边界和条件组合。
- 对 Helm chart、模板分支和 values 组合，优先考虑 chart 层单元测试或 snapshot 断言，再交给 schema / policy / server-side 预检。
- 当参数、配置或角色组合过多时，优先用 pairwise 等组合设计方法压缩矩阵，再为高风险路径补定向用例。
- 集成测试保护接口、数据库、消息和外部依赖编排。
- 当存在明确的 consumer/provider 边界时，优先评估是否需要契约测试来保护跨服务行为约定。
- E2E 或 smoke 测试保护关键用户路径和上线回归风险。

## 不合格信号

- 只有 happy path。
- 缺少失败路径、异常输入或兼容性验证。
- 改动大却没有任何新增验证依据。