每一种工作在一家公司都不是无故存在的,都会有它的作用存在。通常在面试中,都会被问到,QA在公司产品研发中的作用是什么,当然我也会常常问求职者这样的问题。那QA的作用到底是什么呢?不是一个非常重要就能概括的,今天这篇短文,总结一下,我认为的QA的作用,纯属个人观点,希望大家共同讨论。因为我做的是家用消费类电子产品,所以就以这种产品为例,写一下我的观点。
一家公司看准了一个产品市场,准备去做研发了,那么,市场部的人员会做市场调查,看看用户对于这种产品的需求是什么。这时候QA就要介入进来,共同reivew这份需求,我给这份需求书起个名字‘MKR’。研发部门会根据MKR来制定公司的产品规格书。从制定公司产品的spec开始,QA就需要介入了。QA需要站在终端用户的角度来考量这份spec所定义的东西是否符合用户的使用习惯,是否符合行业标准,是否与业内通行的默认的潜规则一致,等等。如果QA认为有任何的错误,都应该及时向研发部门提出异议,这样才能从最初期保证产品的质量。要知道产品的致命缺陷通常都是因为设计理论本身就有问题,导致后端开发人员无法弥补,而最终产生严重后果。在这点上,QA需要积极地与PM合作,推动研发部门改正不合理的设计方案。做为家用消费类产品,我们要以终端用户的使用习惯为最终的要求。
在spec制定出来以后,QA就要投入到紧张的工作当中。在研发人员开发的同时,QA需要制定出test plan和test case。
QA如何制定test plan呢?
这项工作需要与项目经理和design team的人使用共同完成。首先,我们需要从PM那里得到project schedule,根据schedule来制定QA的test plan。test plan包括产品测试的具体内容,release schedule,release test plan and schedule, code management,QA的工作流程和参与人员的工作安排与职责。
test case是一个非常详细的工作,我就不在这说明了,这需要经验,根本也不是三言两语可以说得清楚的,但可以介绍一下大的方向。写test case的宗旨是让测试变得最简单,看case的人哪怕完全不懂,是个新手,也能按照case去完成测试的工作,并且给出测试结果;尽量减少人为的经验因素带来的影响,将需要测试的方面,和有可能被忽略的方面都要写进去,让case成为一个众人经验的集合,达到case的最大功效。
当然test plan制定以后不是一直不变的,需要大家一同来review,而减少QA本来有可能带来的失误,因为是人都会有想不到的,有犯错误的时候。这个就需要QA与PM和design team的人去沟通,需要大大小小很多的review meeting来解决。这个时候千万不要怕麻烦,这个时候偷了懒,危机就在后面等着你。这时候会遇到很多困难,design team的人通常很难合作,因为对于那些研发工程师来说,这种meeting是非常讨厌的,肯定会排斥。但就是被排斥,得不到合作,也不可以放弃,QA应该坚持自己的原则,这里就会考验到一个人的沟通能力了。
上面的工作都做完了,QA会得到小小的休息时间。按步就班的做事,开始跟着PM和研发进度走。到了产品研发成熟期,客户会出现,这时候,QA又会起到重要的作用。在这里提一下,有些健全的大公司,把QA分成了两个team。与研发部门合作,只做产品研发测试的development QA,与客户打交道,接受客户投诉,帮客户产品质量把关的customer QA,我们公司在发展的后期,就出现了CQA和DQA。如果说公司QA分成这两部分,那么QA的工作就变成更为复杂。
DQA的使命只是维护研发期的产品质量,我们把这种产品叫reference design products,而CQA的使命是维护客户的产品质量。
不管是在产品的研发中,还是在客户产品的质量维护中,QA还有一个重要的职责,就是推动力,QA要成为工程师们工作的推手。人都有惰性,不要期望每个人都自觉地努力工作。QA的通常做法是,每周给出一个进度报告,做一次bug review。通常研发部门的工程师非常讨厌这种会议,那没办法,我给大家一个小方法。QA把每目前严重的问题分列出来,详细到把每个负责的工程师所属的bug全部列出来,告诉工程师们这些bug需要被fixed时间,然后群发email,当然不要忘记CC给老大们喔,这样才够power。当然,态度不可以太强硬,最好在邮件结尾加一句,如果有困难,可以提出,meeting中商量。通常都会有人接受meeting。一个研发工程师手中通常不会只有一种产品,那么就会有冲突的时候。QA需要问清楚优先级和工程师的难处,尽量解决,这样才能达到良好的协调。协调好了,工作效率会更高。不过,有些公司,把这类工作交由PM来做,但本人认为,推动公司的产品质量朝更好的方向发展,是QA义不容辞的责任。
整理这些也不容易,我目前只想到这么多了,以后想到再补充吧。下次我会详细给大家介绍QA的工作流程
posted on 2008-08-01 16:33
wahaha 阅读(2410)
评论(0) 编辑 收藏