软件测试中Bug的生命周期

发表于:2019-5-08 10:33

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:GaoYyyy    来源:CSDN

#
Bug
分享:
  Bug的生命周期中有很多个状态,下面我就为大家比较细致的罗列出一个Bug从它被创建到关闭的过程:
  1.首先当测试人员接到一个项目或产品准备测试的时候,测试人员会根据测试用例一步步的来执行用例进行简单的功能测试。当测出一个Bug的时候,就是这个Bug被开始创建的状态(也就是被新建New);
  2.当一个Bug出现,测试人员会将这个Bug递交给开发人员,让开发人员进行修复,这个时候Bug的生命周期就进入到了被指派的状态(Assigned);
  3.当开发人员将这个Bug接到手之后会认证它到底是不是一个Bug,此时Bug就进入到被打开的状态(Open),这个时候也表示开发人员可能正在修复此缺陷;
  4.当此Bug已经被开发人员修复成功之后,Bug就会进入到另一个状态就是已被修复的(  Fixed),这个时候开发人员又将此Bug交还给了测试经理然后再由测试经理分配给负责它的测试人员;
  5.Bug再次回到测试人员的手里(测试嘛,专职的活就是找Bug和测Bug...)这个时候他还会将这个Bug再测一遍,那此时Bug就进入到了待被测试的状态(Pending  Reset);
  6.测试人员正在测试这个已经被开发人员修复过一次的Bug,Bug的状态又进入到了再测试的状态(Reset);
  7.经过测试人员的第二轮测试确认此Bug已被修复,这时Bug就进入到了接近尾声要被关闭的状态了(Closed);
  8.那如果测试人员经过第二次测试发现缺陷依旧存在,那就会重新把Bug递交给开发人员让开发人员继续修复。此时Bug进入到重新被打开的状态(Reopen);
  9.当将这个Bug再次传递给开发人员的时候(他也会纳闷儿,我这个Bug明明已经修复好了啊,怎么又给我让我修复呢,我拒绝!或者说开发人员认为这并不是个Bug时),开发人员可以拒绝接受此Bug,此时Bug又进入到正在被拒绝中的状态(Pending  Reject);
  10.经过开发团队开会讨论或者与产品经理交流沟通后发现这确实不是个Bug,或者说这与产品说明书上写的保持一致,那项目经理就会把此Bug设为已被拒绝的状态(Rejected);
  11.有的时候一些比较特殊或者要考虑到很多因素的Bug,又或者说是比较小的但不影响正常功能实现的Bug就会被开发人员设置为延期的(Postponed)。
  注:如果是比较全面的划分,Bug生命周期就是以上的11个!
 
      上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
精选软件测试好文,快来阅读吧~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号