软件缺陷跟踪处理流程

大型本地化软件测试需要进行充分的测试准备,需要科学的测试流程管理。为了跟踪和控制测试质量,便于管理测试发现的Bug,需要为每一个测试项目配置一个专用缺陷跟踪数据库,以便报告、查询、分类、跟踪、处理和验证缺陷。为了保证发现和报告的缺陷质量,需要首先由经验丰富的测试人员,在缺陷跟踪数据库中对新发现的缺陷进行确认,如果确实属于缺陷,再由缺陷修正工程师进行修正处理。

1、软件缺陷的状态

* 新缺陷(New):测试中新报告的软件缺陷。

* 更多新信息(More New Info):缺陷修正工程师认为报告的缺陷信息不完整,要求缺陷报告者添加更准确的缺陷信息。

* 打开(Open):缺陷被确认并分配给相关缺陷修正工程师处理。

* 拒绝(Declined):拒绝修改缺陷。包括两种情况:

* 拒绝一不是缺陷(Declined-Not Bug):报告的缺陷不属于缺陷。

* 拒绝一重复(Declined-Duplicated):以前已经报告过这个缺陷,需要指出已经报告过的缺陷标识号。

* 修正(Fixed):缺陷修正工程师已完成修正,等待测试人员验证。

* 重新打开(Reopen):没有正确修正的缺陷,需要进一步修正。

* 延期(Deferred):不在当前版本修正的缺陷,将在以后的版本修正。包括两种情况:

(1)延期至一下个版本(Deferred-Next Build):本项目的下一个新版本修正。

(2)延期至一下个主要版本(Deferred-Next Main Release):本项目不修正,本软件下一个项目的版本修正。

* 关闭(Closed):缺陷已修正。

2、Bug管理的一般流程

测试人员提交新的缺陷入库,缺陷状态为New。

高级测试人员验证缺陷,如果是重复报告的缺陷,则设置为Declined-Duplicated状态,并指出与哪个已经报告的缺陷重复(注明标识号ID#)。反之,如果确认是缺陷,分配给相应的修正工程师,设置状态为Open。如果不是缺陷,则拒绝,设置为Declined-NotBug状态。

缺陷修正工程师查询状态为Open的缺陷,确认是缺陷则修正,设置状态为Fixed;如果因为缺陷的信息不完全,没法重现缺陷,则设置状态为More New Info;如果不是缺陷,则设置状态为Declined-Not Bug。对于当前版本不能解决,准备本项目的下一个新版本处理的缺陷,要留下处理注释,设置缺陷为Deferred一Next Build状态。如果只能在软件的下个新项目才能解决,要留下处理注释,设置缺陷为Deferred一Next Main Release状态。对于不能解决和延期解决的缺陷,不能由软件修正工程师自己决定,一般要通过某种会议(评审会)通过才能认可。

 

摘自:https://www.etogether.net/htm/translate/20221017/31538.html

新闻动态

NEWS