摘要：

　　本文从测试人员经常需要回答的“版本质量好不好”这个问题引申开去，结合实际案例，分析了“什么是版本质量好？”，“如何基于测试结果评估质量？”以及“如何让质量更好？”三个层次的问题。

　　关键词：产品质量，质量度量，质量改进

　　作为测试人员，尤其是测试负责人，你经常需要回答的一个问题是“这个版本的质量好么？可以按计划如期上线么？”要回答这个问题，我们首先要弄清楚“什么叫版本质量好”？其次，我们需要知道“如何有效地基于测试结果评估质量”；最后让我们一起再来探讨一下“如何让质量更好”。

　　一、什么才是版本质量好

　　“版本质量好”最直接的一个理解是：bug少就是质量好。可是按照bug无法穷尽的原理，不可能测到没有bug的那个时候啊！bug要少到一个什么程度才是足够好呢？有人说，我们上线前只能是评估个信心指数，关于真正的质量，还是要看版本上线后报出的bug，如果少，那就是质量好了。听起来好像经过一个用户实际检验的过程，下的结论应该比较准了。但是单纯依赖这个简单的指标，可能会产生错误的判断。我们看看以下两个案例。

　　案例1：比较某项目最近的两个版本。版本A上线后有10个生产环境的bug，版本B有18个。我们可以说版本A的质量比版本B好么？不一定！因为若版本B的大部分bug可以通过其它方式绕过去；或者即使某个功能有问题，对用户的后续操作也没有太大的影响；而版本A里面有几个不紧急修复用户就无法继续操作的问题，那么哪个版本的质量更好一些呢？答案是不言而喻了。所以，除了bug 数，bug的严重性或者说对用户操作的影响程度也是衡量产品质量的一个重要因素。

　　案例2：在生产服务器上最近一个月，系统A和系统B都各有5个不太严重的bug。用户C同时使用这两个系统，他说系统A的质量比系统B好多了。为什么呢？原来系统A的界面使用很方便，对用户操作的响应也很快。相比之下，系统B在这方面就明显有不少不足。哦，原来除了bug，质量其实还关注系统的可用性和性能。因为这通常并不是功能测试的重点甚至范畴，所以也容易在项目组内部评估产品质量的时候被忽视。

　　好的质量，体现在产品的少缺陷、易用、高性能、高稳定性等多个方面。反映在版本中的好的质量，并不是测试出来的，而是在软件开发各个阶段逐步植入的。

　　二、上线前评估质量

　　通过各种质量保证手段在软件开发全生命周期内对质量进行植入，当然也还是需要对最终的结果，其中最重要的就是产品，进行质量评估。上线前测试人员最常用的质量评估手段就是基于bug评估。

　　在实际工作中基于bug进行质量评估时，往往容易犯两个极端的错误。一是完全依赖测试人员的主观印象，而不去做细致的数据分析。这固然有它的原因，因为一般测试人员还是会试图根据某些指标去度量和分析产品质量的，只是在没有深刻理解指标的内涵和经常得到非常雷同的结论时，慢慢对定量分析就越来越麻痹了，极端的情况下就开始完全相信测试人员的主观感受。二是完全依赖数据分析，而不与主观印象或者经验互相验证。这经常会发生在项目组内除了测试人员以外其它角色对于测试结果的理解时。例如，在某个测试报告中看到罗列的bug数就简单地对产品质量做出一些断言。这其实是很危险的。基于这两种极端的弊病，我们推荐综合主观的感觉和客观的数据分析来进行较全面的基于bug的质量评估。

　　……………………

　　查看全文请点击下载：http://www.51testing.com/html/51/n-217651.html

　　三、上线后评估质量

　　上线前的质量评估只是一个预测，完整的质量评估还需要在上线后的一段时间继续进行。常用的上线后评估质量的方法如下。