软件产品对客户来说，既是管理工具，又是提高经济效益的手段。软件产品能否满足客户的需要，取决于软件产品的多方面的质量好坏。软件产品测试质量是其中之一。但最终考评软件产品的，还是软件产品市场销路如何。如果一个软件产品有很少的用户在用，推广不开，只能说该软件产品确实存在方方面面的问题。用户在使用软件产品时遇到的问题，为产品测试工作提供了很好的方向和测试依据。作为软件产品研发公司，如何处理这些问题，每个公司都有自己的高招和办法。为此，就个人观点做如下分析，供同行分享。

　　软件产品的开发，一般是按版本进行的。版本之间可以从三个方面进行区分，其一新版本；其二是功能增加、完善或性能改进；其三是修改BUG，发补丁版本。作为软件产品开发公司，通过一定的渠道收集各版本的用户问题，并对其进行分析整理，为软件产品下一步研发提供决策。在此，我们只讨论用户反馈的各类软件产品的ＢＵＧ．针对这些BUG，我们可以从不同的维度进行分析，比如问题数量、问题性质、模块问题等。在分析时，既要分析某个具体版本，又要进行版本间的比较。下面就从三个方面进行阐述。

　　一、问题总量分析

　　1、步骤

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

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

　　（3）将属于软件产品BUG分离出来

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

　　（5）将所有版本的汇总结果放在一起进行比较、分析。检查对比版本的BUG总量变化

　　2、分析维度

　　产品改动范围：是否新增功能较多；某个功能改动较大，尤其是公共部分改动。因为公共部分影响后续功能范围较大。

　　核心内容：是否对产品的核心功能、核心算法进行了改动，测试深度是否达到。

　　软件公司测试BUG总量：是否与上面统计结果成正比。

　　测试资源：在数量与能力方面与上面统计结果是否成正比。

　　二、问题性质

　　1、步骤

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

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

　　（3）将属于软件产品BUG分离出来

　　（4）对分离出的BUG进行分类，比如：控制错误、数据错误、异常错误、显示错误、文档错误、性能错误等。

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

　　（6）将所有版本的汇总结果放在一起进行比较、分析。检查对比版本的某错误类型的BUG总量变化

　　2、分析维度

　　测试方案：是否全面。比如核心算法、流程、接口、权限、并发、互斥、演示期限、性能、加密、帮助、手册等是否涉及；测试计划安排是否合理。该方案能否规避以上问题。

　　测试用例：针对上面分析出的某错误类型BUG，检查测试用例中是否进行了描述。如果是数据错误，检查测试数据准备是否完整。

　　测试执行力度：到测试BUG系统查询，该类错误在两个版本中数量是多少，是否与上面统计一致。