我们需要测试!
2012-11-14 00:08 虫师 阅读(3939) 评论(19) 编辑 收藏 举报
写作本文的动机原于 陈皓 的那篇《我们需要职QA吗?》 ,今天有一位测试的朋友发到的QQ群里,所以才有幸拜读到,搜索了一下这篇文章的标题发现转载的到处都是。我居然现在才看到,鄙视一下自己,然后又看了段念《对《我们需要专职QA吗?》的回应》对这篇文章的回应:
有测试朋友对陈皓 同学的这篇文章比较气愤,因为他否定了我们广大测试员存在的意义。如果有人跳出来对某人说,你做的工作毫无意义,有你没你公司一样运转,项目一样进行,这无疑是对这个人最大的打击,这是对一个人辛苦工作的完全否定。
如果那人就只是简单的否定,我们对其曰:“此人SB,不解释~!”然后不屑都走开。但此人不但给出了否定,而且还给出了比较充分的说明,这样不少测试工程师就不淡定了,就像年初的时候,方舟子说韩寒造假,还弄了不少“证据”,韩寒自然就不淡定了。扯远了。
身为一个测试员(请允许我这么自称),陈皓同学的前面的许多观点我非常在赞同。鄙人不才,测试两年有余,无项目开发经验。在这里来谈谈自己的看法。
测试与QA
个人认为测试与QA是不同的,虽然,有不少公司对QA的定义是包含测试,比如淘宝吧。但我还是不喜欢别人叫我QA(其实,也没人这么叫过),段念大哥也不喜欢别人这么叫,就连淘宝的季哥都不喜欢,他们更喜欢被叫着测试工程师,我嘛,小小测试员一枚。
从软件有开发流程来讲,一般的项目流程为:需求分析-->总体设计-->详细设计-->开发编程--> 测试-->上线维护 ,对于这些工作来说,具备开发能力的人可以把整个流程走下来。单枪匹马,白手起家的开发人员在IT行业还不少呢。这么来看,测试工作怎么不能被开发人员兼做了?测试是流程的一部分,也就是对其开发功能的验证。假如你在家有手工的爱好,当你做好一个有趣或实用的东西时,去试试其功能,这是一般都有的思维。
居然有无知测试员大言不惭地说:“不懂开发的测试人员更能站在用户的角度去测试。” 说过此言论的SB,不解释!所以,我的结论是,开发人员完成可以胜任测试工作。
再来说QA吧,QA跟测试是两码事儿,我不知道那么多人与公司非要混搭,貌似还挺潮。在某某处有一个鞋匠,做的鞋子非常质量,来找他做鞋子的人越来越多,于是,鞋匠收了学徒,来找他做鞋子的人更多了,他收的学徒就更多了,后来,他办了鞋厂,来找他做鞋子的从散户变成了大客户,一订购就是好几千双。但做鞋子的人有手艺好的,也有手艺差的,有认真的,也有马虎的。做出来鞋子质量就参差不齐,于是,销量就下降了。为了控制每双鞋子的质量,于是,就有了QA,他从鞋子的材料的裁剪,鞋跟的大小,上线,完工。制定了一套规范的流程,每个鞋匠按照这套流程来走,于是,鞋子的质量得到了保障。----这就是QA的作用。
那么软件项目也有其流程标准CMMI 和ISO 9000 ,前者在软件行业相当流行,因为是其针对软件行业制定的标准,后者是国际标准,实用于所有行业。当然,还有TICKIT标准和ISO15504标准。那么QA根据这些标准,规范与约束公司软件项目的整个流程。
你能告诉我,现在上了规模的,做产品的,不是管鞋子、手机,还是软件哪个能离了QA 职位?陈皓同学给测试盖个QA的帽子来批斗,你这到底是批谁呢?我迷糊了。当然,不能怪你,大家都这么混搭。
黑盒测试技术的难度有多大?
段念大哥给出了他的看法“所谓的黑盒测试技术,有多大的难度?平心而论,一个智商正常的具有较好计算机基础的人,一个下午就能完全理解常用的黑盒测试技术,白盒测试技术也不会难到哪里去。只要开发工程师愿意,这些工作他们完全可以承担 ” 大哥有十年的测试积累,也是我冲崇拜的对象之一,在和开发争论时,必定搬此大牛“坐镇”。黑盒测试嘛,无非就是那些个方法,等价类,边界值,因果图,甚至因果图都很少用。但我更偏向于淘宝季哥的看法“对黑盒测试的深度问题”。
学会理解方法的使用很简单,但真正的在项目中应用达到“炉火纯青”的地步也非一朝一夕之功。曾见电视表演中有人用嘴以针为暗器,射在西瓜里。方法并不难学。难的是能把针吐到西瓜里,这就非一日之功。当然,我如果说高手用树叶杀人,就会略觉我武侠看多了吧。
当你看过这些方法的背景以及应用的注意点后,你就会发现自己的理解是肤浅的,有多少做测试的同学完整的读过《测试的艺术》这本书,与其追求热门的测试技术,不如静下心来深化对这些方法的理解。 你能测试的理解有多深?你能把所有测试方法的5W2H(What、Why、When、Where、Who、How、How Much)都能非常清晰明了的演讲出来? 起码我一个都答不出来,这点很惭愧!方法理解的不深,怎么能更好运用这些方法去做测试。做技术千万不要本末倒置了。
想法不要被视野局限了
前面非常赞同陈皓同学的看法,看到“在做性能测试的时候,需要Dev手把手的教怎么做性能测试,如何找到系统性能极限,如何测试系统的latency,如何观察系统的负载(CPU,内存,网络带宽,磁盘和网卡I/O,内存换页……) ” 就看不下去了。
不知道你们怎么会找一个那么菜的人来做性能测试?是因为缺钱请不起性能测试高手呢?还是随便拉一个测试员就让其稿性能测试?
每个人所处的环境不同,以偏概全的认为测试人员就只会写写用例,点点鼠标。让其去做性能测试,简直就是浪费开发人员的生命。那么是否有点井底之蛙的感觉了。这个不多解释了。
不愿改变的人会在愤怒中死亡
这句话是送给国内测试人员的,陈皓同学的那篇文章,有不少同学愤怒了,凭啥就把我们测试员给淘汰了呀。为什么是送给国内测试员的,因为国内纯功能的测试人员颇多。不掌握核心技术,没有其不可取代的竞争力,早晚是会被淘汰的。没什么好愤怒的,不要以为那些个技术是开发人员的,我们测试不学。
微软的招的功能测试工程师在减少,招的测试开发工程师在增加,谷歌招的测试工程师更少,Facebook根本没有测试工程师。你固执的不原意去学习开发知识,那么只能在愤怒中死亡。 如果你有心看一下我博客中对各种技术的学习的话,我能告诉你我只是个普通的功能测试员么?好多测试新手告诉我,他们不知道学什么,我能想到测试人员必须掌握的技术,可能不上班在家学两三年都学不完。你能找出淘汰我的理由么?
测试人员的价值在哪儿?
说了这么多,其实,你就想知道测试人员存在的价值在哪儿?人无完人,我前面都说了,赞同陈皓同学的观点,开发人员可以搞定一切,从需求分析到开发变成再到测试到部署上线。你都可以做。但哪个神人敢拍着胸脯说,我每一项都能做得很完美。把你做好的东西交由别人检查一下,这理所当然。旁观者清嘛!检查的人的叫“测试”,叫“开发”或者叫“测试开发”都无所谓;但前提是这个检查者必须要能看懂检查的东西。不然,被鄙视那是理所当然的。测试人员千万不要以为自己带了个“测试”的帽子就坚决不去学开学的知识。当然,做为生产者与检查者的定位不同,其心态与行为也是不同的。我们不应该从其掌握的技能上去区分,而是从他们的定位与心态上区分。
最后,陈皓同学说“真正的工程师是能真正明白软件开发不单单只是coding,还更要明白整个软件工程。 ”
那么,我们也可以说“真正的测试员能真正明白软件测试不单单只是测试,还更要明白整个软件工程。 ”
我们需要专职的QA么?
我们需要测试!
--------------------
内容已经校,如还有错误,欢迎指正。