图 4. 创建测试用例 2

　　填写测试用例的名称，并且填写“Test Case Design”页，将测试的步骤及验证点。注意在本页中较为重要的就是“Weight”的填写。所谓“Weight”就是该测试用例的权重，这个权重不同的项目都会有不同的定义，主要是衡量测试用例之间的工作量大小之分，本文会以 10 个 points 为 1PD 的工作量来举例。后面会介绍这个“Weight”的用处和用法。

　　添加好测试用例以后，需要将以有的测试用例导入相应的测试计划中，请注意图一中选中“Test Cases”，就可以将已经写好的测试用例导入该测试计划。

　　如何来看项目进度呢？RQM 提供了一个报表功能，你可以查看与这个测试计划相关的测试进度，此处用 Weight 衡量，如下图：

图 5. 测试进度报表

　　可以看到绿色部分为已经测试并通过的 Weight 数，红色表示已经测试并失败的 Weight 数。黄色部分表示已经测试的 Weight 数（即为是绿色和红色之和）。

　　这个图是整个项目周期当中，截止到报表生成日的一个情况，那么怎么说这个情况是好是坏。目前的进度是否符合预期，将来是否能按时完成呢？这个报表里面似乎不能体现。那么就需要用到后面提到的正态分布了。

　　正态分布为何会适用于测试进度管理

　　前面介绍了"Weight"，即为测试用例的权重，很多情况下会已它作为衡量测试用例工作量的一个指标，但是这个指标是基于测试人员按照一定的速率来完成所有不同的测试任务。这样的话测试进度其实是一个线性的增长的过程，实际情况却并非如此。测试人员在接到新的测试任务时往往是需要一定的热身 Ramp-up 时间，来熟悉整个测试任务。经过这段时间后，测试的效率及质量都会有所提高，并且持续提高，到项目接近尾声时，需要测试的工作减少，而慢慢进度缺陷修复阶段，测试进度就趋于平缓。整个这样的过程就可以用一个

　　S 型的曲线来表示。类似于下面的图 6

图 6. 正态分布图例

　　目前这样的 S-curve 在测试进度管理中非常流行，用这样的曲线作为预计，然后根据每周的实际情况来衡量是否符合预计。如果低于预期，寻找原因，并解决，到下一周期再看是否赶上进度；如果高于预期，看是否因为客观原因改变，如测试人员增加等，使实际超出预期，如果不是，是否因为测试不够深入等，通过这样的一条曲线救可以来衡量进度。并且对于管理人员来说，实际的数据是非常重要有说服力的，没有这样的数据支撑，很难让人有信心项目在可控范围之内。