《QUML：量化需求分析与建模》节选之四：一个量化管理项目的一生（3）

本书由本人编写，于2014-09-09在百度阅读首发，博客将转载试读部分的20%内容，以及非试读章节的某些片断。

电子版链接：http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 

第二个月

从图形到Word

测试经理正在审视第一个迭代的测试用例——因为历史原因，他们还没有形成真正的开发+测试的混合团队，独立的测试团队还只能在每个迭代后期单独执行测试。

一个月前产品经理送来的需求文档是个Word，不过Word的所有目录是根据之前的用例-流程图写出来的：

比如之前的“付款记录”的用例-流程图，变成了目录1.1.1和之下的4个目录（1.1.1.1～1.1.1.4）。当然现在除了标题之外，每个功能下的详情也有一些描述了，现在唯一需要的就是根据标题下描述的详情来编写测试用例。

预测测试用例数量

第一个迭代，她决定按照业界功能点×1.2的比例关系确定了测试用例数量，也就整个迭代中的200个功能点，要写200×1.2=240个测试用例。按页面计算，也就是上图中的四级目录，则是每个页面写4.3×1.2=5个左右。根据以往的经验，这些测试用例需要一个测试小组测试两天才能完成，大约会发现与测试用例数相同数量，也就是240个缺陷。这些缺陷被修正和重新验证还要额外的很多工作量——的确需要实施自动化测试了。

听说即使如此，这些功能上线的时候，一般还是会引发客户提交200×0.6=120个缺陷。或者说由于每个页面包含4.3功能点，那么在每个页面上平均会遗漏给客户大约4.3×0.6=2.6个缺陷。尽管这个行业数据高得有点惊人，但在统计出自己的数据之前，她决定先试一试。