认识达内从这里开始

每一款产品的上市和软件的推出都是需要进行一定阶段的内部测试来排除产品使用过程中会遇到的问题以及都有哪些bug的问题。

今天，我们就一起来了解一下，对于企业来说，如何才能培养自己的测试团队的产品质量意识，下面就开始今天的主要内容吧。

第一，质量宣讲

首先，普及产品质量度量参数。需要知道，除了业务KPI数据，产品还存在质量数据。而且我们通过质量数据来度量每个业务的开发质量和需求质量。质量宣讲能够在团队内普及这些度量数据的含义，明确指出核心数据会在正式场合进行汇报。对于异常的数据会标红显示，比如严重用户反馈数、主线不通过数、交付通过率、千行代码缺陷率、引入原因分类(包括设计缺陷、编码缺陷、需求缺陷等)等维度来衡量各个环节的质量以及我们产品的整体质量。

其次，部门团队横向对比，提升产品质量的敏感度。通过团队间的横向对比，以竞争和奖励的方式来提升团队成员对质量问题的敏感度。在桌管内部，针对严重用户反馈，我们改进质量监督机制，实施研发运营质量改进积分方案;同时按业务中心进行分类，实时监控每月各业务的严重用户反馈的趋势，鼓励从流程优化上进行了质量改进的团队，刺激各团队主动提升产品质量的氛围。每半年进行一次积分排行，前三名进行奖励，非常具有吸引力。

此外，落实项目总结，避免形式化。如何避免项目总结趋于形式化，如何敦促项目总结的方案能够闭环落地，都是产品质量的重要保证。针对这块，我们巧妙地发挥了PM的角色价值。如果没有PM，测试也可以发挥自己的担当力去推动。主要工作就是明确需要改进的内容，并形成明文规范存档。规范一旦建立，在后续的执行过程中，如果再犯，需要明确指出，并予以相应的惩罚。比如，SVN提交代码需要关联正确的需求，发现关联错误必须直接打回(影响交付通过率)。

第二，主人翁意识

团队内部施行owner责任制，让每一个角色都有机会感受负责人的体验。上半年我们业务团队，开发同学主动承担负责人体验。他们的责任制体现在新需求的版本迭代、crash率、用户反馈跟进以及主线大版本合入。一般情况下，我们建议轮流交替体验。这样做的好处有三点：(一)可以通过实操的方式了解各个流程的每个细节;(二)身为owner必须对整体过程负责，包括不按时提测，bug解决不及时等问题，可以有效减少过程问题;(三)可以通过过程体验，发现过程中存在的一些问题，后续主动去避免，培养良好的研发习惯。

第三，产品走查

以前我们的产品走查总是在测试完成第一轮集成测试之后开展，现在发现完全没有必要。产品同学对客户的需求应该是最清楚明白的。如果把这个环节前置到开发提测之前，产品同学可以快速发现与需求实现不一致的地方，而且也可以将一些低级的错误在提测之前消灭掉，从而提升开发同学的交付质量，也减少了在后面匆忙走查导致的问题遗漏。

第四，互相结盟

对于测试而言，和其他角色的结盟绝对是有利无弊的(切记：永远不要和团队小伙伴形成对立的局面)。我们可以和产品结盟，推动开发去解决体验上的问题单，提升开发的精品意识;我们可以和开发结盟，推动产品的需求文档更加规范化，便于后续的编码和测试分析;我们还可以和PM结盟，推动整个团队内部流程的优化。

第五，上层推动

想要在项目团队内达成一个目标，团队内领导的支持比较关键。它能够推动产品实施过程中的问题解决。测试同学如果觉得自己号召力不够，可以求助于自己的leader。

在团队内部，小伙伴们的质量意识提升后，彼此间的沟通也变得相对简单，而协作也相对容易执行。比如讨论质量相关的数据，他们可以抛出疑问并讨论解决;在团队内部推行一些新的研发流程的时候，产品和开发能够积极配合，并给出可行的实践方案。团队内细节上的把握让我们相信，测试工作可以逐步左移，而产品质量也能进一步提升。

作/译者：cathycheng

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!