Bug缺陷管理

Bug提交和跟踪

1、准备工作
在提 Bug 之前，先确认问题确实存在，并尽可能重现问题。确保问题不是由于误解或操作失误引起的

2、Bug提交 ：

包括标题、复现步骤、期望结果、实际结果、附件信息、优先级、严重程度、缺陷分类、缺陷归属、指派人，版本迭代

• 标题：简明扼要地描述问题
• 复现步骤：提供重现问题所需的具体步骤，问题发现时间点、账号信息、测试环境、重现概率等。
• 期望结果和实际结果：说明预期的结果和实际观察到的结果之间的差异。
• 附件信息：截图、视频、日志等
• 优先级：根据问题的优先级分为P0(最高优先级)、P1（一般优先级）、P2（较低优先级）
• 严重性：根据问题的严重程度和影响范围分为严重、一般、轻微
• 缺陷分类：代码缺陷、需求缺陷、配置问题、部署问题、兼容问题、体验优化
• 缺陷归属：缺陷归属于哪个端，一般包含Android、iOS、服务端、H5、flutter双端
• 指派人：指给指定开发人员
• 版本迭代：填写当前测试的版本，用于区分是哪个版本发现的问题及该问题需要在哪个时间前解决

3、Bug跟踪 ：

提交bug后，必要时需要及时推动开发解决，协助重现排查，做到闭环处理。bug流转状态一般包含待处理、已解决、重新打开、已关闭

• 待处理：测试提交bug后，bug未解决前为待处理状态
• 已解决：开发修改代码/配置解决bug后，开发将bug状态改为已解决并备注上解决方案、影响范围
• 无需解决：不是bug或者与产品测试确认无需解决的，开发将bug状态改为无需解决。
• 重新打开：测试针对已解决的bug验证后依然存在问题需要将bug重新打开，如果是解决后引起其他的问题可另外提一个bug。针对无需解决的bug不认同且和开发产品最终确认是需要解决的可重新打开
• 已关闭：测试针对已解决状态的bug进行验证，除了验证bug本身，还需验证其他影响到的地方，验证无问题后将bug状态改为已关闭。针对无需解决的bug，确认好后可直接关闭

Bug管理平台

常见的缺陷管理平台有禅道、Jira、teambition、Bugzilla等。