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