写作本文的动机原于 陈皓 的那篇《我们需要职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么？

    我们需要测试！