【落叶311】告诉你如何从执行测试到管理测试（5）

文/秋之川

【目录】

这是《落叶》文集里第 311 片落叶，希望你能喜欢，不为别的，只为这份坚持。

第五章 天哪，我怎么可能了解所有的需求？（上）

我经历了什么

今天早上到公司，收到产品经理 Harvey 的邮件，他将项目的需求清单和需求文档发了出来，说让大家先熟悉一下需求文档，下周来评审。看着清单里的十几个需求，还有附件中那十几个 WORD 文档，我陷入了深深的焦虑，焦虑什么？为什么焦虑？

原因很简单，以前老大比较相信我的能力，每次做项目都会分给我好几个需求，但那也只是“几个”需求，而不是十几个需求，而且我在需求评审会议之前要做的事也比较单纯：

1. 阅读分配给我的需求的原型和需求文档；
2. 将需求文档里写的不清楚的部分和自己不明白的问题都记录下来；
3. 将上述问题反馈给对应的产品经理，并及时获取反馈和跟进结果的确认；

但现在，我负责的是这个测试项目，那要做的就不太一样了：

1. 我需要阅读项目里所有的需求文档；
2. 我需要弄明白所有的需求；

所以，焦虑随之而来：

1. 我感觉一下来了一堆需求，不知道该从何看起；
2. 我不知道该怎么理清这些需求的脉络；
3. 因为之前我负责的需求相对都是比较独立，或者都是属于某个功能模块的，所以，我不太清楚怎么分析需求之间是否有依赖关系和冲突关系；
4. 我也不太明白应该按照什么样的顺序或分类去阅读这么多的需求文档；

一时间，我也没理出什么头绪，更别说好的方法了，只能硬着头皮，一个字一个字，一页一页地去读。

读了半天之后，我发现一个问题，我会在几个需求文档里跳跃，比如，当我读需求文档 A 的时候，一旦遇到点不好理解的内容，我就会停下来，试着打开了 B，看看会不会 B 比较好理解，认为先把软柿子都捡完，剩下的硬骨头留到最后一起啃。但软柿子还没捡一会，我又会突然想到是不是 C 会比较重要一些，还是先看看 C 吧。

这就导致我，虽然花费了半天的时间，但是却没有完整地读完一个需求，这效率也太差了，照这样下去，这十几个需求文档，我猴年马月才能读完啊？！

突然，我想到是不是可以借鉴我在日常做时间管理时用到的工具，一个 To-do-List 和 Check-list 融合之后的东西，制作步骤大概是下面这样：

1. 将需求清单列表复制粘贴到印象笔记里，表格第一列是序号，第二列是需求名称，第三列就是产品经理定义的优先级；
2. 插入第三列和第四列，标注计划日期和阅读进度；
3. 插入第五列，记录阅读中发现的需求问题；
4. 插入第六列，记录阅读过程中想到的测试注意点；

我收获了什么

最大的收获肯定就是上文提到的那个 To-Check-list

编号	需求名称	优先级	计划日期	阅读进度	需求问题	测试注意点
01	订单优化需求	High	2017/09/23	70%	订单状态描述不清晰	订单状态需要注意测试商家和用户两侧

《告诉你如何从执行测试到管理测试》带你迈出第（5）步！，点击这里可查看完整地图

作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵

【目录】