研发团队与 QA 团队的关系是一家人还是对立的？我曾在百度工作过，研发团队的绩效目标质量高，千行 BUG 率低于标准值。关于技术团队质量的评定，几个 9，超时即低于标准值。QA 团队绩效目标是将所有有问题的代码测出来，千行 BUG 测出率高于标准值。因此，这两个团队必有其一达不成目标，其结果会产生什么影响？

测试团队为了达成 KPI，需要尽可能多的提出 BUG。若 KPI 产生该结果，那么他们仍有改进的空间。与研发和产品目标不一致的观点不同，以业务团队统一目标与业务目标为标准，即共同达成 PM、RD、QA、FE、UI 的目标，且每个团队仍然有自己的小目标。我们曾收到过一些反馈，包括测试质量低、可测性差、bug 研发搞不定、性能低下。

2 目标一致、任务分工明确、数字说话

如果测试团队说，技术团队质量低，那么技术团队是不会同意这个说法的，这与技术团队对产品团队说他们需求质量低，但产品团队不接受一个道理，没有证据不能随意说出质量水平低此类评语。

开发现阶段常存在的现象，提测质量低、可测性差、bug 研发不能解决、性能低下。RD 为质量负责，QA 辅助，这样的搭配团队可以达成目标一致吗？所谓模块负责人制，即每个模块或者系统都有第一负责人、第二负责人。然而有些公司可能并不采取模块负责人形式为项目组，直接安排工作人员完成、测试项目，然后继续进行下一个项目，所以导致研发同学对代码的编写毫无责任心，结束项目便是万事大吉，并不理会未来发展问题。模块负责人制，每一个模块都有一个负责人，而且不乐意他人在自己的模块乱指挥。

比如 APP 团队项目按照功能来分块，A 同学做 A 功能、B 同学做 B 功能、C 同学做 C 功能等，每个人有自己的风格与习惯，因此你也会发现 MAV 分成明显，各块代码风格迥异，由于 MAV 由多个同学开发，于是没有人愿意主动为其质量负责，为项目负责，他们仅是完成任务而不再后续进展了。于是逻辑层、数据层质量低下，各类风格的同学在写代码，没有人想将其继续优化做得更好。在有模块负责人的情况下，假设该 APP 团队被分为三组，分别负责展现、逻辑、项目。任何一个层次出现问题，都会有相应的团队找到相关人员，要其做出处理，于是在项目中他们的交流沟通次数增多。

举个例子，某同学进行开发 MAV、DAO 等，他很清楚地了解页面设计、交互以及数据问题，但需要将其模式开发成一个页面，于是三个小组各派成员进行沟通如何提高其质量，缩短时间。以现在的情况来看，越是大团队越是采取的分工模式混乱，以 58 同城为例，一个 APP 团队有 50 至 100 名工作人员，多个业务线，于是大批量人开发同一个 APP，而每个人各做各的事，编写着自己的代码，毫无沟通，导致其开发质量低下。所以必须采用模块负责制，RD 为模块负责，QA 辅助，利用专业方法和专业设计保证其模块质量。

因此也必须明确两点，第一研发是系统质量的第一负责人；第二必须通过准入达成一致，流程上的一致性、提测前的一致性，没有通过准入 QA 不会进行测试。接口测试是近年来提高了效率才产生的，早期时候，测试与研发的比例为 1:3，一名功能测试同学，三名研发同学，以长远的目光来看待这个比例并不是一个完美的选择，因此需要提高其测试效率。那么通过什么方法提高测试效率呢？接口测试、性能测试、自动化测试等方式？

创业公司必然经历过这样的阶段，招聘测试开发的同学慢慢学习开始做接口测试。接口测试需要设计，以及 bug 的提及。因此该同学需明确其提出的 bug，等其有复现过程后，与研发同学沟通交流，等待他们的修改和研发。但由测试同学告知研发同学需修改的地方，这是对研发同学的不信任表现。我们需要明确研发同学为性能负责，那么研发同学定然已发现性能瓶颈，并对其进行了优化，提升了性能。做出任何的评价需要用数据，有理有据。