大家都知道QA的核心价值在测试策略的制定上，如果把测试策略比作大楼的结构，那么质量评估就是大楼的封顶。通常，封顶都会举办比较隆重的仪式，项目组对“封顶”的重视程度可见一斑。那么如何做专业的质量评估呢，结合本人多年的工作经验，希望能和大家做一次深入的探讨，包括：谁来做质量评估，何时做质量评估-为什么要在上线前做质量评估，如何做质量评估。希望能抛砖引玉，获得更多的如何做质量评估的方法。
首先我们思考一下谁来做质量评估最合适？是项目管理？是开发？还是QA。各自优劣势如下表格：
虽然各有优缺点，权衡利弊，我还是认为QA作为产品质量的专业保障者，做质量评估最权威，这项工作也是QA的重要职责之一。
其次，何时做质量评估？我们先来回顾一下软件生命周期，大致包括：需求抽取与分析，开发设计，编码实现，测试，发布和维护 五个阶段。我们先设想一下每个阶段都做质量评估，比如在完成需求评审后，我们就进行需求质量评估，给出评审后需求的问题。但是需求的问题不是一次评审就能完全发现并暴露出来的，所以，这个阶段进行质量评估还是为时尚早。同理，在发布前的任何一个过程结束后进行质量评估，都会出现片面性的问题。质量评估是一个持续的过程，那么何时进行最为合适，最有价值？那么，我们看看项目组最关心的是什么？-答：是何时能上线，上线后有没有风险。所以，QA在软件上线前给出质量评估最为合适。另外，软件发布之后，引入更多的用户，收集用户的反馈，可以持续的进行质量评估。
最后，如何做上线前的质量评估。因为项目时间等关系，上线前质量评估内容要精练，我建议从过程质量，结果质量，外加一个主观评价三个维度评估。重点放在结果质量和主观评价上。
过程质量用来评估软件生命周期的每个阶段的质量。如评审质量，是否有效发现问题；开发过程质量，是否进行代码review，自测质量是否达标；测试过程质量，如测试方案是否全面，测试时间评估是否合理，测试进度是否正常等。这里用测试进度为例说明测试过程质量，如，原计划测试3天完成所有功能测试，但实际因环境等问题，5天才完成功能测试。这势必影响其他测试活动。P1
结果质量，比较简单，用数据说话，主要包括缺陷个数，缺陷等级，测试覆盖率，测试通过率（冒烟通过率、总用例通过率），遗留问题等。目前，杭研QA的qms系统能够提供这些数据，可以到qms上把这些数据截图贴到上线前质量评估邮件中，对想重点说明的数据，用文字说明和画图工具重点标注，引起项目组成员的注意。P0
主观评价就是负责这个模块的开发和测试人员对软件质量的主观感受。不要小看这个主观感受，它包括了软件开发过程中每项活动的综合感受，对这些功能负责的一线工程师，项目经理等成员最有发言权。上面提到过，QA做质量评估通常会持保守的态度，通过信心指数的投票能让项目组成员更积极的交流，加强大家对质量的统一认知。当然，PM需要特别关注信心不高的投票，深挖原因。P0
我们需要对上面说的过程质量、结果质量和主观评价三项依次进行质量打分，最终给出全面的质量评价。对上线前的质量评估，我们更看中结果质量和主观评价；对整个软件的质量评估，我们更看中过程质量和结果质量。特别是进行质量改进时，过程质量更为重要。
总结回顾：
QA一定要进行软件上线前的质量评估，可以从过程质量、结果质量和信心指数三方面进行评估，提供多维度的数据支撑，并给出专业的建议。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
