那么现在就要用到我们测试过程中收集到得数据了，这个过程我用到以下数据：
1. 测试需求数
2. 测试点数
3. 测试用例数
4. 每天每人执行用例数
5. 每天每人设计用例数
以上这些，是用来评估工作量的，这是制定计划时的重点。
我的过程是这样的(以下使用的数据是本人在多个项目中的统计)：
假设该项目有500个需求点，分解出2000个测试点。(这部分工作在制定测试策略中完成)
每个测试点需要两个用例对应，有4000个用例。
没人每天执行30--50个用例，每人每天可设计60--100个用例。
那么设计用例阶段共需要40---65天/人的工作量，执行用例阶段需要 80---130天/人的工作量。
下一步，让我们制定一个计划吧。可协调的测试人员5--10人，根据项目分配。
如果5人的话，完成设计用例和执行用例两个阶段，共需要24--39天。
如果10人的话，完成设计用例和执行用例两个阶段，共需要12--19.5天。
前期培训一天，需求学习三天，用例评审两天，搭建环境1天，测试计划，测试方案编写测试负责人可并行完成，不单独分配时间。
第一轮测试，对于项目具体情况不清楚，建议有3--5天的时候自由测试和应对一些突发事件。
那么整个项目：
如果5人的话，完成设计用例和执行用例两个阶段，共需要34--51天。
如果10人的话，完成设计用例和执行用例两个阶段，共需要22--31.5天。
这个范围，可根据具体情况选取，项目紧，加大工作量到上限，项目周期宽松，工作量调到下限，以便测试人员有时间验证自己的想法。
人员的选择，也是根据项目周期来选吧，介于5--10人之间，都可以很容易的调整计划。
如果一轮测试需要进入下一轮，那么增加2天调整期和验证缺陷的时间，一天搭建新环境的时间及了解需求改动等等的时间。
然后进入新的一轮计划，方法同上。
这是我想到的，测试过程中一些统计数据在过程改进中的一个具体应用
文章来源于领测软件测试网 https://www.ltesting.net/