- 名称
- 对问题执行此操作时,工作流中的下一状态名称。 例如,在默认工作流中,如果未审阅的问题确认为缺陷,则 Issue Manager 会将问题移到下一状态,即开发部准备就绪。
- 原因代码
- 可选关键字,用于说明当执行此操作时某个问题从当前状态更改为新状态的原因。 选择相应的选项:
- 无更改
- “无更改”表明当问题移到新状态时关键字得以保留。 它显示在“问题详细信息”页面的“原因代码”字段中。 例如,以下工作流显示当开发人员声明已修复缺陷时,该缺陷将移到“质保部准备就绪”,并显示原因代码“已修复”。 如果质保部工程师已验证该声明,则该缺陷将移到“关闭”状态,同时保留“已修复”原因代码。
浏览问题的任何用户通过查看原因代码即可了解关闭缺陷的原因。
- 清除
- 表明当问题移到新状态时将清除当前状态的原因代码。 当问题返回工作流中的上一状态时(例如,当开发人员声明已修复缺陷时,该缺陷将移到质保部准备就绪,并显示原因代码“已修复”),“清除”是一个合理的选择。 但是,如果“修复”被拒绝,则该问题将发回开发部(开发部准备就绪)并且将删除已修复原因代码,因为此声明具有争议。 当您选择清除时,工作流将在原因代码字段中显示清除;但是,用户将在问题详细信息页面上看到空的原因代码字段。
- 设置为
-
表明您可以将原因代码与此操作关联。 输入最多包含 20 个字符的关键字。 建议使用全大写字母。 使用设置为可在操作将问题移到需要原因代码的新状态时指定原因代码。 一般来说,您应该为开发人员执行的所有操作分配原因代码。
例如,在默认工作流中,开发部准备就绪状态的已修复操作会将问题发送到质保部准备就绪状态,并且原因代码为已修复。 在人员行为方面,这意味着当开发人员声明已修复缺陷后,他会将其交给质保部工程师,现在后者可以轻松扫视问题详细信息页面以查看该缺陷为何发送到他/她的收件箱(如果开发人员无法修复它或者软件是按设计工作,缺陷也可能位于此处)。
如果您未使用原因代码
原因代码是有助于最大程度减少工作流中的状态数的可选关键字。 例如,如果原因代码有助于说明问题处于关闭状态的原因,一个终端状态就已足够,而无需定义多个关闭状态(不是缺陷、不可再生、无法重现和重复)。 如果您决定不使用原因代码,则您可能需要具有多个终端状态。 通过选择称为无人(终端状态)的单选按钮,(它将在状态属性对话框的状态所有者字段中显示为选择),可将某个状态设为终端状态。