《我们需要专职的QA吗》有感

上一篇 / 下一篇  2012-06-03 20:28:11 / 个人分类:测试技术

    看了左耳朵耗子的这篇文章,心罢凉罢凉的。是的,他说的很有道理,而作为一个QA,承认了他说的话,无疑在打自己嘴巴。
    为什么当初可以去做dev,却选择了QA?毕业时对QA的憧憬无线美好,因为dev强在深度,QA强在广度,QA的技术不容易被淘汰,QA对人的综合能力要求更高。。。。于是乎选择了他。
    现实工作中,QA做了什么呢?他是否真的能够做到质量保证?如果对QA的定义仅仅在于测试,那显然做不到质量保证的,质量怎么样在需求设计阶段就已经定型了,如果QA不能在这个时候预见到会有什么样的问题,而是等到开发完了再去测,于事无补了。换句话说,QA的职责应该预防bug,而不是去测bug。
    关键是在需求设计阶段,QA有那样的能力去预见未来吗?如果连设计人员都无法预见,凭什么QA就可以?如果QA能做到这一步,他起码是个懂coding的人。也正是应征了左耳朵的话:优秀的QA一定要懂dev。
    我们在工作中,的确会经常跟dev 争吵这是不是一个bug的问题,通常引起这样的争吵都是因为需求不明确,QA认为应该需要处理的地方,dev认为需求没提就不该做。这时候我通常会让更高一级的人员来confirm,QA能做的是阐述清楚利弊,最大限度的保证质量,而不是更dev争个脸红脖子粗的。
    左耳朵耗子还提到一点,关键时刻,dev可以帮QA做测试,而QA不可以帮dev coding。这是我最觉得无奈的地方,的确,每次产品上线后出了问题,总是dev在那边着急的检查着,QA只能试一下那个bug,看可不可以重现。通常大家都会一直加班直到dev找到原因,QA test 过,再上线,再验证,才可以算fix。这里边的核心技术在dev那里,他决定了整个进程的快慢,QA只能做为辅佐。但是这种情况不是不可改善的,曾经就有一个问题,是我作为QA发现的,这有一个先决条件,QA对整个coding的逻辑非常熟悉,甚至可以简单的写出来核心逻辑的coing。再次证明,QA一定要懂coding。
    既然都要懂code,为什么还要分出来2种职业?俗话说,术业有专攻,dev的coding可以深入到很多的层次,QA的testing skill也可以广到很多程度,如果二者都是初级阶段,那么我认为可以混淆两种职业的人选,但是专到一定程度,还是各司其职的好。就好比很多公司创业之初不需要QA,很多dev也可以做好QA,但是如果做大做强,加快步伐,必然要有一部分工作要分给其他人来做,为了保证无缝衔接,那些所谓的”其他人“一定要有跟dev 同样的能力。
    做QA真的很出力不讨好,甚至被质疑是否有存在的必要。敢质疑的人,要么技术能力和质量保证的mind非常强,要么产品太小了,dev自己就可以做QA。为了证明自己的价值,QA们,只能加强自己的技术修养,当你强到可以高屋建瓴的指点系统设计,并且可以提出靠谱意见的时候,无需争辩,真理自在人心。
 

TAG:

lamuda的个人空间 引用 删除 lamuda   /   2013-12-10 10:49:14
转另一位QA前辈的评论:我认真看了你的东西,也希望你认真思考一下下面这些问题
1. 之前你公司的QA文档需要DEV审核,不负责发布、打包流程和实际场景的部署,写个CASE写出.“Expected Result:Make sure every thing is fine” ,这些是缘于什么,是公司的不重视,还是DEV的过于自信,亦或只是QA Manager的极其不专业?
2. 我本身是一个软件DEV出身的QA,做过SDET,经历过国内三家大公司和一家跨国企业,现在也是Dricter兼做游戏制作人,我对DEV对自己代码错误的态度一清二楚。喜欢开发新东西新功能,对旧代码的问题不屑一顾,自以为是的同时又能力有限是国内DEV的通病,在这点上台湾或者欧美的DEV的确要好很多
3. DEV懂的只有调试,国内有几个DEV会自己写白盒Test Case的?更不要说有效覆盖和需求跟踪了。
4. 如你所说,把所有QA全部变成DEV,又有几个人愿意只去测试别人的东西而不开发新功能?交叉测试别人的东西,又能做到什么效果?DEV部门的代码评审和规范国内有几家公司能踏踏实实去做的又做好的?
5. 如果DEV做测试,怎么保证分支版本,怎么做配置管理和版本资源回溯,代码Test Case应该做成什么样子,外观表现跟需求的差异应该怎么控制,性能指标应该怎么验证,请问有几个DEV知道呢?请注意,我可不只是说代码,包括配置文档,美术资源,音效资源在内的所有部分。就我所知,很多DEV连核心代码怎么做SVN分库都不知道,更不要说分支合并了。
6. 我很感兴趣你的开发团队是怎么能够被QA搞得一团乱的,既然如你所说所有东西都是DEV在负责,那么项目进度也应该是,既然开发可以内部测试,那么为什么当时又没有做好自己发布,这与QA又有什么关系呢?我所经历的所有公司,QA是加班最多的,特别是在版本发布的时候,如果没有QA,DEV不可能下班一个多小时就能回家,一早晨来就知道自己有什么东西没有做好,应该怎么改。
7. ”这个bug再不fix“,如果有BUG不fix,要么是技术问题,要么是人懒的问题,技术问题总能解决,解决不了的小问题早应该关掉了,人懒问题就没办法搞了,就一辈子懒下去吧
8. ”无论怎么样,你总是要上生产线做真正测试的。“ 你和你的公司敢这样做么?呵,我只能说你们公司的产品用户基数和净利润真是大到了能够浪费的地步
 

评分:0

我来说两句

Open Toolbar