测试过程改进的一个具体应用

 相信做过测试管理的人，都有过此类担心，就是写一个怎么样的测试计划才是有效的呢?才能保证项目进度而又不会过度疲劳?我知道，绝大部分人都是根据感觉和经验来写的，时间不够就多加班，时间富裕就多给自主测试的时间，这样看来，计划也能被有效的实施。但如果要求写一份定时定量的计划，这样就不好应对了。所谓定时定量，就是要求你根据项目实际的工作量，来量身制定一个测试计划。
　　那么现在就要用到我们测试过程中收集到得数据了，这个过程我用到以下数据：
　　1. 测试需求数 测试点数 测试用例数 每天每人执行用例数 每天每人设计用例数
　　以上这些，是用来评估工作量的，这是制定计划时的重点。
　　我的过程是这样的(以下使用的数据是本人在多个项目中的统计)：
　　假设该项目有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天调整期和验证缺陷的时间，一天搭建新环境的时间及了解需求改动等等的时间。
　　然后进入新的一轮计划，方法同上。
　　这是我想到的，测试过程中一些统计数据在过程改进中的一个具体应用