软件测试——bug提交及跟踪流程

Bug的跟踪管理

 

指派bug：

1. 优先看bug是不是某需求的，指派给对应需求的开发负责人
2. 如果无法区分是哪个需求的问题，项目老大指派

常见的笔试面试题：

1. 公司的bug是如何进行跟踪的？
2. 遗漏bug？遗留bug？
3. Bug的生命周期？（笔试题）
4. 你提交一个bug，开发说不是，如何处理？
5. 你在发现bug并确认不该的过程中，对于复现率不高，偶发bug如何处理？
6. 有没有你印象深刻的bug，bug的原因/bug当时怎么解决的？

测试工具：禅道

禅道中生成报表用来写测试报告

如何提交一个高效bug？

发现bug后，提交到bug管理平台，提交一个bug包含哪些内容？

Bug标题：标题要清晰简洁；如果没有选择功能模块，最好在标题中标注功能模块，让查看bug的人员清楚地知道你要表达的意思，bug的功能模块+bug的操作+bug的结果

重现步骤：简单写下发现bug的测试过程，罗列下，能知道开发重现这个bug，附上测试数据

实际结果：出现bug的结果，粘贴bug截图、日志截图

预期结果：记得写清楚预期

Bug类型和严重程度：便于后续测试结果分析，bug的统计

Bug测试环境，例如什么系统，那个版本，兼容性问题，难以重现问题

附件：日志文件、文件测试数据，图片，崩溃日志文件等

Bug的处理状态

1. 已经指派的bug

已经指派给开发，请大家注意自己的bug走向，随时关注并进行跟踪！如果一直没有修复，提醒开发修改，以免开发忘记；如果已经修复等待测试环境更新后进行验证。催着改bug。

1. 已解决的bug

等待测试环境更新后进行验证，验证通过则关闭;验证不通过则重新打开指派给开发。

1. 重复的bug

先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复，说明原因，重新打开指派给开发。

1. 不是缺陷

确认开发环境是否跟测试环境一致，如果如开发所说不是缺陷则进行关闭;如果确认是缺陷跟开发沟通，沟通未达一致找产品确认，确认是bug注明情况并再次指派给开发。

1. 无法重现

确认开发环境是否跟测试环境一致?包括操作步骤、浏览器、环境、特定账号、输入数据等，如果多个版本验证之后，如开发所说重现不了，依据bug的严重程度跟产品、开发一起确认关闭;如果找到重现原因，注明清楚并再次指派给开发。

1. 不予解决

找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发。

1. 设计如此

找产品经理进行确认。确认设计如此进行关闭;确认是问题，备注原因重新指派给开发。

1. 延期修改

请看下bug严重程度，是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录，后续版本进行关注——不关闭