迭代追踪

正式进入研发环节，需求、缺陷、流水线管理不在话下！

敏捷团队在开发过程中通常是自组织，不同于瀑布式团队自上而下的管理方式，团队可以根据敏捷的周期特点、预估工时信息确定研发的工作量和持续时间，结合燃尽图、敏捷看板追踪迭代的进度。极大满足了部分追求交付效率的团队去实现商业价值！

一、任务追踪

登记工时：在进行编码、设计时，支持在任务下登记工时，系统会根据任务的预估工时计算出剩余工时和工时进度，如果工作已完成，手动将剩余工时清零，还可以在任务下观察该任务的预估偏差优化下一次类似工作的预估工时。

• 工时进度 = 已登记工时/（已登记工时+剩余工时）x 100%

• 预估偏差 = 预估工时 -（已登记工时+剩余工时），偏差为0表示预估准确，偏差为正表示预估偏多，偏差为负表示预估偏少

燃尽图：用于体现剩余工作量的工作图表，由横轴（X）和纵轴（Y）组成，横轴表示时间，纵轴表示剩余工作量，其中虚线为基线，表示期望的工作进度。

当剩余工作量高于基线时，则表示进度偏紧急，可能无法准时完成目标。当剩余工作量低于基线时，则表示进度较为乐观，甚至可能于周期内提前完成工作量。

工作项燃尽

统计迭代下的每天的工作项数量，在曲线变化时直观地看到当前迭代的工作数量增减，通过与基线对比，预估迭代实际完成日期。

基线是以迭代实际开始日期(24:00)的工作项数量，根据迭代计划天数递减而递减形成的直线。

剩余工时燃尽

统计迭代下的每天的所有工作项的剩余工时，在曲线变化时直观地看到当前迭代的工时消耗，通过与初始基线/当前基线对比，判断工时预估的准确性

初始基线：统计迭代实际开始日期(24:00)所有工作项的预估工时，根据迭代计划天数递减而递减形成的直线。

初始基线：统计当当天(24:00)所有工作项的预估工时，根据迭代计划天数递减而递减形成的直线。

敏捷看板：可以通过定制泳道的方式，在每日立会上追踪迭代里优先级较高工作的进度；辅以迭代燃尽图观察每日剩余工作、剩余工时燃尽图直观地体现每个员工的效率。

通过以上三项，迭代的工作可以做到件件有找落，事事有回应，可以高度保证迭代按计划稳步推进。

二、流水线管理

通过代码关联集成，迭代负责人可以在迭代中监控流水线运行情况和代码提交历史。

首先，我们需要在系统中关联代码仓，Pipeline 配置中心 > 代码仓管理 > 新建关联代码仓 > 选择代码仓。

支持的代码仓类型包括：Github、Gitlab、私有 GitLab、SVN、私有 Bitbucket

新建关联代码仓后，系统将在代码仓自动配置 Webhook，用以在 ONES 读取代码仓的特定提交事件。

配置支持修改 Webhook，在具体代码仓点击“查看详情”后，重置或手工配置 Webhook 。 Webhook

关联完成后在代码仓提交代码，同时在代码仓 Commit message 中添加系统的工作项 ID，以 Github 提交为例

支持一次提交同时绑定多个工作项 ID，在工作项 ID 之间添加空格即可

提交完成即可在工作项、和迭代的代码内查看代码的提交情况，

在迭代概览下查看查看代码提交次数、行数和提交趋势

通过关联 Jenkins 服务持续集成，能在 ONES Pipeline 中管理和追踪 Jenkins 的流水线。‌在 Pipeline 配置中心 > 关联 Jenkins 服务

进入ONES Pipeline 即可管理和跟进流水线，查看运行历史和详情

在项目内也支持管理和跟进流水线，在项目下添加「流水线」组件即可

在迭代内可以通过“流水线运行”功能展示流水线运行数据，并且支持通过修改脚本调整流水线的运行规则

迭代关联流水线运行：配置在迭代中查看对应流水线运行状态的规则，通过脚本将具体的流水线运行指向迭代，实现迭代负责人对运行状态的监控和追踪。

提前为项目关联流水线（在「流水线」组件 > 关联已有流水线），咨询技术人员在流水线管理中为当前迭代所分配的流水线名称，创建迭代名称时将“流水线运行时的分支名称”包含进去。

三、测试计划管理

完成编码，测试工作通过 ONES TestCase 完成，用例准备好以后，规划测试计划，调用用例库用例对项目的各项任务执行测试，最终将测试结果和报告展示在项目中进行统一管控。

新建测试计划：ONES TestCase > 测试计划 > 新建测试计划，然后需要定义测试计划的名称、负责人、测试阶段、关联项目-迭代-工作项（默认缺陷）、查看/编辑权限。

调用用例库用例：进入测试计划关联用例库（支持按用例属性筛选），关联完成后侧栏为树状用例模块，右侧为对应模块的用例。

将用例与业务关联：将测试用例打包与研发任务产生联系，测试人员可以在执行用例的时候去任务查看功能详细描述，研发人员可以在任务查看用例的执行情况。（比较关键，需要重视）

• 操作方法：在具体的测试计划 > 功能模块 > 功能模块 > 执行结果关联工作项 > 筛选并关联（支持新建）

• 使用效果：执行用例时可以在用例详情中查看，在项目下的任务详情内可查看执行结果

执行用例：每条用例的基础及归属信息可预览，在执行步骤时支持查看“前置条件、步骤描述、预期结果”

测试人员只需填写“实际结果”和“执行结果”即可，如执行结果未通过，可以一键提缺陷到对应项目中的指定工作项内（提 BUG 将使用项目下工作项的属性）。

如果在执行用例步骤的时候出现用例步骤不符合实际情况的现象，可以直接点击编辑此用例：支持修改步骤、属性参数、执行人、优先级等。

综合所有步骤的执行结果可得出该用例的执行结果后，即可进入下一条用例了，无需额外操作，测试人员可以专注于测试结果的准确性。

当所有用例执行完成后，回到列表将测试计划切换至“已完成”状态，同时还支持批量更改执行人、更改执行结果、将执行结果关联到其他测试计划、移除用例、排序等操作

支持定制测试报告，将测试计划概览、用例分布等缺陷信息进行呈现，可以通过编辑添加富文本描述。支持导出为.docx文档。

在项目中，迭代负责人可以将测试提交的缺陷规划进迭代进行修复，通常紧急的 bug 可以直接在当前迭代修复完成，使用缺陷的工作流直到 Bug 被修复

还可以通过「项目报表」组件，查看迭代缺陷的分析报表（需要筛选出当前迭代的缺陷数据）