QA，大家都知道，是质量保证人员。主要负责监督项目运行过程中的流程，并且帮助项目发现问题甚至解决问题。我们要做的是规范项目操作，让项目乃至整个公司可持续地发展下去。为此，我总结了以下几点：

　　1、QA一定要做到自己说话就是权威，不能随意更改。丁是丁，卯是卯。正式场合切记避免“也许”、“可能”等模糊的字眼出现，我们要向其他人传递的就是一种很明确的制度或者说是责任。同样，这就要求QA要对自己的东西烂熟于心。

　　2、QA说话算话。最起码的做人的准则，QA这里尤其要强调，这是我们让别人信服的首要准则。

　　3、QA要具有行业基本的知识。起码编码你要会一点，能看懂。设计各种图形你也知道，需求的撰写你也略知一二，测试的基本方法和规则也能说得清楚，这样你才能有足够的资本和他人交流。

　　4、QA对项目管理所涉及的领域或者方法要有较好的认识。比如风险管理如何操作、怎样识别风险、怎样进行正规的决策分析、决策树怎么使用、头脑风暴法怎么操作、评审的都有哪些类型、分别怎么操作等等。但凡流程里面涉及的，我们都要能在别人需要的时候很快的给出答复。

　　5、QA需要非常明确项目里面的角色定义。这里尤其强调一下有关“客户”的定义，很多人可能觉得，客户，就是给我们项目做的人。诚然，给我们项目做的，肯定是我们的客户，但是客户却不仅限于此。给个很简单的定义，我们的工作对谁负责，那么谁就是我们的客户。而QA就是需要明确客户是谁，尤其要注意帮助项目经理识别项目组的客户。明确客户，明确客户职责，明确项目组应该怎样与客户沟通，诸多问题，是影响项目变更多少的非常关键的因素。

　　6、记住，流程是死的，人是活的，不是什么都得完全按照流程走，这就好比“尽信书不如无书”。可能有人会问我，这样说不是就违背了我们的初衷了吗？我想说的是，没有。请注意是完全按照流程走。其实只要是我们的流程体系建立的较好，那么我们的项目运行肯定都始终是在流程控制范围内的，但是我们却可以不用完全按照流程走。因为中间我们可能会省略一些东西，并且根据客户的要求，我们甚至可以省略某个阶段，比如我们不做测试、不做需求等等。

　　7、记住，QA要的是记录，而不是文档，文档只是展现记录的一种方式。流程的定义里面，也要尽可能的避免我们必须需要文档等类似的字眼。因为我们的职责之一就是要确保项目乃至整个组织级的可持续发展，所以记录尤为重要，凡是涉及到项目或者组织可持续发展的记录，我们都需要做要求，这也就是CMMI的来源。所以流程里面，我们可以定义某些文档模板，但是都是供大家参考的，最终结果是项目组只要保有实际且有效的记录，我们就可以认可。

　　8、做事不卑不亢。

　　9、融入项目组，站在项目组的角度来思考。这并不是让大家排除QA的独立性，QA的独立性肯定是必不可少的。我这里的意思，只是希望大家在角色独立的同时，可以换个角度来思考问题，根据项目实际情况，体谅项目组的难处，查找项目组的弱点，帮助项目组做到真正的提升。

　　10、努力做好培训。这里的培训除了简单的流程以外，还需要关注其它诸如流程所涉及的方法等领域。这是培养你权威的很好的一个途径。

　　11、努力追求公平的最大化。这主要是当QA在协调项目组内部一些问题以及做审计的时候。这里说下我的情况，由于我们暂时是测试人员归属项目经理，但是项目经理又对测试人员不具有绝对的管辖权。测试人员为了争取他自己的利益，则会经常找到我来帮忙协调，这时候我需要做的就是充分冷静的思考、公平的对待。最终才能得到一个比较有效的结果。

　　原帖地址：http://bbs.51testing.com/thread-180471-1-4.html

版权声明：本文由会员ddqhf首发于51Testing软件测试论坛。

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。