软件测试——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严重程度,是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录,后续版本进行关注——不关闭

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值