软件测试出现bug怎么解决目录
5、软件测试工程师在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？
软件测试出现bug怎么解决
在软件测试过程中，当发现bug时，需要进行一系列的操作来解决。具体流程如下：
1. 测试人员提交缺陷：测试人员提交bug时，需要注明缺陷的发现过程、缺陷的状态、可能导致的结果，以及缺陷的严重程度和类型。
2. 测试经理对缺陷进行过滤：测试经理根据bug的严重程度和优先级进行划分，一般从致命bug、严重错误、一般错误、较小错误、建议划分为5个程度等级，对可能导致系统功能丧失，引发死机崩溃的bug优先处理。明确bug版本、处理日期等。
以上就是软件测试过程中发现bug时的处理流程，供您参考。如果您想了解更多信息，建议咨询专业人士。
软件测试发现bug怎么处理
一是项目经理通过和客户的交流，完成需求文档，由开发人员和测试人 员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地 方和可能有明显冲突或者无法实现的功能的地方。
项目经理通过综合 开发人员，测试人员以及客户的意见，完成项目计划。
然后sqa进入项目，开始进行统计和跟踪。
二是开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或 者双方理解不同的地方。
测试人员完 成测试计划文档，测试计划包括的内容上面有描述。
三是测试人员根据修改好的需求分析文档开始写测试用例，同时开发人 员完成概要设计文档，详细设计文档。
此两份文档成为测试人员撰写 测试用例的补充材料。
四是测试用例完成后，测试和开发需要进行评审。
五是测试人员搭建环境
六是开发人员提交第一个版本，可能存在未完成功能，需要说明。
测试 人员进行测试，发现 bug 后提 交给 bugzilla。
七是开发提交第二个版本，包括 bug fix 以及增加了部分功能，测试人员进行测试。
八重复上面的工作，一般是 3-4 个版本后 bug 数量减少，达到出货 的要求。
九是如果有客户反馈的问题，需要测试人员协助重现以及回归测试。
在传统的 bugzilla 中，bug 描述应该包括以下的信息：① 和 bug 产生对应的软件版本；② 开发的接口人员；③ bug 的优先级；④ bug 的严重程度；⑤ bug 可能属于的模块，如果不能确认，可以用开发人员来判断；⑥ bug 标题，需要清晰的描述现象；⑦ bug 描述，需要尽量给出重新 bug 的步骤；⑧ bug 附件中能给出相关的日志和截图。
高质量的 bug 记录就是指很容易理解的 bug 记录， 所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。
软件测试如果遇到开发不改的Bug，该怎么办
如果在软件测试的过程中，遇到了各种在软件开发过程中自己未曾预料到的 Bug，那么也别无他法，只能够需要自己非常耐心地利用程序调试工具去调试自己编写的程序源代码。
5、软件测试工程师在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？
答：首先，将问题提交到缺陷管理平台里面进行备案登记。
然后，要获取判断的依据和标准：
根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；
如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷；
根据用户的一般使用习惯，来确认是否是缺陷；
与设计人员、开发人员和产品经理等相关人员探讨，确认是否是缺陷；
合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。
等待产品经理做出最终决定，如果仍然存在争议，跟测试经理确认，在发上线报告时把这个bug的风险遗留，预警，让全项目方的人都知悉这个情况。
如果想这块内容增强的小伙伴参考网上的相关知识(黑马程序员论坛等)