在前述的文章中对独立测试无用论做了“激烈”的回击，支持者有之，反对者有之，总之能引起大家的思考就好。这篇我打算写温和一点的内容，那就是，反向思考，为什么有些独立测试不招人待见？如果从独立测试工程师自身出发，我们应该如何避免做“庸俗”的测试工程师？以下是观点：
1、做发动机，不做拖油瓶。
当码农那年，刚开始进一项目，对面的核心开发就开始被一个测试大哥“骚扰”，此测试大哥言谈高调，目光如炬，最善发现类似页面俩空格只有一个，俩输入框不该在一行这类问题。
发现UI错误本身没错，确实现在好多页面的界面也够呛。但是，哥，咱们是在项目的前期啊，开发脑子里都是核心业务如何实现，三个表四百个字段怎么高效操作，你确定他们该停下来改UI吗？
UI是重要，UAT（客户验收测试）之前抽个几天就可以做出很大改进，不是吗？
团队利益的核心是什么？按时交付。而测试人员的价值是：项目高质量交付。那么团队利益和测试利益在根本上就可能冲突。这还怎么一块过？......其实也能过。男人的价值观和女人还不一样呢，那么多两口子不也一过一辈子。
所以，后来做测试经理和团队负责人时，在项目前期，都要求测试人员提高对这类UI、易用性缺陷的容忍度，这么做有两个好处：
第一， 开发和测试在前期不会因为这些问题争执不下，前提是，开发人员必须耐心的给核心测试讲清楚，现在重要的是什么。小问题不一定不重要，什么时候你准备把这些东西拾起来？
第二， 测试人员避免心理收到打击：为什么我辛苦测试出来的bug没人重视。在这种时候，耐心的把项目的情况解释清楚，测试人员一般都会接收团队价值。
不做拖油瓶测试，核心的要求就是：你得知道项目处于什么阶段，最大的风险是什么，该做什么不该做什么，不该做的什么时候捡起来做。
在最极端情况下，测试组的结论是“产品质量是狗屎，不能发布”，但是项目经理的要求是“一定要发布，除非从老子尸体上踩过去”，那怎么办？
三国中关羽失荆州被杀，刘备大怒准备伐吴，诸葛亮劝谏不可，刘备不听，最后果然刘备大败。
大概，项目经理有更高的诉求，测试所为，只能是把情况列出，含泪再拉一把：主公，我们还是准备准备在Release吧…Orz
现实就是这样，决策就有风险，测试就是提供决策支持，至于听不听，结局如何，只能让历史去评说了。
PS： 文中那位测试大哥，真心不适合做测试，适合去当公务员，当那个圈儿的人，最后他还真去事业单位了。
2、做谢耳朵，不做软耳朵。
以前面试测试工程师的时候，很喜欢问一个问题，如果你提的bug，开发人员激烈反对，你怎么办？
注意！这个问题没有标准答案。只是想通过测试人员的回答检验他们对于反对意见的处理方式。
软耳朵测试要不得：开发说这不是bug，这是特性，好吧那就是特性；开发说这是你用的方式不对，好吧那就是方式不对；开发说这是你点鼠标的姿势不对，好吧那就是姿势不对；开发说测试没技术含量，好吧那就是没技术含量；开发说不需要测试，好吧那就不需要测试！
拜托，拿着这样的测试人员写出来的报告，你晚上能放心的睡觉？
个人喜欢有点小强迫症的测试工程师：不能复现的一定想办法复现；开发不接受的一定要据理力争，真理是越辩越明。
看生活大爆炸吗？里面的谢耳朵最多人喜欢，他有时候够讨厌，但是他的观点很多时候也最有价值，不是吗。
