【转载】测试缺陷生命周期定义
2014-08-09 00:12
267 查看
缺陷生命周期定义
从一个defect被发现到这个defect被关闭这一段时间,defect可能会有以下状态:new、open、Postpone、Pending Retest、Retest、Pending Reject、Reject、Deferred、closed。(请注意这里有很多种状态,我们需要根据不同情况来决定怎样或者是否需要跟开发人员沟通)下面就对这几种状态进行以下解释:
New:(新的) | 当某个“defect”被发现的时候(第一次),测试人员需要与项目负责人沟通以确认发现的的确是一个defect,如果被确认是一个defect,就将其记录下来,并将defect的状态设为New |
Assigned(已指派的) | 当一个defect被指认为New之后,将其将给开发人员,开发人员将确认这是否是一个defect,如果是,开发组的负责人就将这个defect指定给某位开发人员处理,并将defect的状态设定为“Assigned” |
Open(打开的) | 一旦开发人员开始处理defect的时候,他(她)就将这个defect的状态设置为“Open”,这表示开发人员正在处理这个“defect” |
Fixed(已修复的) | 当开发人员进行处理(并认为已经解决)之后,他(她)就可以将这个defect的状态设置为“Fixed”并将其提交给开发组的负责人,然后开发组的负责人将这个defect返还给测试组 |
Pending Reset(待在测试的) | 当defect被返还到测试组后,我们将defect的状态设置为“Pending Reset” |
Reset(再测试) | 测试组的负责人将defect指定给某位测试人员进行再测试,并将defect的状态设置为“Reset” |
Closed(已关闭的) | 如果测试人员经过再次测试之后确认defect已经被解决之后,就将defect的状态设置为“Closed” |
Reopen(再次打开的) | 如果经过再次测试发现defect(指defect本身而不是包括因修复而引发的新defect)仍然存在的话,测试人员将defect再次传递给开发组,并将defect的状态设置为“Reopen” |
Pending Reject(拒绝中) | 如果测试人员传递到开发组的defect被开发人员认为是正常行为而不是defect时,这种情况下开发人员可以拒绝,并将defect的状态设置为“Pending Reject” |
Rejected(被拒绝的) | 测试组的负责人接到上述defect的时候,如果他(她)发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作defect的时候,开发组负责人就将这个defect的状态设置为“Rejected” |
Postponed(延期) | 有些时候,对于一些特殊的defect的测试需要搁置一段时间,事实上有很多原因可能导致这种情况的发生,比如无效的测试数据,一些特殊的无效的功能等等,在这种情况下,defect的状态就被设置为“Postponed” |
Deferred(延期的) | 有些情况一些特殊的defect显得不那么重要,同时也是可以消除的,这个时候我们可以将defect的状态设置为“Deferred” |
相关文章推荐
- 测试缺陷分析务实篇(转载)
- 【软件测试】软件缺陷定义
- [转载]缺陷漏测分析:测试过程改进- 向东博客 - 博客园
- 测试用例、软件缺陷、测试生命周期
- 软件测试缺陷定义之需求问题或需求不一致
- 软件测试的概念与定义(转载)
- 加强测试度量工作和缺陷分析工作,不断的改进测试
- 软件测试自动化解决方案之第一部分(下)(转载)
- 加强测试度量工作和缺陷分析工作,不断的改进测试
- [转载]测试人员的汽车保险杆标语
- 关于volatile关键字的说明以及测试 (转载)
- 转载:《微软的软件测试方法》
- 【转载】事务处理的定义
- 使用简单的J2ME程序测试MIDlet的生命周期
- Web开发中常见的安全缺陷及解决办法(作者:Amit Klein ;仙人掌工作室 编译 发文时间:2003.10.23)(赛迪转载)
- 有效和正确定义hashCode()和equals() (转载)
- 测试与软件生命周期
- CppUnit - 测试驱动开发入门-转载
- [C#]I/O完成端口的类定义和测试实例
- 转载:《五种常见的.NET应用程序的安全缺陷》