如何有效的监控测试质量和进度
一、 监控测试质量1、 静态测试阶段：监控静态测试问题数，如果是新项目，则记录问题数，做为以后的测试基数，为以后测试该项目提供依据，如果一个以前的项目，则根据以往的数据进行评估，看问题数是否差距太大，如果变化太大，则要找出原因
2、 测试用例评审阶段：组织测试用例评审并审查测试用例是否覆盖了所有功能点，评审完后，跟踪评审结果，监控用例是否按评审结果进行修改
3、 系统测试阶段：当一个功能模块测试通过后，监控系统测试问题数，如果是新项目，则记录问题数，做为以后的测试基数，为以后测试该项目提供依据，如果是一个以前的项目，则根据以往的数据进行评估，看问题数是否差距太大，如果变化太大，则要找出原因
4、 系统测试阶段：监控时间和问题数之间的关系，问题数会由高到低，上下振幅中缓慢下降，随着时间的推进，问题数趋于缓和，并渐渐接近于零，如果问题数突然转折性地上升或下降很大，则很可能是测试过程有问题，得审查这部分测试用例，如果测试用例没问题，则程序肯定存在很大的问题
5、 系统测试阶段：采取抽查的方式，对测试人员未发现bug的测试用例进行检验，看是否真的不能找出bug
二、监控测试进度
1、静态测试阶段：监控测试人员对所测功能点的完成百分比。
2、系统测试阶段：监控测试人员的测试用例编写完成百分比。
3、系统测试阶段：监控可测模块的百分比，测试用例执行率、测试用例通过率，模块通过率。
4、系统测试阶段：监控测试人员的测试通过情况日报，并要求列出不可测、未通过模块的原因
5、跟踪测试过程中发现的问题，并关联用例编号，问题编号，测试人员，开发人员，问题从发现到现在仍未修改的时间段 一个有效的方法是：多参加测试的review meeting，了解测试在各种活动中的问题。一般来说，你不可能对每个阶段所有的测试活动进行监控和管理，所以抓重点，持续跟踪。可以考虑一下活动：
1. Review 测试计划，来源于测试经理
2. 监控需求和Case的管理
3. Bug的质量
4. 分析测试和开发的Gap
--------------------------------------- 监控测试质量：的确是这样，一个根据以前项目，确定发现缺陷的上下限，然后进行分析，以及测试阶段，发现bug 的收敛图，也没有问题，只是要清楚，人员的参加，举个上面的例子，在测试用例的评审阶段，对测试点的list，然后写测试用例，然后评审，这些都有谁来做，有谁来参加，如果我们在评审阶段，就几个普通的组员参加，那有效性就有问题了。这种现象我就遇到过，概要设计就一个项目经理和组员参加，这个点，没有一些专家级，高级别的人员肯定是不行的
监控测试进度：写的很好，但注意跟踪，如果出现偏离的对应措施
希望LZ发点详细的越详细越好，我们也学习学习 测试的质量可以根据需求覆盖率、用例覆盖率、用例执行率和缺陷清除率、缺陷误报率等来计算，前三者用来描述测试是否充分，即测试的充分性，后者用来描述测试的有效性。
在做项目计划的时候，要做好测试计划，这样才利于后面的进度跟踪。
页:
[1]
