关于积压工作和面板中的工作流状态
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
工作流对于管理工作项至关重要,包括状态、转换和原因。 每个工作流都为特定工作项类型定义。 转换允许在状态之间移动,无论是向前还是向后。 添加自定义状态时,系统会自动包括转换为所有其他继承状态,但“已删除”状态除外。
每个状态都分类为支持敏捷工具积压工作和板视图,确保简化有序的工作流流程。
工作流状态
工作流状态定义工作项是如何从创建进展到关闭的。 对于用户情景(敏捷过程),主要状态为“新建”、“活动”、“已解决”和“已关闭”。 已删除状态用于从积压工作项中删除;有关详细信息,请参阅 移动、更改或删除工作项。
工作项类型(用户情景(敏捷)、问题(基本)、产品积压工作项(Scrum)和要求(CMMI)的自然进展和回归如下所示。
类别状态
类别状态确定敏捷规划工具和仪表板小组件如何处理每个工作流状态。 工作项类型使用状态类别来跟踪进度。 这些状态适用于所有使用相同流程的项目,并影响工作项在积压工作和板上的显示方式。 积压工作、板和小组件使用的状态类别是“建议”、“正在进行”、“已解决”和“完成”。
下表显示了如何将默认的继承状态映射到四个系统流程的类别状态,包括测试计划工作项类型。 测试用例、测试设计和测试套件的工作流状态在所有四个系统流程中都是相同的。
类别
跟踪工作
测试跟踪
建议:分配给与新添加的工作项关联的状态,以便它们显示在积压工作上。 面板和任务面板上的第一列映射到“建议”状态类别。
新
设计(测试用例)
正在进行:分配给表示活动工作的状态。 分配给映射到此类别的状态的工作项显示在积压工作(除非你选择隐藏它们)中,并构成面板中的中间列。
活动(Bug、长篇故事、功能、用户情景)
活动(测试计划)正在规划(测试套件)正在进行(测试套件)就绪(测试用例)
已解决:分配给表示解决方案已实现但尚未验证的状态。 通常,这些状态适用于 bug。 默认情况下,处于“已解决”类别状态的工作项显示在积压工作上。 你还可以在燃尽图中包括已解决状态,并更准确地跟踪进度。 敏捷工具处理已解决类别状态的方式与处理正在进行类别状态的方式完全相同。
已解决 (Bug)
不适用
已完成:分配给表示工作已完成的状态。 状态在此类别中的工作项不会显示在积压工作上,并且显示在面板的最后一列。 不能修改此类别中的状态,也不能向此类别添加状态。
已关闭(Bug、长篇故事、功能、用户情景)
已关闭(测试用例)已完成(测试套件)非活动(测试计划)
已删除:分配给“已删除”状态。 映射到“已删除”类别的状态的工作项在积压工作和面板体验中隐藏。
已删除(长篇故事、功能、用户情景)
不适用
工作项类型及其版块
了解每个工作项类型的显示位置,以便可以有效地管理工作。
工作项类型类别 | 工作项显示在这里 |
---|---|
要求 | 仅在产品面板。 |
功能 | 仅在功能组合面板上。 |
长篇故事 | 仅在长篇故事组合面板上。 |
自定义 | 仅在自定义组合面板上。 |
提示
建议将每个工作流状态映射到一列。 如果没有映射,它就不会出现在面板上。
注意
已完成或已关闭的工作项在更改日期值超过 183 天(大约半年)后,不会显示在积压工作和面板上。 仍然可以使用查询列出这些项。 如果想让它们出现在积压工作或面板上,可以对其进行微小的更改,以重置时钟。
注意
已完成或已关闭的工作项在更改日期值超过一年后,不会显示在积压工作和面板上。 仍然可以使用查询列出这些项。 如果想让它们出现在积压工作或面板上,可以对其进行微小的更改,以重置时钟。
“激活者”/“激活日期”和“解决者”/“解决日期”字段
当基于相应的工作流类别状态发生更改时,系统会更新这些字段:“激活者”、“激活日期”、“解决者”和“解决日期”。 当工作流状态更改为“正在进行”状态类别时,将更新“激活者”和“激活日期”。 当工作流状态更改为“已解决”状态类别时,将更新“解决者”和“解决日期”。
要详细了解工作流状态如何映射到状态类别,请参阅如何在积压工作和面板中使用工作流状态和状态类别。
注意
管理此处所述字段的逻辑适用于 Azure DevOps Services、Azure DevOps Server 2020.1 更新更高版本。
由于这些字段引用工作流状态类别,因此在更新字段时会引用你添加的自定义工作流状态。 要了解有关自定义的详细信息,请参阅自定义流程的工作流。
其他说明:
- 只要工作项从正在设置的类别状态之外的类别状态移动,字段就会更新。 例如,如果将工作项从“新”更新为“已修复”,则会更新“解决者”/“解决日期”字段。 但是,如果从“已修复”和“已准备好进行测试”进行更新(它们处于同一类别状态),则不会更新“解决者”/“解决日期”字段。
- 当你向后转换(例如从“已解决”状态转换为“活动”状态)时,系统会清除“解决者”/“解决日期”字段的值。 如果从“活动”更改为“新”,系统会清除“激活者”/“激活日期”字段的值。
- 请勿手动更改这些字段的值。 它们是受系统规则约束的系统字段。 你尝试设置的任何值都将被覆盖。
何时添加状态和列
使用状态和列来跟踪工作状态。 工作流状态跨项目共享,而列在团队中共享。 只有项目集合管理员可以添加自定义状态,而团队管理员可以添加列。
添加自定义状态以将所有团队与组织的业务工作流保持一致。 自定义过程会自动自定义引用它的项目和工作项类型。
自定义状态有助于避免不同团队混淆,从而基于列创建查询。 由于团队可以自定义板栏和泳道,因此工作项值在各版块上可能有所不同。 通过团队区域路径维护工作项的单个所有权,或通过添加跨团队共享的自定义状态来正式化列。
使用拉取请求自动完成工作项
在将工作项链接到拉取请求 (PR) 时,你可以在完成 PR 时自动完成这些工作项。 有关详细信息,请参阅使用拉取请求自动完成工作项。
自动执行工作项状态转换
可以根据工作项的子任务状态自动更新工作项的状态。 有关详细信息,请参阅自动执行工作项状态转换。
相关文章
继承流程模型
本地 XML 流程模型
仪表板小组件
- 浏览潜在顾客时间和周期时间控制图表(小组件) ::名字对象端