Bug的生命周期

上一篇 / 下一篇  2017-11-24 14:43:04

Bug的生命周期
从一个bug被发现到这个bug被关闭,bug可能会经历的状态:
New, Assigned ,open, Fixed ,,Pending Retest, Retest,
Pending Reject,Reject,Deferred, Postphone ,closed.

New:(新的)当某个bug被发现的时候(第一次),静bug记录下来,并将bug的状态置为new.

Assigned:(已指派的)当一个bug被指认为new之后,将其发给开发人员,开发人员确认这是否是一个bug,如果是,开发者的负责人就将这个指定给开发人员处理,并将bug的状态置为“Assigned”.

Open:(打开的)一旦开发人员开始处理这个bug的时候,他就将这个bug的状态设置为open,这表示开发人员正在处理这个bug.

Fixed:(已修复的)当开发人员认为这个bug已经解决之后,他就将这个bug的状态设置为Fixed,并将其返还给测试组。

Pending Retest(待在测试的)当bug返还给测试组后,我们将bug的状态设置为Pending Retest.

Retest:(再测试)测试人员再次测试这个bug,并将这个bug的状态设置成Retest

closed(已关闭)如果测试人员再次测试这个bug之后,确认这个bug已经解决之后,将bug的状态设置为closed

Reopen(再次打开)如果经过测试发现bug(指的是这个bug本身,而不是因修复这个bug而引发的新的bug)仍存在的话,测试人员讲bug再次提交给开发组,并将bug的状态设置成Reopen.

Pending Reject (决绝中)如果测试人员传递给开发组的bug被开发者认为是正常的,而不是bug的时候,这种情况,开发人员是可以拒绝的,并将bug的状态设置为Pending Reject。

Reject: (被拒绝的)测试组的人接收到这个bug的时候,如果他发现这是产品说明中定义的正常行为或者与开发者沟通讨论之后认为这个并不算是bug的时候,开发人员就可以吧这个bug的状态设置为Reject

Postponed(延期)有些时候,对于一些特殊的bug的测试可能需要搁置一段时间,事实上很多原因导致这种情况的发生,比如无效的测试数据一些特殊的无效的功能等,在这种情况下bug的状态就被设置成Postponed

Deferred(延期的)有些情况下,一些特殊的bug显的不那么重要,同事也是可以消除的,这个时候我们将这个bug设置成Deferred


TAG:

 

评分:0

我来说两句

日历

« 2024-03-24  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 10674
  • 日志数: 18
  • 建立时间: 2017-10-12
  • 更新时间: 2019-11-19

RSS订阅

Open Toolbar