软件测试人员与软件开发人员之间的矛盾是一直存在的，自古就有的，想让他们消停下来基本不可能，这到底是为什么呢?如果软件测试人员真的遇到开发人员不改的bug又该怎么办呢?今天我们软件测试班的同学们就来讨论这一问题，下面是结论供你参考：

开发人员“怼”软件测试同学的直接原因：

Bug描述缺少辅助截图：

Bug描述需增加辅助页面截图，一方面表达更清楚，减少文字描述;另一方面，某些偶发bug留下“事故现场”的证据很有必要，当然如果有个录屏短视频，就由不得他不信了。

用词不准确到位：

如果公司负责测试的同学不是技术出身，无法完全用专业术语，也要尽量把bug和正确结果描述的清楚到位，否则反而会增加沟通成本，效果还不会好。

当然，如果测试也懂技术，所有问题都不是问题，但现实中可能吗?

前端、后端、设计问题在Bug中未区分

这是见测试功底的地方，测试人员的经验一般从这里体现的淋漓尽致。还有需要对于Bug做出正确的优先级排序

某些问题的解决方式没有变通：

测试时也会偶尔发现原有产品逻辑疏漏或错误、或者感觉某些功能有更好的实现方式。

第一种情况时，不要慌了手脚忙着策划新方案，而是先去和程序员们沟通、听取建议，咨询有什么方式可以在变动最小的情况下达到目的(注意不一定是结果)。

第二种情况就相当于提新需求了，这里是被开发怼的最多的地方之一，所以在跟开发沟通时要三思而后行，最好是纳入需求池在下个版本迭代中完成，这样的处理方式是你好我也好。如果测试的时候总提新需求，暂不提程序员的心理阴影面积，产品开发节奏会全盘打乱。

开发人员“怼”软件测试同学的根本原因：

说白了就是面子问题。

开发人员对其所写代码有主观认同感。

人们通常会对自己所犯错误视而不见或者拒绝承认。

同样的，在软件开发领域，程序员们在耗费大量心血编写代码，完成工作之后，他们会固执的认为自己编写的代码会运行良好。

他们对待其开发的应用程序就像对待自己的孩子一样，拒绝承认自己的孩子有什么不好的地方。这就是为什么软件开发人员难于发现和改正自己的错误。

开发人员对软件过于乐观的心态

开发人员进行开发的目标是将软件所需的功能完美的展现出来。

当程序的功能运转正常的时候他们会自我感觉良好，因为他们的主要目标就是功能二字。而测试人员与他们想的却不一样。

测试人员通常会从不同的角度切入进软件内部，打破程序员们惯有的思维方式。他们的目标是通过各种不同的测试用例把软件潜在的不足之处暴露出来。

开发人员与软件测试同学的根本差距：

两者思考维度不一样

开发人员专注于程序的功能，并在现有需求和设计的指引下开展工作，往往不会从业务逻辑和使用者角度去思考功能完成后的实际价值。软件测试人员至少会站在使用者角度去发现一些需求和设计上的问题。这是两者思考方式的区别。

开发人员擅长修复但不擅长拆解

开发人员只擅长代码的功能测试和代码修复，如果程序运行正常，那么他们的测试就结束了。

而事实上，测试人员的主要工作是将应用程序拆解，从每个小块之中找寻那些不易发现的bug，并帮助开发人员了解那些特定的功能应当是怎么样的。

开发人员缺乏从软件测试的角度思考问题

为什么我一直推崇开发人员做单元测试和功能测试包括接口测试，是因为在长期的积累当中你会提高对自身程序拆解的能力，对其他模块理解的能力，这是一个从微观逐渐到宏观的思维方式，如果这种思维方式不建立，开发人员会一直受限于程序员思维而不能自拔。

术业有专攻，每个人都有自己擅长的领域。

许多开发人员认为测试人员是在故意给他们找碴挑刺，而事实上，我们都是在帮助公司的产品在找问题、解决问题。

软件测试同学遇到开发不改的Bug怎么办?

程序员小树：这个bug我不改了

测试小花&小草：为什么啊

程序员小树：就不想改了，咋地

测试小花：凭什么不改，你说不改就不改啊，xxxxx，两个人怼起来了.....

测试小草：不改就不改吧，那我关了啊.....

显然，上面小树、小花、小草的做法都是不对的，那么怎么样才算是比较合理的解决办法呢

首先，搞清楚bug不改的原因：

1、开发本地无法复现，觉得bug没有了

解决办法：帮助开发复现bug，如果开发本地没有问题，但是测试的环境有问题，拉着开发过来看，并且对比有哪里不一样，让开发尽量的复现解决。同时这个时候反思自己的bug提交的是否正确，步骤是否明了，如果有误，及时修改bug内容

2、bug需要执行多步操作，比较复杂，开发觉得没有必要修改

解决办法：

a、个人魅力(不要小看这点，和开发搞好关系还是很重要的)

b、站在用户的角度去分析，如果上线后用户遇到了这个问题，会发生什么样的后果，尝试说服开发

c、找产品确认，说明问题的详情，可能出现的后果，由产品来做最终决定权或者和产品一起说服开发

3、临近上线了，bug发现的太晚了，来不及修复了

解决办法：首先要看这个bug的优先级，如果真的属于影响用户的使用和体验的，一定要在上线之前解决，一是延迟上线时间，二是加班解决bug。如果不是，那最终的决定权还是要交给产品，由产品来判断

4、涉及到框架的修改，修改成本太高了，这个版本先不改了

解决办法：寻找公司内部其他技术大牛，看是否真的没有其他可替代的解决办法，同时把可能出现的风险列给产品，由产品决定

5、第三方插件的问题，我解决不了

解决办法：找相应的同事，联系第三方插件的工作人员，推动第三方尽量修复这个问题

总之根据不同的情况，进行不同的处理，不能仅凭借开发的一句话，测试就稀里糊涂的将bug关闭，也不能因为一个无关痛痒的问题，揪着开发不放，影响整个项目的测试进度。

请记住，测试人员永远是开发人员身边最好的朋友!

恭喜你阅读完了本文，希望通过本文的阅读可以对你与开发人员的相处提供一些帮助，任何事情都是有原因的，有原因我们就好解决。另外你不要理解为软件测试人员与软件开发人员是一对天敌，他们是朋友，是互相促进的关系，而非你输我赢、你死我生的状态，心态很重要!好了， 如果你还有软件测试相关的问题，欢迎你来达内软件测试培训机构进行咨询。

免责声明：内容和图片源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。