QA本可以和研发和平共处

前两天研发开会的时候我意外地发现大家对QA都比较惧怕。QA本来应该和研发一起通过努力使产品更加完善的，为何会出现某一方惧怕另一方的情况呢？是QA太强势还是研发的地位太低？

        

是这样的，我们公司在开发一款产品。研发根据需求部门提供的文档开发相应的功能，当功能完成时QA负责相应功能的检验。说白了，研发和QA就是程序员和测试。研发惧怕QA其实就是程序员惧怕测试。   作为一名程序员，你是不是很难想象这种对立的情况？

        

         在我刚进入公司的时候，我就曾领教过QA的厉害。话说，在我进入公司第二个月左右，开始接手一项功能的开发。这项功能在我现在看来很简单，因为现在来说我已经完全了解了其中的各项细节。可是在刚开始的阶段，你根本无法理解一个刚从另外一个行业换行过来的人面对一项复杂任务时是如何的不知所措。我当时最大的难题就是如何在短时间内熟悉我新加入的这个行业所用到的重要的技术。如果你加入到一家新的公司而这家公司没有给你提供技术上的任何培训，你多半也会碰到我这样的尴尬。就在这种尴尬正在进行的时候，忽然部门经理就找我谈话了，他告诉说QA向他反映我的bug比较多并且进度比较慢。我记得部门经理好像在等我说明自己的原因，可是我能说什么呢？我告诉他需求一直在变？我告诉他很多技术细节我不了解？还是我告诉他时间太紧？我当时什么理由也没有找，只是阐述了一下当前的进度。我当时一直在寻思：谁打的小报告？QA怎么还没跟我进行任何沟通就直接Email我们经理了？经理怎么也不站在我的角度考虑一下？无论如何，在那之后我一直觉得QA怪怪的；在那之后我就怕了QA了。

        

现在看来，领教过QA厉害的不止我一个！

 

几个同事交流过之后发现，其实QA很尽职的。只不过，方式有点奇怪。譬如一个QA总是提major的bug，功能开发人员问他为什么所有bug都是major时他竟然说“其他level比较低，我提了之后你们不改。”。再譬如一个QA提了某bug之后加了以下comment“请尽快fix.”。再譬如……。其实这些情况还都是可以接受的情况，如果忽然有一天一个QA牛B哄哄的朝你喊道“怎么回事啊？怎么又出bug了？还能用吗？”你怎么办？是不是一方面对这个bug比较有压力一方面对这件事情本身深恶痛绝？

 

其实QA本可以和研发和平共处，所需要的仅仅是管理策略上的简单调整。譬如，制订更详细的bug level评判标准，规定QA在提bug时至少由其他两个QA review bug.这样可以尽量避免不一致的bug level。规定统一由研发根据进度对bug的修改做调整,这样可以避免QA给研发所施加的压力等等。当然了，好的解决方式很多。无论如何“QA可以和研发和平共处”。