“做了不该做的”bug，到底是是测试人员“狗咬吕洞宾不识好人心”还是开发人员真的“好心办了坏事”？用当今流行的话来说，这的确是一个“纠结”的问题。

　　这两种情形在实际的测试活动中都会存在，有些时候的确是测试人员急功近利或者太死板，险些扼杀了一个很好的idea；有些时候确实又是开发人员因为这种或者那种原因，别出心裁却导致了画蛇添足。

　　还是前面的观点，问题生来是被解决的，只是这个问题稍微显得麻烦了一点而已，处理起来比较棘手，稍有不慎会得罪开发人员或者测试人员中的某一方。这个问题和上一篇文章中提到的“自定义”bug其实是一个问题，即开发人员与测试人员的关系的问题。

　　测试理论中经常出现的其他学科术语莫过于“经济学”“心理学”（如在测试结束标准中考虑到的“测试经济学”），“心理学”范畴主要讨论的是测试人员与开发人员之间的关系处理问题。一个比较流行的说法称开发人员是创造者，而测试人员毁灭者，肆无忌惮的破坏者，笔者是很赞同这种说法和做法的，但是于在测试技术本身，而不包括测试整个过程。作为人来讲，人都有惰性，人都有好胜心，人都有各种各样正常的不正常的自尊心，这才是问题的症结所在。

　　测试人员A发现了一个“做了不该做的”bug，这时候多多少少有了一点点炫耀的虚荣心，一点点自豪感，然后这个时候他兴冲冲找到相关开发人员B告诉他“你这个功能是画蛇添足的”，这个时候引来的是开发人员的反抗，这是因为一个bug意味着他要做额外的工作了（与人的惰性相斥），另外被人说自己写出来的代码有问题会不经意间伤及他的自尊心，然后B开始为自己辩解，双方互不相让（这是好胜心在作祟，当然也包括自尊心等等因素），事情开始变得糟糕了。

　　解决办法其实说起来很简单，引用某部影片（《十全九美》）里面的那句台词??“淡定”。大家都应该淡定，在遇到说不清的bug，在双方都认为自己对的时候，要保持淡定。问题需要理性的解决，而不是因为感性的因素而互不相让，这样对于问题的解决没有任何帮助。笔者不提倡有些哲人提出的“别人打了你一耳光，那把另外一面连伸过去让他打”这种“高风亮节”，笔者推崇的是理性解决问题。对方能否保持理性的态度来解决问题那是对方的问题，作为我们测试人员自己，要保持淡定。找到了bug，“胜不骄”温和提醒开发人员并提出自己的看法或者推荐的解决方案；当遇到被打回的“bug”，“败不馁”镇定分析被打回的原因，如果必要可以“Reactive”并再次向相关人员解释自己的看法。遇到温和的同事，要淡定，不能一副泼妇的模样去“欺压”良民，欺负老实人不算真本事；遇到脾气急躁的同事，要淡定，耐心说，实在摆不平，找上级，“官大一级压死人”，这是下下策，因为常用这一招会让人觉得你这人总爱“打小报告”，会被同事疏远的。

　　专门写这些东西出来，本身与测试技术没多大干系，但是却与测试工作的能否顺利息息相关。笔者曾经带过一个新人，因为类似的原因导致了其离开，因此一直深感遗憾，这才想起把自己的一套“馊主意”拿来分享，希望对遇到类似情况的同行有所帮助。

　　以上为个人意见，如有意见建议，欢迎一起交流。