漫谈软件缺陷管理

在测试工作中，缺陷管理是我们必不可少的工作内容之一。既然是管理，也就少不了时间、人物和管理内容。本文将分享软件项目中缺陷管理的基本内容以及对缺陷管理的一些思考。

如图1-1所示，缺陷通常包含以下八个状态：打开、重新打开、已修复、未复现、问题重复、不是问题、延期修复和关闭。其中，研发人员需要关注和处理打开和重新打开这两个状态下的缺陷，测试人员需要关注和处理已修复、未复现、问题重复、不是问题和延期修复这五个状态下的缺陷。当然，不同企业对缺陷状态的设置会存在一定的差异，本文暂时以这些状态为例。

图1-1 软件缺陷状态图

当我们新录入一个缺陷后，缺陷即处于初态，也就是处于打开状态，这时缺陷的负责人就流转到了研发工程师身上。如图1-1中标记为1的状态流向，研发分析缺陷后可以有不同的处理方式，如果确认是Bug，则在缺陷修复后将缺陷状态流转到已修复，这时候缺陷的负责人就流转到了测试工程师。如果研发人员无法复现问题或者认为不是问题或者发现有重复的缺陷记录了，则备注原因后流转向相应的状态。如果确认了是Bug但是在当前版本来不及修复，在与产品经理和测试工程师协商一致后，可将缺陷流转到延期修复状态。

如图1-1中标记为2的状态流向，这里的状态流向是双向的，即缺陷可以在测试工程师和研发工程师间多次来回流转，