08 向别人讲清楚：你的 ACC 地图怎么变成团队的语言

你画了图：A（属性行）、C₁（组件列）、C₂（能力格子内容）。\ 这张图你自己看清楚了。现在要把它给开发经理看、给 QA 主管看、给非技术背景的老板看。

讲的清楚吗？

这一章，是关于怎么用一张 ACC 地图，五分钟内让一个不测试的人也理解你在做什么、你已经做了多少、还差多少。

开篇除恐

"讲故事"和"讲干货"之间，大多数人的误解是这样的：\ 前者是炫，后者才是实际。

Google 的工程师团队验证过的答案是——同一个东西可以同时是两种。\ ACC 地图是讲故事的工具，但它的故事全是数据。不是捏造的情节，是你对产品的一张真实全景。

你讲的故事不是"我们做了很多事"，而是"这张图告诉我们，这里还有地方是空白的。"

站在一个开发经理的位置，这比"我们投入了多少人力"有用得多。

白话化

用 ACC 开一次对齐会的骨架

一次对齐会的基本骨架，是：

1. 先说问题，再说地图（1 分钟）

"你们练手的产品，现在能完整的描述它的测试策略吗？我画了一张。"

站起来的是地图，不是嘴皮子。\ 地图是真实粗线的存在感，不是模糊的泛指。

2. 从左上角读（2 分钟）

"左上角这三行（A）是产品的三个性格——轻量、可定制、协作友好。这是定义产品应当具备什么样子的开始。"

你只说了三个形容词。开发经理不会觉得虚，因为他知道这个产品"就是这样的"。

3. 从左到右扫（2 分钟）

"第一列是组件的顶部——主编辑、侧边栏、语法高亮等。每个 Component 对应一组具体的测试。"

列出来，一行一行地走。你数一数、点一点。开发经理点头了，是因为他们能听见自己的代码存在。

4. 在某个格子里面（2 分钟）

"主编辑×协作友好的格子里，当前有三个 C₂：快速输入、多光标、撤销同步。我的问题是：合并规则的定义这里还没出现。"

这是整场会里最有价值的一句话——它不是一个"好的测试报告"，它是一个有方向的信号。它让在座的人知道"我们要在工作之前先定义规范"。

5. 空白格子是邀约，不是过错（1 分钟）

"画完地图，我们还有 N 个空白格子。它们不是'还没测'——是连该测什么都不清楚的位置。这份工作属于产品经理和我们共同完成。"

最后一句把责任和风险从测试团队单一的肩上卸掉，变成了团队的协议。

为什么这种讲法有效

大多数测试报告的结构是："我们测了多少、发现了多少 Bug。"\ 这种结构的内置假设是"测了就好，没测也说得过去"。

ACC 地图翻转了这个预设——\ 它把这个叫做"地图"，不是"测试报告"，暗示：地图的类型意味着二维探索，空白不是瑕疵，是还在延伸的疆域。

一个开发者不会因为你画的图还有空白而生气——他会因为你是第一个在地图上诚实标出空白的人而尊重你。

直觉先行

想象你在一个陌生的城市，带着一张地图，你和一个当地人聊。

你不会从第一分钟就说"第一座桥是在 1763 年建成的"。\ 你会这样做： 1. "这是对这一带的地图"——打开纸。 2. "蓝色的线是河，这边是山"——先框定大的。 3. "你看，这里有条街还没铺——待会儿你告诉我这条路叫什么。"

你的当地朋友会视你为可靠的——因为你诚实而不全知，而且你的地图是你们共同的参照。

一个开发者的感受应该一模一样：

• "这张图是我们的产品"——诚实
• "这里空着，我没打算粉饰"——不装
• "你能帮我补上这块吗"——邀约

例子贴身

☼☼ 正经：给开发经理看的 ACC 说明（自编）

给：RedPen 开发经理

主题：RedPen 测试策略草图（10 分钟版）

RedPen 的三条性格：轻量、可定制、协作友好。

核心组件共十个。下面是矩阵的关键部分：

三个结论：\ 1. 轻量 vs 可定制有天然拉扯——"插件的性能影响"没有定义可接受的上限。\ 2. PDF 导出×轻量格子里没有定义——文件大小超过多少才需要限制？目前无标准。\ 3. 拼写检查×协作友好——语义级别的冲突检测还是一片空白。

下一步：\ 需要产品确认"可定制的代价的上限"，然后我们才能设计相应的测试方案。

这份文档的精要：\ 一张表 + 三句结论 + 一个明确的下一步。\ 能读明白的人，五个字可以读；能抓住要点的人，可以在三秒内点着头离开。

☼☼ 正经：给非技术背景的老板讲

（自编）

一张 ACC 矩阵，加上一段白话：

"我们的产品有三个性格：快、可改、多人用。\ 我们做了十个组件，每个组件有自己该做什么动作。\ 这张地图告诉我们——哪里已经在测、哪里还不知道。\ 地图上最大的那个空白，是'多人同时改同一段，到底怎么处理分歧'——这个规则产品现在还没说清楚。\ 所以下一步不是'写更多测试'，是先定义这个规则。"

这里的区别是：你不再提"测试""用例"这些可能引发焦虑的词。\ 你讲的是产品的一幅快照，以及一个自然的下一步。

练习：写出你的版本

选你做过的一个 ACC 矩阵，尝试分别写给：

1. 开发工程师（用 C₂、风险）
2. 产品经理（用 A、下一步）
3. 非技术经理（只用形容词和空白）

看三份文档，它们是不是同一个地图，三张不同的嘴。

☼ 热身：一句话让朋友明白你的产品在测什么

找一个朋友，不是测试的，也不是工程师。\ 用一句话告诉他"你最近在为一个产品做什么"。

不能用任何测试/QA/用例这样的词。

"我在帮一个文本编辑器画一张它'有什么、是什么样子、能干什么'的地图。"

他能不能听懂？

这一章要带走的东西

• 讲 ACC 地图不是讲"我们做了多少测试"，是讲"我们看到产品长什么样、哪里空白"
• **相同的矩阵，三份不同的写法，面向三个人——内容一样，语气不同
• 最有效的句型是"你来看，这里空着——这是我们需要一起定义的"——把问题变为邀约，不是控诉
• 空白是力量，诚实标出空白的人，得到的是信任，不是问责

就这样。