默认缺陷工作流

下图包含默认缺陷工作流:

此示意图中已省略“编辑”、“重新分配”、“添加注释”和“添加解决方法”操作。

  • “编辑”和“重新分配”是每种状态的预定义操作,不能进行修改。 这些操作不会更改问题的状态。
  • “添加注释”是为所有状态定义的操作,不会更改问题的状态。
  • “添加解决方法”是为“开发部准备就绪”、“质保部准备就绪”、“质保部重新处理”和“已关闭”定义的操作,不会更改问题的状态。

缺陷工作流中的默认原因代码

要查看默认缺陷工作流中提供的所有原因代码,请单击问题 > 配置 > 工作流。 选择 BUG 作为问题类型,然后查看其有效操作和原因代码。

示例

考虑通过默认缺陷工作流的常见路径。 报告缺陷,输入未审阅状态,然后将其发送至质保部工程师的收件箱。 确认缺陷并将其发送至开发人员的收件箱(开发部准备就绪状态)。 开发人员声明修复缺陷并采取已修复操作。 已修复操作将缺陷发送至质保部就绪,并附上原因代码已修复。 收到问题的质保部工程师会验证该缺陷是否已修复。 换言之,他会采取验证操作,该操作会将缺陷发送至已关闭状态,保留已修复原因代码。

现在考虑上述示例中的少许更改。 假设质保部工程师拒绝开发人员声称的已修复缺陷。 缺陷将返回到开发人员的收件箱,但此时的原因代码是已拒绝。 开发人员无法重现问题,因此采取需要更多信息操作。 缺陷转到质保部重新处理。 此时,质保部工程师可采取以下两种操作之一关闭问题—标记为重复不再是问题,或者质保部工程师可阐明问题并将缺陷发送回开发部准备就绪