工作中，还有很多面试的时候都会问到“你上报的bug，如果开发人员认为不是bug怎么办”，很多面试官希望从被面者那里得到一个答案就是“测试要坚持自己的想法，是bug就是bug,不管开发怎么说也是bug”.
对这个问题我也一直在思考中，以下是我的一些体会或者说想法，拿出来大家讨论讨论。
最近我正在看一本书，上面写到沟通的升级原则：
第一步：和对方沟通
第二步：与对方的上级沟通
第三步：和自己的上级沟通
第四步：自己的上级与对方的上级沟通
我觉得这个问题关键在如何沟通.
首先：如果开发人员认为不是bug，那主动和开发人员沟通，得到开发人员认为他不是bug的依据。一方面我们可以沟通中知道开发人员对测试人员在缺陷管理系统所描述的bug，是不是真正理解，即他所理解的是不是我所说r的；第二方面沟通中可以发现对同一需求的理解，开发和测试是不是一致，如果不一致要及时统一；第三个方面，沟通过程中可能发现是需求出了问题，找到更高层次的bug.大家一定要记住，我们测试是“对事不对人”，不管bug属于那个模块，这个模块是谁开发的，就事论事，沟通过程中不要带这种情绪“这个人水平不行”。一般般的问题到这相程度也该解决了。
其次：第一回合的沟通结束，还是无果，各找各的上级去。有的公司bug本来就要经过测试的上级确认，然后开发的上级分配某开发人员修改，对这种情况，开发人员认为不是bug也会给自己的上级反映的。有的公司没有确认和分配过程，这个时候不要和开发这扯皮啊，各找各的上级去。让上级之间沟通去。
大家有什么见解呢，大家想到学习一下了。
谢颖怡 2010-09-17
正确，我也是这样的观点
蔡卓新 2010-09-18
正确,我在公司也是这样做，直接提交测试部经理，由测试部经理跟开发沟通
周桃林 2010-09-19
就那么多人,能够解决办法,通过巧妙的办法就OK了!
张峰 2010-09-19
认同
刘欢 2010-09-20
同感！
左奇 2010-09-20
现在测试只要发现的bug不影响产品的主要功能就不提交，暂时记下来~~先处理紧急的··有些时候也得变通，这个在那些影响比较大的BUG应该测试要坚持自己的想法，是bug就是bug,不管开发怎么说也是bug，但是影响比较小的就不用这样吧。。。
刘欣 2010-09-20
功能上的小bug,还是要坚持的吧？有时候小bug也许就成大bug了。比如注重用户体验的软件或网站，技术实现的功能一样，不按产品需求走也是不行的呢
苗田丽 2010-09-21
左奇: 现在测试只要发现的bug不影响产品的主要功能就不提交，暂时记下来~~先处理紧急的··有些时候也得变通，这个在那些影响比较大的BUG应该测试要坚持自己的想法，是bug就
不用说功能方面的小bug，就是易用性、用户体验方面的问题，也要提交，是否修改也要由上面的人决定。因为bug的等级是对技术人员而言的‘；对用户来说让他不满意的就是bug，如果客服或维护人员说服不了用户接受你的产品，就要修改。试想一下，让用户不满意的那个问题，正好是你记在本上或开发说了一声“这个问题不要紧，不用改了”，然后你是默认了的问题，出现这种情况是不是“哑巴吃黄连了”。
苗田丽 2010-09-21
刘欣: 功能上的小bug,还是要坚持的吧？有时候小bug也许就成大bug了。比如注重用户体验的软件或网站，技术实现的功能一样，不按产品需求走也是不行的呢
同意
邓迎秋 2010-09-21
知道面试官为什么希望你坚持说那是bug吗？因为他们自己就是测试人员。
苗田丽 2010-09-21
邓迎秋: 知道面试官为什么希望你坚持说那是bug吗？因为他们自己就是测试人员。
那是，这个问题， 一般都是技术面时被问到，不过这个问题在实际工作中碰到的更多，毕竟人不是天天找工作，bug基本上天天找。这只是觉得这个问题要比较深入的考虑。
穆晓佳 2010-09-21
李琴 2010-09-21
不要轻易找上级，否则别人会说你这点小事也要找他，我就遇到过。
请 登录 后发表评论
