ACC 轻松学
——一个笨人写给另一个笨人的产品测试地图
上帝把这个任务交给你，不是因为你最聪明，是因为你是那个愿意俯下身来看地图的人。
关于这本书
测试岗位上最普遍的恐惧不是技术难题，是这一句话："我怎么知道要测什么、什么才算够？"
传统答案通常是"列个用例表""覆盖所有路径"——骗自己。名为测试，实为许多小时的十进制数脚趾。Google 的 Answer：把这产品画一张图。
ACC 就是那张图。
A—Attribute（属性）：产品是什么样子的（快速、安全、优雅……） C₁—Component（组件）：屋里有哪些物件（UI、缓存层、API……） C₂—Capability（能力）：物件之间能干什么事（搜索、上传、分享……）
把三个维度写在十字交叉的格子里，你就有了在闲聊中让人肃然起敬的工件。更重要的是：这张格子图上每一个格子都是你该测的；哪个格子是空白的，哪个就是没测的。
贯穿全书的贯穿例子，是一个虚构的开源文本编辑器——"RedPen"。从名称到命令行参数，从文件读到导出 PDF，我们将在每一章里，实际填写它的 A、C₁、C₂ 格子，逐步把一张空白的地图填成一个能用的测试计划。
本书的第一步不是教你写测试用例，而是让你拿到一张尺子，知道量产品哪一面长、哪一面还空着。
目录
第一部 · 卸下包袱
- 第 01 章 产品是一张地图
- 除恐 → "测试计划"听起来像个大工程
- 你不需要测试一切，你需要知道什么是值得测的
- ☼ 热身：凭直觉描述一款你常用的 app，试试按三栏写
第二部 · 三把尺子
- 第 02 章 A — 属性：产品是什么样子
- 除恐 → "属性"不是属性表，是形容词 arrest 了它
- 形容词为什么比动词能更好地匹配测试指标
- ☼☼ 正经：为 RedPen 列出它的三条核心属性
- 第 03 章 C₁ — 组件：屋里有哪些物件
- 除恐 → "架构图"让人头晕，你只需要名词
- 组件与模块有哪些关系类型：调用、继承、组合
- ☼☼ 正经：把 RedPen 的所有组件点名道姓列出来
- 第 04 章 C₂ — 能力：物件之间能干什么
- 除恐 → 用例≠能力，能力是动词，用例是故事
- 能力的三类来源：用户指令、系统事件、定时触发
- ☼☼ 正经：从 RedPen 的三个组件推演全部能力
第三部 · 把格子填满
- 第 05 章 绘制 ACC 地图的步骤
- A × C₁ × C₂ 的格子图——怎么填、怎么读
- 每个格子的风险评级：低·中·高·未知
- ☼☼☼ 硬骨头：完成 RedPen 的完整 ACC 矩阵
- 第 06 章 10 分钟 ACC 测试计划
- 除恐 → "测试计划"不一定要是 PPT
- Whittaker 的 10-minute test plan 是什么、怎么用
- ☼☼ 正经：为 RedPen 写一份 10 分钟测试计划
- 第 07 章 缺口分析：地图上空白的地方是什么
- 除了会测的，更要关心不会测的
- 识别"未知"的真正含义：没测过 vs 还没想明白
- ☼☼☼ 硬骨头：找到 RedPen ACC 地图上最危险的三块空白
第四部 · 怎么想 / 怎么用
- 第 08 章 向别人讲清楚：你的 ACC 地图怎么变成团队的语言
- 除恐 → "给开发讲测试"不等于"说测试流程"
- 用 ACC 格子开一次对齐会的骨架
- ☼☼ 正经：为 RedPen 写一份给开发经理阅读的 ACC 说明
尾声
- 第 99 章 结语与附录
- 术语小词典
- 一页纸速查
- 练法 / 用法
- 出处与难度说明
难度标注约定
- ☼ 热身 — 一眼看清思路，动手时间不超过五分钟
- ☼☼ 正经 — 结合本章工具做一两次计算，约十五分钟可以拿结论
- ☼☼☼ 硬骨头 — 综合几章内容，花半小时以上，啃下有成就感
出处标注规矩
- 公认经典教材或业界标杆 → 标「经典」
- 来自真实场景但未发表成文的 → 标「民间案例」
- 本书编写者为说明而设计的 → 标「自编」
绝不给例句安假的出处。有参考时的数值、数据，忠实转述，不替它编；自编的数字一定验算。
tag: testing / ACC模型 / 测试计划 / Google测试工程 / 入门教程