第 04 篇 · 测试篇
状态: ✅ 骨架完成（四篇中最成熟） 目标读者: 测试工程师 / QA / 测试负责人
一、本篇目标
把"测试"作为企业项目全流程中的一个独立、可管理、可度量的模块来建设，解决：
- 输入输出规范化 — 每个阶段交付什么、接收什么
- 角色协作标准化 — 与业务/开发/运维如何对接
- 门禁把关常态化 — 不合格就退回，不迁就
- 度量可视化 — 质量用数据说话
二、测试在整个研发流程中的位置
业务场景 ──► 需求 ──► 开发场景 ──► 可测版本 ──►┌─────────────┐
│ 测试场景 │──► 可上线版本
│ 本篇 │
└─────────────┘
│
▼
运维场景
三、本篇目录
| # | 章节 | 说明 |
|---|---|---|
| 01 | 测试体系总览 | 三层抽象（能力/工具/平台） |
| 02 | 测试生命周期 | 六阶段 Gate In/Out 模型 |
| 03 | 角色契约 | 与产品、开发、运维的协作契约 |
| 04 | 门禁标准 | 各阶段门禁（含 ⭐提测达标） |
| 05 | 度量指标 | 四类 15 项核心指标 |
四、核心理念
「没有合格的输入，就没有合格的输出」
测试守住质量的第一道防线 = 不接收不合格的输入。
- 需求模糊？退回业务
- 自测没做？退回开发
- 环境起不来？退回开发
- 接口文档不一致？退回开发
「契约先行」
- 与业务的契约：
product-contract.md - 与开发的契约：
dev-contract.md - 与运维的契约：
ops-contract.md
「度量驱动」
用数据说话，不用感觉说话。核心看板：
- 提测一次通过率 ≥ 80%
- 核心用例通过率 = 100%
- 线上缺陷逃逸率 ≤ 3%
五、快速开始
| 你是... | 从这里开始 |
|---|---|
| 测试负责人 | 02 生命周期 → 04 门禁 → 05 度量 |
| 测试工程师 | 04 门禁 → templates 测试模板 |
| 第一次接触 | 01 总览 |
| 想看"提测达标" | 04-gates/submission-gate.md |
六、配套资源
| 资源 | 位置 |
|---|---|
| 测试模板库 | templates/testing/ |
| GitLab 工作流 | workflows/gitlab/ |
| macOS 配置 | platforms/macos/setup.md |
| Claude Skills | skills/ |