迭代摘要

“迭代摘要”应用程序允许您查看针对某一迭代的团队进度简易概述。根据工作、缺陷和测试用例的状态,您可以看到用于协助解决所出现问题的彩色指示符。

迭代摘要

显示的数据

顶部部分将显示基本迭代详细信息:

  • 名称
  • 剩余天数
  • 总天数
  • 迭代状态(计划中、已提交、已验收)

根据迭代的状态,最多有三个部分会显示建议性消息。

已验收的工作

已验收的工作总数将反映直接排定到迭代的所有项目。此部分将始终出现在显示中,其中显示排定状态为“已验收”的工作的百分比。计入此百分比的工作包括:

  • 用户情景
  • 独立缺陷(未附加到迭代中的情景)
  • 缺陷集
  • 测试集

根据迭代的状态,已验收工作的百分比旁的显示条会改变颜色:

  • 灰色:迭代的前半段已验收部分或所有工作,或是未验收任何工作。
  • 绿色:所有工作均已验收,迭代已结束。
  • 黄色:迭代的后半段已验收部分工作,或未验收任何工作。
  • 红色:已验收部分工作或未验收任何工作,迭代已结束。

注意:您必须为待显示的已验收工作百分比在迭代已排定项的“计划估算”字段中输入点数。

活动缺陷

“活动缺陷”显示与分配给迭代的用户情景关联但未直接排定到迭代的缺陷。仅当存在附加到迭代中用户情景的未结缺陷时,才会显示此部分。

注意:此应用程序旨在显示与当前未计入迭代点数的情景相关联的缺陷。此举可确保工作不丢失。在修复缺陷之前,不建议验收带关联缺陷的情景。

显示不处于“已关闭”状态的缺陷的总数。根据迭代状态,此部分旁的显示条会改变颜色:

  • 黄色:任意未结缺陷,迭代仍处于活动状态。
  • 红色:未结缺陷保留,迭代已结束。

测试通过

如果测试用例结果存在于针对附加到用户情景或测试集的测试的迭代中,则显示此部分。如果存在关联的测试用例但没有结果,则不显示此部分。根据结果和迭代的状态,此部分会以不同颜色显示:

  • 灰色:在迭代的前半段某些测试通过。
  • 绿色:所有测试均已通过,任意时间。
  • 黄色:迭代的前半段无任何测试通过,或是迭代的后半段有部分测试通过。
  • 红色:部分测试通过或无任何测试通过,迭代已结束。

定义迭代的前半段

多个此类状态更依赖于迭代的存在时间。迭代的前半段和后半段的定义规则如下:

  • 如果迭代的长度为 10 天或更短,颜色则会在天数过去 50% 后从灰色变为黄色。
  • 如果迭代的长度为 10 天或更长,颜色则会在迭代的第五天后从灰色变为黄色。这是因为较之处于为期五天的迭代的第三天,处于无任何已验收工作的为期四周的迭代的第三周要危险得多。

其他功能

使用“自动高度”设置以根据可见数据量自动调整应用程序的垂直空间

训练营:为什么这些警告非常重要?

我们的指导组织精通敏捷方法,且可协助客户根据其唯一工作流对 CA Agile Central 的使用方法进行定制。请与您的 scrum 团队共同复查以下内容,以确保您创建的“已完成”和工作协议的定义有效。

对于希望进一步提升其敏捷过程的 CA Agile Central 客户而言,还有更多可用的类似实用建议。对于最低费用,您可以通过电话排定为期一小时的建议会话。了解更多信息。

为什么情景需要在迭代早期进行验收?

未验收的情景会带来风险。此类风险包括情景无法在迭代结束时完成,以及在发现无法验收的工作时整个迭代都可能陷入危机。要降低此类风险,请定期检查情景并在已批准的用户情景完成后尽快进行验收。通过主动管理用户情景验收,团队可有足够时间根据既定的“已完成”定义来交付已完全验收的情景。

除了风险,按时验收情景对于实现准确的燃尽图也非常重要。在验收之前,已完成的情景点数不会反映在这些图表中。如果在情景完成后不对其进行验收,图表则会在迭代最后一天之前始终保持不变,从而导致其对团队和利益相关者无用。

从精简角度而言,未验收的用户情景表示进行中的工作 (WIP)。在精简和敏捷软件开发中,团队会通过限制并发情景的数目来限制 WIP。此限制适用于已完成但仍未验收的情景。这些情景会被认为是正在进行中,因为它们随时都可能被视为无法验收并排除在已完成状态之外。通过限制中断和上下文切换,维护 WIP 限制有助开发团队平稳推进。

为什么所有缺陷在情景验收之前均应关闭?

在为用户情景创建“已完成”定义时,建议团队要求针对这些情景的所有缺陷均已关闭后再进行验收。由于已验收的情景表示功能的一个完整部分,因此附加到此情景的所有缺陷均表示技术债务且应在迭代期间解决。

一旦用户情景就绪,强烈建议对其进行测试。如果需要更多时间来解决已找到的缺陷,团队应考虑在启动迭代中的其他情景之前先行执行此操作。如果解决此缺陷需要相当长的时间,团队则不应发布关联的用户情景,而是考虑将其作为下一迭代的估算中的其中一项必要工作。总之,最好能提供单个已完成且已经过全面测试的情景,而非在某一迭代后提供多个不完整且未经测试的情景。

为什么迭代中的所有测试均应通过?

除了验收标准,测试用例还表示已完成用户情景或迭代的总体质量和可验收度。您可以创建多种类型的测试:验收、性能、回归、功能、可用性和用户界面。所有这些类型的测试对于任意敏捷开发团队定义“已完成”都极具价值。随着团队将这些不同测试集成到其每日例程中,所有测试在迭代结束之前均通过就变得越发重要。此外,作为验收过程的其中一部分,每个情景完成时均应有尽可能多的测试通过。

随着逐渐靠近迭代的结束,完成的测试越少,达成承诺所面临的风险就越高。不完整的测试表示存在隐藏缺陷的风险,而这些风险后续会导致技术债务,并可能会中断后续的迭代。

反馈

需要更多帮助? CA Agile Central 社区为您提供一站式自助和支持。要将反馈或支持请求提交到 CA Agile Central 支持、获取解答并与其他用户协作,请加入我们的 CA Agile Central 社区

适用于开发者