您可允许单个用户或整个用户组覆盖普通路由,以验证组织中的问题。 例如,用户可能要验证报告的问题是否已修复。
要允许此覆盖,请向用户或用户组授予
问题验证首选项权限。 借助此安全权限,用户便可从中选择以下三个策略之一:
- 策略
- 说明
- 始终使用普通路由
- 验证的普通路由。 问题将路由至相应的质保部收件箱。
- 始终验证自己的问题
- 让 Issue Manager 将用户提交的问题路由到其自己的收件箱而非典型的质保部收件箱进行验证。
- 提示每个新问题
- 让 Issue Manager 为用户提供在每次报告问题时覆盖普通路由的选项。
重新分配覆盖自动路由
重新分配问题是一种覆盖自动路由机制的手动路由方法。 用户可明确采用“重新分配”操作将问题路由到其他用户(通常是同组用户)的收件箱。 例如,开发人员 Bill 将去度假,他可能会将“开发部准备就绪”缺陷重新分配到其开发部同事 Dan。 虽然该缺陷已重新分配,但仍处于“开发部准备就绪”状态。
当已重新分配的问题返回到工作流中的先前状态时,例如,如果 Dan 拒绝缺陷修复,Issue Manager 会记住重新分配并稍后将问题返回到手动向其路由问题的收件箱(在此情况下为 Dan 的收件箱)而非最初向其路由问题的收件箱(在此情况下为 Bill 的收件箱)。
示例
要了解重新分配如何有效工作,请看将缺陷发送回工作流中较早状态的示例,在此示例中,缺陷重新分配了两次(一次是“开发部准备就绪”状态,另一次是“质保部准备就绪”状态)并且质保部工程师拒绝缺陷修复。
- 新缺陷以开发部准备就绪状态进入工作流。 路由规则将缺陷自动发送到开发人员 Bill 的收件箱。
- Bill 将缺陷重新分配到开发人员 Dan 的收件箱。
- Dan 声称已修复缺陷,这会将缺陷发送到质保部准备就绪状态。
- 路由规则将缺陷自动路由到质保部工程师 Mike 的收件箱以进行验证。
- Mike 将缺陷重新分配到其同事 Sarah 的收件箱。
- Sarah 拒绝修复,这会将缺陷发送回“开发部准备就绪”状态。
- Issue Manager 将“开发部准备就绪”缺陷路由回 Dan 的收件箱,因为他是在该状态下最后对缺陷采取操作的开发人员。
- Dan 再次修复缺陷并将其发送回“质保部准备就绪”状态。
- Issue Manager 将“质保部准备就绪”缺陷路由回 Sarah 的收件箱,因为她是在该状态下最后对缺陷采取操作的质保部工程师。
如果没有增强路由,处于“开发部准备就绪”状态的问题(步骤 7)可能会路由到 Bill 的收件箱,而 Bill 可能再次将该问题重新分配到 Dan。 同样,处于“质保部准备就绪”状态的问题(步骤 9)可能会路由到 Mike 的收件箱,而 Mike
可能再次将该问题重新分配到 Sarah。