bug的管理流程是怎么样的
bug的管理流程是:1、提交bug;2、确认bug;3、查询并修复bug;4、验证bug是否解决。其中,”提交bug“指的是测试人员提交新的Bug入库,此时错误状态为New。确认bug指高级测试人员验证错误,如果错误,设置状态为Open。
软件的Bug,狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。
bug的生命周期,就是一个bug被发现到这个bug被关闭的过程。生命周期中一般缺陷状态:新建(提bug)→指派→已解决→待验→关闭。 如果待验的bug在验证时没有解决好,我们需要重新打开(激活)→指派→已解决→待验,循环这个过程。 中间其他状态:拒绝、延期等。
一、bug的管理流程
1、提交bug
测试人员提交新的Bug入库,错误状态为New。
2、确认bug
高级测试人员验证错误,如果确认是错误,分配给相应的开发人员,设置状态为Open。如果不是错误,则拒绝,设置为Declined(拒绝)状态。
3、查询并修复bug
开发人员查询状态为Open的Bug,如果不是错误,则置状态为Declined;如果是Bug则修复并置状态为Fixed。不能解决的Bug,要留下文字说明及保持Bug管理为Open状态。对于不能解决和延期解决的Bug,不能由开发人员自己决定,一般要通过某种会议(评审会)通过才能认可。
4、验证bug是否解决
测试人员查询状态为Fixed的Bug,然后验证Bug是否已解决,如解决置Bug的状态为Closed,如没有解决置状态为Reopen。
二、Bug的跟踪管理
已经指派的bug:已经指派给开发的,请大家注意自己bug的走向,随时关注并进行跟踪!如果一直末修复,提醒开发修改,以免开发忘记;如果已经修复等待测试环境更新后进行验证。催着改bug。
已解决的bug:等待测试环境更新后进行验证,验证通过则关闭;验证不通过则重新打开指派给开发。
重复bug:先查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发。
不是缺陷:再次依据需求确认,是否是bug,如果依然觉得是缺陷跟开发沟通,列举出来觉得是bug的点,沟通未达一致找产品确认, 确认是bug注明情况并再次指派给开发,产品确认不是bug,就不纠结,直接关闭bug,但是,会拿小本本把这个bug记录下来,等到测试任务结束后,再来研究研究。
无法重现:确认开发环境是否跟测试环境一致?包括操作步骤、浏览器、环境、特定账号、输入数据等,如果多个版本验证之后,如开发所说重现不了,依据bug的严重程度跟产品开发起确认关闭;如果找到重现原因,注明清楚并再次指派给开发。
不予解决:找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发。
设计如此:找产品经理进行确认。确认设计如此进行关闭;确认是问题,备注原因重新指派给开发。
延期修改:请看下bug严重程度,是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录,后续版本进行关注。
三、bug管理要点
- 为了保证错误的正确性,需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误,书写的测试步骤是否准确,可以重复。
- 每次对错误的处理都要保留处理信息,包括处理姓名,时间,处理方法,处理意见,Bug状态。
- 拒绝或延期错误不能由程序员单方面决定,应该由项目经理,测试经理和设计经理共同决定。
- 错误修复后必须由报告错误的测试人员验证后,确认已经修复,才能关闭错误。
- 加强测试人员与程序员的交流,对于某些不能重复的错误,可以请测试人员补充详细的测试步骤和方法,以及必要的测试用例
四、Bug的类型
要确定一个bug的类型,需要对项目(或产品)有比较深的理解。这个划分对于开发定位问题影响很小,但对于问题类型的统计就比较重要了。
常见的bug类型划分(禅道系统为例,可自定义):
- 代码(功能)错误:产品功能没有实现
- 界面优化:UI界面测试
- 设计缺陷:需求中要求有xx功能,但实际上开发并未将此功能完成
五、Bug的等级
要bug等级,这个划分有分三级或四级,也有分五级的。如果是等级越高,那么可能被修复的等级也会高一些,然后有些公司还会根据你提的bug数量和bug等级来考察你的绩效。很多情况下,我们提交bug大致的等级差不多即可,没有严格区分。
如何来判断bug的等级(严重程度),一般可以参照下面的判断条件。
致命错误:
- 常规操作引起的系统崩溃、死机、死循环、闪退
- 造成数据泄漏的安全性问题,比如恶意攻击造成的账户私密信息泄露
- 涉及金钱计算
- 阻断性测试,所有测试工作进行不下去(冒烟测试)
严重错误:
- 重要功能不能实现;(需要去分析需求)
- 错误的波及面广,影响到其它重要功能正常实现;功能交互(例如点了题目收藏结果题目没收藏到,反而把题目弄丢了)
- 非常规操作导致的程序崩溃、死机、死循环、闪退
- 外观(界面)难以接受的缺陷
- 密码明文显示:(界面+ 数据库)
- 偶现的致命性bug
一般错误:
不影响产晶的运行、不会成为故障起因,但对产品外观和下道工序影响较大的缺陷
- 次要功能不能正常实现
- 操作界面错误(包括数据窗口内列名定义、含义不一致)
- 查询错误,数据错误显示;(排除产品是做搜索引擎的)
- 简单的输入限制未放在前端进行控制:(格式限制)长度
- 删除操作未给出提示:(防 止误操作)
- 偶现的严重性bug
推荐阅读:
bug管理工具禅道怎么样?8大类似的Bug管理系统盘点 | 类似Jira的5大优异bug管理工具整理 | 国内外11款拔尖bug管理工具