测试层级与测试类型

定位：通用知识第 3 页，给出"四层级 × 类型"的二维矩阵与选格判据（不是所有格子都值得做）。类型维度对齐 软件质量模型ISO25010，本页不重复展开质量特性的定义。

上游：测试过程模型与左移右移（活动在流程中的位置） · 下游：测试设计（把选中的格子变成用例）

一、为什么必须拆成两个维度

• "集成测试"是层级（测试对象的范围）
• "性能测试"是类型（被验证的质量属性）
• 完整表述应是"集成层的性能测试"，例如：单节点接口的并发吞吐与 P99

混合表述会导致两类典型错误：

1. 把"做了系统测试"当成"已覆盖性能/安全"——层级替代类型
2. 把"做了性能测试"当成"质量已达标"——类型替代层级与范围

二、四个测试层级

系统集成测试：部分标准在集成与系统测试之间还列出"系统集成测试"——验证本系统与外部系统之间的互操作与数据流（跨系统接口、联调环境）。它可视为集成测试向外的外延，也可视为系统测试的入口；在强依赖第三方的产品中，这一层不可省略。

2.1 集成策略（与"集成测试"不是一回事）

2.2 验收测试的分支

三、测试类型（对齐 ISO 25010 的八大质量特性）

类型的选取依据是质量的坐标系，故本页只列"类型 → 特性 → 手段 → 出口判据"；特性定义见 软件质量模型ISO25010。

可维护性与可移植性不由测试团队"保证"：它们主要由架构与设计决定，测试只能度量（构建耗时、回归耗时、变更后失败用例数）与暴露。把它们交给测试"负责"是职责错配。

3.1 另一组容易混进来的正交分类（务必分清）

"黑盒/白盒"是方法，常被误当作类型——"我们做了黑盒测试"≈"我们做了测试"。方法与类型可交叉：黑盒的性能测试、白盒的安全测试都成立。

四、四层级 × 类型 二维矩阵（选格，不是全做）

矩阵读法：格子描述的是**"这一层有没有该类型的有效测法"**（✅ 强 / ◐ 有条件 / ❌ 不宜），不是"要不要做"。

四条选格判据：

1. 风险驱动：失效后果 × 发生概率 → 高风险格子优先（缺陷聚集原则，→ 测试基础理论）
2. 成本单调性：越靠下层越便宜 → 能下沉就下沉（金字塔原则）
3. 可行性约束：部分类型在低层不可测（易用性只能在系统/验收层；全链路容量只能在系统层）
4. 反馈速度：CI 队列中必须保留"分钟级能跑完"的格子，慢的移到夜间或发布前

五、选取判据：场景 → 建议组合

六、出口判据（Exit Criteria）模板

不要写"测试完成"，要写可判定的条件：

判据必须可判定（要么过要么不过）；"测试充分"这类描述不是判据。出口判据的经济含义见 测试度量与质量成本。