软件测试过程的监控方法[7]

　　软件测试过程的监控方法[7]   软件测试

　　作为测试的监控者，需要非常关心这些关键资源的使用情况，因为如果关键资源不能如期到位，势必要影响项目的整体进度。

　　如果由于某种原因，关键资源没有如期到位时，要注意测试人员是否对计划进行了修订，修订的结果是否可以弥补已经造成的损失，或者能最大程度的减少损失。

　　测试策略，测试计划，测试方案，测试用例是否都经过了正式评审?发现的问题是否都进行了更正?

　　作为测试的监控者，不可能在短时间内评估一份测试计划制定的是否合理有效，一份测试方案是否可以正确实施，并且也不必要这么做。

　　测试策略，测试计划，测试方案，测试用例等文档都是测试过程中的关键文档，也直接决定了测试工作的质量。监控者在评价这些文档的质量时，首先想到的一点就是我要充分的阅读这些文档，以我的经验和能力来判断这份文档的好坏。但是，作为一个项目组以外的人，很难能就所有的细节发表高质量的看法，其次，也不可能在短时间内完成所有文档的评价工作。所以这不是我们的解决方案。

　　在监控过程中，首先要相信项目组自身的能力，假定他们有能力完成这些工作，这样工作就简单了，也变得可以操作了。

　　首先，查阅这些文档，大致看看，有没有明显的问题。其次，应该检查这些文档的评审记录，看看相关的人员是否参加了该评审，都发现了什么问题，大家的意见和建议都有那些。最后，看看所有的发现的问题是否都得到了解决，文档是否按照解决的方法进行了修订。

　　在监控的过程中，默认参与评审的人员技术能力都符合要求，这样只需要关注评审的过程就可以控制质量了。但是，如果有证据证明，评审的人员或者组成不符合要求，作为监控者应该宣布该文档的评审无效，需重新进行评审，以解决问题。但是，使用这项权利的时候要小心，而且要充分论证，否则会扰乱项目组的正常次序。

　　测试的相关文档是否都按照项目目前的实际情况进行了更新，并严格遵照执行?

　　经常会听到一句话就是：计划赶不上变化，这个问题就是冲着这句话来的。我在讲课的过程中问过很多人这样一个问题：不做计划，直接做事情行不行?至今我还没有遇到一个说行的。但是，如果计划和行动不同步，这个和没有计划又有什么区别?

　　项目中有各种各样的理由告诉你，我没有同步计划是合理的，但是我们的要求一定是必须有计划，而且必须严格遵照执行，这才是降低系统风险的唯一合理方法。

　　项目先前定义的测试范围在后续的计划、方案中是否有遗漏?

　　在测试初始期我们一直强调测试范围的必要性，在测试实施阶段还需要检查前期规划的测试范围是否在后续的计划活动中覆盖完全了，只有计划中完全的覆盖了所列的测试范围，才能保证系统的质量。

原文转自：http://www.ltesting.net