对《对《我们需要专职QA吗？》的回应》的回应
写在前面的话，红色为原作者博客内容“作为一个在测试行业工作了10多年的“老人”，在这里赞同左耳朵耗子的观点似乎是对自己过去这么多年工作的否定，但实际上，正是因为有这么多年的经验，我才真正能够深刻的体会专职测试工程师在工作中的局限和不足。”
首先，测试行业10年的老人，你所说的局限和不足有多少是因为不懂开发技术导致的？在开发自己的工作中也有很多局限和不足咧，O(∩_∩)O~
顺便说一句，我在google的时候，是十分反感自己的团队被称作QA团队的，如果有人这样说，我一定会认真的纠正：“不，我们不是QA，我们是测试工程师”，关于google有没有QA，各位可以自行google
呦，google员工，羡慕嫉妒恨啊，google没有QA？那我就听你的去google一下，打开www.google.com.cn，输入QA engineer in google，很不幸有好多结果，那你说google有没有QA？求解释
另一种是“开发人员无法保证产品质量，因此需要测试人员”。后一种论调其实是有很大的问题的，“开发人员无法保证质量”不意味着测试人员就可以保证质量，
对于“开发人员无法保证质量”不意味着测试人员就可以保证质量”这句话我觉得很可笑，因为A不能保证质量，所以不意味着B就可以保证质量；那么我是否可以说：“因为A不喜欢吃鸡蛋炒饭，所以不意味着B就可以喜欢吃鸡蛋炒饭”，呵呵
在大多数企业中，说的不客气一点，“保证质量”通常只是测试部门可以继续存在的表面上的理由而已。
至于你不客气的说，“保证质量，通常只是测试部门可以继续存在的表面上的理由而已”，如果我没理解错的话，你觉得测试部门完全没必要存在？你觉得测试部门没必要存在，这是你个人的想法，有多少家企业认同你的想法，不如说出一两家只是因为保证质量这个表面理由而存在的公司来，在下洗耳恭听。（还大多数企业中？哪里来的数据让你敢这么说？做了10多年的测试，难道不知道测试要凭数据说话这个道理）
这些技能开发工程师不能具备吗？设计测试用例，评价覆盖率这类工作是否真的需要专职的人员去做？
说话很犀利，给自己留有充足的余地，不说这些技能开发工程师“具备”而是说“能具备”，对，这些技能，开发能具备，但是他真的具备吗？是的，开发可以学，但是他愿意学吗？他愿意花多少精力在这上面，你不妨多和开发交流下，不要狂妄的以为开发和你拥有相同的想法。就算是你们google的开发很牛x，什么测试理论，测试技巧全部精通，那么来算个经济上的问题，开发的薪水比测试的多吗？同样的事情，测试能做的，资本家会让开发去做？
所谓的黑盒测试技术，有多大的难度？平心而论，一个智商正常的具有较好计算机基础的人，一个下午就能完全理解常用的黑盒测试技术，
关于你有勇气写下这句话，我只想问两个问题？第一，在你工作的10多年中，遇到过几个，一下午就能完全理解常用的黑盒测试技术的员工；第二，这些理解了黑盒测试技术并将测试技术真正融入到测试工作中又花了多久；
白盒测试技术也不会难到哪里去
看这句话怎么觉得酸溜溜的，作为一个测试人员你感到自卑吗？那么何必干测试10年而不去做开发？
只要开发工程师愿意，这些工作他们完全可以承担。只所以开发工程师没有承担这些任务，原因恐怕不是他们不能做，而是像在《我们需要专职的QA吗？》文章后的评论中某位做开发的仁兄说的那样：“如果有一个比较专业的QA来帮助我们，我们就能把自己的时间花在更有用的地方”。
只要开发愿意，那么完全可以。。。没有承担，恐怕不是不能做，而是。。。这么说吧，一个版本，一轮测试结束后，你让开发来做个测试总结，写个测试报告，你看看会难倒多少开发。而关于你引用的那位仁兄的话，也完全是从开发角度来说的，对于开发更有用的地方是什么？写代码？改bug？这个时候你还不明白为什么开发人员不适合兼任做测试吗？
社会分工的细化自然是提供效率的方式，但社会的发展并不只伴随着分工的细化，由于开发工具和开发基础的变化，分工的“合并”也是一个一直在持续的趋势。几年前，大多数公司都倾向于有单独分工的“前端工程师”和“后端工程师”，但现在的趋势不也是在融合？至少，Facebook就要求自己的工程师能同时承担前后端的任务，google也是如此。测试工作和开发工作难道就不能融合？让开发人员做测试怎么就不行？
在下才疏学浅，没在大公司呆过，没意识到分工合并的趋势，所以螳臂当车世界潮流写了这篇反驳文章，不过日后趋势如何发展也终究是日后，在现阶段，你真让开发做测试，那么就试试看，看看谁的效率更高，谁的成本更小，谁的效果更好。
关于故事一
矛盾，一边说“她几乎能发现所有的缺陷，她几乎把自己所有的时间都投入到项目中去发现缺陷；她是整个开发团队最喜欢和最感激的人，因为“没有她，这个产品简直不可能发布””但后面又说“每个RC的缺陷始终居高不下”。
“为什么？因为开发人员从来就没有意识到他们的代码有多烂！当有一个可以帮你发现所有错误的人的时候，我相信，你犯错的勇气一定会更大。”
测试发现了这么多的bug，还不能让开发人员意识到代码有多烂？另外你那不是犯错的勇气，而是不负责任的态度
这个问题最后是如何解决的？说起来很讽刺，解决这个问题的第一步就是让开发意识到“你们需要自己为代码质量承担责任
是很讽刺，难道你不觉得开发本来就应该为代码质量承担责任吗，让测试给整个项目背黑锅那是几年前的事情了（虽然现在在某些单位还是存在这样的现象，但不可否认，越来越多的PM会将项目职责更加明确）现在哪个PM不知道项目风险由开发和测试共同承担？
当这位SET改变工作方式，不再尝试把自己的业务时间全部投入来发现无尽的缺陷之后，开发人员立刻意识到自己遇到了大麻烦
呵呵，读到这里的时候，我可以怀疑你这个用来佐证观念的故事是编造的吗？后面不看了，直接第二个故事。
故事二，抱歉，没看懂你能证明什么？是说某个方面的测试工作，开发能完全搞定，不需要测试，那么除了这个方面呢？其他方面需要测试来完成吗？
故事三，我也来讲个故事吧，刚毕业的时候在一家公司做手机应用测试，因为程序是要提交到移动平台上线，所以对应用名称字数等有明确规定，按说这些死规定繁琐也不过就十几条，可有个开发总是出问题，后来聊天，他说“那文档是测试看的，我又没看过” （不到两页的内容）
专职测试人员是否毫无存在的必要？当然不是。至少，我们必须承认，在有些必须大量依靠“体验”进行测试的行业，如游戏行业中，专职的测试人员是有存在的必要的。
本来想反驳一下，举几个除了你说的游戏行业以外的例子，但是我发现没法举，因为我做过手机app测试，手机os测试，数据通讯相关测试，没有一个公司不需要专职测试人员的，难道我们真的没太多价值，好吧，谢谢这些公司施舍工资给我。
最后，说给做测试的兄弟姐妹们一些话。
一、 做测试不比开发低人一等，努力拼搏，终能闯出自己一片天地；
二、 我们不能保证软件是完美的，但是我们会权衡人力、物力、财力，尽自己最大努力让其变的更好；
三、 以事实为依据，用数据说话，别“我觉得、应该是、大多数”，请给出数据证明你说的话；
四、 努力提升自己的技术，不是让你转去做开发，而是不至于让开发忽悠你，“这不是bug，这是技术限制，这没办法改”，要是因为你不懂技术而显示出“局限和不足”就不好了。
五、 那个谁说Dev是做测试的最合适人选，他说10年后必然证明他的观点，那么不妨多给他10年来证明，走着瞧
最后借上家单位的MOR说的一句话来结尾吧，“我不觉得测试比开发哪里差，开发是和代码打交道，测试是和人打交道，代码是死的，而人是活的” :@ :Q 段老湿说的是敏捷开发模式，你说的是传统的瀑布开发模式，没啥可参照性，吵也木有意义 回复 4# lyscser
我呵呵
页:
[1]
