的技术水平，尊重对方的代码。我接触过的开发人员都是挺和善的，一般来说，对他们最
大的尊重就是承认他的专业水平，承认他的代码。对他们来说，代码就像是自己的孩子一
样：）因此，记得在合适的时候表达你对他的尊重，赞扬一下他代码的精妙之处。
　
　　3、要能设身处地为对方着想
　
　　开发工程师一般都处在较大的工作压力下，他的上司直接考核他们的指标很大程度
上是已完成的代码，所以在工作任务紧张的时候，对于测试工程师报上来的 BUG 会拖延
解决甚至是推脱，给测试工程师的感觉就是很不合作。那么在这个时候，就需要设身处地
的为对方着想了，每个人都会为自己的工作在内心排定优先级，如果他认为解决你发现
的 BUG 不是重要的事情，那么最大的可能就是你并没有向他解释清楚这个 BUG 的严重
程度。
　
　　发现 BUG 是我们的责任，敦促 BUG 得到解决是我们更重要的责任，因此，我们可
以心平气和地和开发人员坐下来讨论一下 BUG 的严重程度，和他一起排定 BUG 的优先
级别并确定解决的时间。
　
　　4、要有原则
　
　　不要忘记，测试工程师需要对产品的质量负责，在这一点上一定要有原则。测试工程
师可以和开发工程师建立良好的个人关系，但在具体的事情上，一定要按照公司的相关
流程来处理。当然，在坚持原则的同时，可以采用一些委婉的表达方式，可以在允许的情
况下尽量体谅开发工程师，但请记住，一个有原则的测试工程师才能真正帮助开发工程
师，才能赢得开发工程师的尊重。

　
　　5、要主动承担
　
　　如果开发工程师要求你承担部分不属于你的责任，比如，定位你发现的 BUG 到代码
一级，或者是帮助他编写部分文档和代码（不要不相信，真的有这样的事情），那么你
会怎么做呢？在我的测试经历中，这些事情都遇到过，我的原则是在可能的情况下尽量
多承担。其实都是工作上的事情，有能力的话，多做一点也无妨。当然，肯定有人不同意
我的意见，在这里我也不想争辩，个人意见而已，仅供参考。
　
　　在我的测试经历中，我会根据自己的进度和时间安排尽可能地提供更多的关于 BUG
的参考意见，甚至是定位到代码一级，这种方式不是正规的方式，但对于提高自己被信
任的程度是非常有益的。但在主动承担时，一定要明确是在自己确有余力的情况下才能去
承担，否则，婉拒是最好的对策。
　
　　  

四 不要

　
　　1、不要嘲笑
　
　　不要嘲笑你所发现的 BUG，即使是非常愚蠢的错误也绝对不要嘲笑，说不定那个错