关于“我们需要专职的QA吗"

原帖：http://www.cnblogs.com/xinz/archive/2012/04/09/2439695.html

我不是来辩论的，只是回答后面的三个问题。

你在某团队做测试，兢兢业业已经三年, 今天大家传说公司认为开发人员应该做测试, 所以不需要专职的测试人员了。 你怎么想? 你能否做到:

1. 明确列出过去三年你对团队的贡献? 除了“认真执行测试用例”之外,  你对团队整体的“质量保证”还有什么独特的贡献?
2. 有理有据地说明, 没有专职测试人员, 项目会有什么风险?
3. 这三年的经历在你的简历怎么写出来? 你比三年前更容易找到工作么?

这让我回顾起在第一家公司的经历，应该说我有享受到做测试的乐趣，并树立测试人员的重要性的信心。
回答以上的问题：

A1: 在我印象中有三次体现自己独特价值的经验：
一是早期做缺陷管理的时候，我观察发现有一个很边缘的属性在以前的版本中被改成值A以work around某个问题，但是在当前版本中又被改成值B来修复另外一个问题。可能每个人的记忆力有好有差，关键在于当我产生一种模糊的印象的时候，我去验证并找出其中的问题，而这可能是开发，至少当时来说，是没有注意到的。

二是做一个UI功能import sudoers文件，我认真地去了解这个文件的结构及用法，然后发现目前的实现丢弃了一部份功能。我和顾问，开发及其老大在bug上，email上来回好几次，但他们都没有给予重视并决定改动。但是我没有放弃自己的想法，和顾问做了一次深入的讨论，他和其他人讨论后还是修改了原来的设计。

三是做一个新的UI工具去评估windows,Linux,Unix clients，然后刚好我有稍微参与另外一个并行的新功能，发现我们这个工具和另外的新功能是有交互的，但是这个工具没有覆盖。我提出了这个问题，得到了项目负责人的特地表扬。

A2: 以上的例子至少说明很多时候开发关注的点是比较模块化，纵使有项目领导人，开发lead在全局把控与交互上也可能产生漏洞，专职测试人员还是会过滤很多问题。
如果一个公司里面的开发都是精英全才，精力充沛，处事不以己悲，及其负责，我想可能专职的测试人员真的可以闪了。但我们知道现状不是么。
专职的测试人员的确有弊，特别是做黑盒的，不了解底层，有时候设计一堆case，但其实覆盖不全，且有些吹毛求疵，让开发不胜其扰。而且技术能力不够，各种要求开发人员帮助（讲到这里，真心负罪感）。但是你得承认，很多时候，一个负责的测试人员依然会给你很多challenge。
至于到底需要不需要专职的测试人员，请参考链接帖子的例子，你有FB的自信，我就自动走人。

A3：这个问题真难回答，因为不爱coding，不做测试开发，不做专职性能、安全测试的测试人员真心越来越没有自信了。我又想到那句：do what you love is freedom, love what you do is happiness，都是妥协阿。