开发写代码，测试找出代码中的bug，一言不合就红眼争执的事情时有发生。有一 友就爆料自己的公司，称某部门测试和开发动手了，吵得很凶，听说还用鼠标线勒脖子了！
01、测试提交Bug描述缺少截图
“每次提bug，开发都让清数据、清缓存、重启机器，三两下把bug整不见了，等到bug复现不出来，就说看吧，不能复现，不修复了！”
能熟悉至少一门语言，不管是Java，Python还是Go，掌握其中1-2个就可以。有了语言基础，测试可以更加深刻理解产品的实现，也能够更加清楚的知道bug经常会出现的模块，能够对产品进行更加充分的测试。
03、测试没有尽早介入，后期提新需求改动太多
测试什么时候介入好早越好。
在软件研发的整个过程中，需求分析、设计、编码、测试、发布维护中，都有可能引入软件缺陷，修复软件缺陷的费用随着时间的推移而增加，尽早测试并发现软件缺陷，修正时所投入的人力物力就越少。
很多冲突源于大家对需求理解不一样，当测试和开发对一个bug持有不同观点的时候，不要率先很强硬的否定他，尝试解释为什么他理解的需求有不足之处。找一些可以站得住脚的论点，从用户角度出发，从安全性考虑，或者从易用性和友好性来看，说服开发接受测试的观点，而不是强加自己的观点给他们。
测试工程师要提高自己的情商，增强自己的沟通能力，懂得站在开发的角度思考问题，学会去尊重开发人员。
05、其他开发方面原因
其他方面还有如：
工作流程方面：没时间，问题太小（优先级低），上线时间紧急，非自己名下的bug（已离职开发人员遗留的bug）。
开发个人能力原因：找不到解决方案，技术难以实现。有的开发人员只擅长代码的功能测试和代码修复，如果程序运行正常，那么他们的测试就结束了。而测试要将应用程序拆解，从每个小块之中找寻那些不易发现的bug，并帮助开发人员了解那些特定的功能应当是怎么样的。
不可抗力的客观因素：例如系统问题，第三方SDK问题等等。
解决这些问题的方法就是，建立完善的管理流程，通过流程控制来规范开发和测试部门的工作，可以很大程度上减少冲突的发生。
最后，质量保证不仅仅是测试人员的职责，而需要整个团队齐心协力，希望开发和测试都能互相理解，互帮互助~
学习资源分享
最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！