软件测试遇到bug问题应该如何处理
我们在上文中给大家简单介绍了软件测试分析的一些方法与注意事项等内容，而今天我们就再来了解一下，软件测试遇到bug问题应该如何处理。
一、bug管理流程
1.Bug提交注意事项
Bug标题描述需要精简、准确，删除冗杂/无用描述，使用中性化语言(无任何偏激/幽默等修饰)。尽可能描述如何触发的bug，如何重现bug，bug的影响。有附件、日志，尽可能贴上截图/关键日志进一步说明问题.
bug标题描述我们应该按照以下格式：【某某功能模块】某某子功能/页面：某个功能显示错误，显示……。应显示……例：功能/UI缺失的bug，直接写成：【某某功能】某某页面:‘某某功能’未实现/未生效;页面缺少什么。需求UI图上有显示。附上UI图。像接口一些特别复杂不好描述的，尽量把图贴上。可以截图的都把图片贴上。另有多张图片时，把所有图片合在一张里面再上传。
2.Bug提交验证流程
提交----各种bug(代码错误、需求设计、建议、用户体验类的等等)都要提交到公司的bug管理工具上，(备案备案)。
指派---直接指给对应的开发人员
验证、关闭--开发人员解决后，进件验证，验证完成关闭(关闭时记录备注注明在哪个环境，哪个版本/包上回归的，并写明回归结果)。
不修复的bug处理:确认好不修复的原因(代码错误、需求遗漏、设计实现困难、改动影响其他功能)-向产品、TL各个领导报备确认，指出影响范围(这个时候多半遵循他们的意见)
二、业务测试方法
1.业务测试的方法和实践
a.站在用户的角度
优秀的需求应该是站在用户的角度来思考问题，是用户能够利用系统完成什么，而不是系统自己完成。因此在需求理解时要多和软件的终用户进行交流，了解他们的诉求，以便有针对性的进行测试。
b.重视全局，而非细节
工作重点应该是放在尽可能全面的收集需求要点、了解整体的业务流程、分析主体业务流程和重点业务流程等工作上。在获得了系统的全貌之后，我们会发现原先在编写功能测试用例对系统的认识是不充分的，这时要编写的流程测试用例需要根据新的思路进行重新排列。
c.现场客户
现场客户随时提供对需求细节的指导。如果没有条件，可以定期的邀请用户参加项目例会或安排和用户交流等。另外在需求理解评审和测试设计评审会尽量邀请用户参与。
2、业务测试学精必备的两种能力
为产品质量负责的能力。
为产品体验负责的能力。