三、模块分析

　　1、步骤

　　（1）首先确定某一具体版本

　　（2）汇总选中版本的所有用户问题

　　（3）将属于某个具体软件产品组成模块的BUG分离出来

　　（4）再确定另一对比版本，步骤同上

　　（5）将所有版本的汇总结果放在一起进行比价、分析。

　　2、分析维度

　　高危模块：检查在具体软件产品中，哪些位置暴露问题最多，哪些位置暴露问题最少。

　　开发负责分析：检查负责该模块的编码人员能力是否有问题

　　测试负责分析：检查负责该模块的测试人员能力是否有问题

　　综上所述，在所有分析中，比较有前后关系的两个版本或多个版本间，如果后一版本某类问题数量明显大于或小于前一版本某类问题数量，比如10%以上，就要认真研究分析。从测试角度分析这些问题，可以从以下几个方面进行。

　　（1）测试策略方面

　　测试项目负责人是否确定了正确的测试方向与思路。如果BUG数量出现了异常情况，首先要分析测试策略制定者的能力。所以，测试策略制定者的背景、经历很重要。对某个具体软件产品而言，不正确的测试策略会给软件公司带来很大麻烦，甚至是致命打击。

　　（2）测试过程控制方面

　　测试策略的执行者在执行测试策略过程中，他的执行力度同样决定软件产品的成败。所以要分析每个测试阶段的执行情况，比如测试准备阶段、单元测试阶段、联调测试阶段、集成测试阶段、产品验收阶段等。看一看，到底问题发生在什么阶段。

　　（3）测试资源能力方面

　　在组织一个软件产品测试过程中，各类测试人员都会参加到其中。这些人员的业务能力、测试水平如何，同样影响软件产品的测试质量。核心内容要由高级测试人员来把握。如果安排不当，后果会很严重。但是，测试资源能力的培养，不是一朝一夕的功夫，全在日常测试工作中来进行，要有一套完备的培训体系来保证。只有经过严格培训才能使测试工作做好。

　　所以，面对众多的用户问题，如何有效利用它们，使测试工作真正做到“亡羊补牢”，是测试领导的责任，也是测试设计者的责任。只要把这些信息利用好，必然会对日后测试工作带来更大益处，同时也为软件产品的发展提供更大的帮助。

版权声明：51Testing软件测试网及内容提供者拥有本文全部版权，未经明确的书面许可，任何人或单位不得对本文进行复制、转载或镜像，否则将追究法律责任。