有人也许这样建议：

　　这些药品都是药厂同一批工人一边制造一边测试出来的，特别有保证！不用测了，赶紧吃了吧！

　　也许还有人这样建议：

　　这个十字坡夫妻店的农家饭都是他们自己亲手做的，很可信，咱们今晚就去吃饭住一宿吧。

　　我们每天经常使用的电子产品，从大彩电到电影插座，也经历了很多团队内部的和外部的测试，请随手拿过任何一个电器，你会在背面看到密密麻麻的小字，其中肯定有下列标记之一：

　　没有这些标记的产品电子产品，市面上很少看到。

　　在软件和互联网产业，目前没有这些认证，相反的，倒是有“人肉认证”：

　　你想申请某个著名专业网站的账户或者邮箱，但是又担心这个网站对用户信息的保护程度不够。有人说，没关系的，这个网站的创始人也用账户，CTO，总监什么的还经常发软件安全博客，账户一定是非常安全的！这里不存在独立的质量认证，只能通过人肉（创始人/CTO/总监）来认证产品的质量。

　　其实这种认证未必安全…（密码门事件）（明文密码事件）（邮箱密码漏洞）

　　如果有第三方的认证“此网站对用户信息的保护程度是X级，我们认证它不会明文存储用户密码…”我就放心了。在第三方认证出现之前，我希望团队内部至少有独立的QA角色，来确保软件的质量。否则我是不乐意使用这些软件/服务的。

　　[补充一句，互联网服务的各种认证也在发展，例如verisign公司提供的各种认证。]

　　独立出来的质量保证角色怎么才能发挥作用？

　　有了独立的质保角色之后，是不是万事大吉了？未必，分工意味着一件事要分给别人去工作。让别人做事，并且依赖别人做出的结果，这会出现一些问题。

　　问题：既然有专人负责，那我就不用负责了！

　　生活中一个常见的歪理是，既然有清洁工，那我乱扔点儿垃圾算什么，这才是他们工作啊！

　　尽管有专人负责QA中的测试工作，但是保证质量仍然是所有成员的职责。软件团队中的一些人往往在有意无意中忘记这一点。最常见的现象是开发人员写好一个功能之后，迫不及待地宣布成功，然后希望测试人员去发现所有问题。如果问题在发布后才被发现，开发人员会说–测试人员怎么搞的，这种bug都没找出来！？

　　某项目的某功能有重要的改进，这个改进经过研究员的研究，开发人员的设计，美工的美化，两个开发人员的配合实现，项目管理人员的督促，测试人员的测试，最后所有人都号称做好了，上线了！为此，我约了某个目标用户给他做实地展示，几天后，大家都到齐了，开始演示。开始进行的不错，马上最重要的killerfeature就会出来了…嗳，预想的效果怎么还没出现呢？再试试，还没有？各相关人员面面相觑，大家小声说：

　　“我不是把那个新模块给你了么？”

　　“我就是照着那个接口实现的啊…”

　　“我不是已经交给那啥…”

　　“所有的bug不是已经都搞定了么…”，

　　会议在尴尬中胜利结束了。