使用追溯矩阵 (RTM) 追踪您的需求
任何项目的核心都取决于需求。在初始阶段识别、收集和记录的需求通常会被设计、编码、测试,并最终形成客户以后使用的产品或应用程序。团队和其他利益相关者会在任何时候参考这些需求,以检查当前项目需求是否得到满足。而后期手动检查大量需求之间关系以追溯这些需求是一项繁琐的工作。
业务场景 – 案例研究
让我们讨论一个场景,A先生在一家著名的移动网络服务公司担任项目经理。该公司获得一个新项目,并指派A先生,这家公司经验丰富的经理,负责该项目担任项目经理。这是一个大型项目,需求巨大,涵盖了北美大部分地区的大量网络数据样本。A先生组建了他的团队并开始项目工作。在启动阶段,他和他的团队收集并记录了所有需求。所有记录的需求,如业务需求文档、设计规范、图表等,都保存在项目资源库中。然后,项目工作开始,顺利地阶段性推进,进入测试阶段。
在执行测试用例之前,A先生想检查测试覆盖率。他希望测试覆盖率达到100%。测试用例应该涵盖所有需求,任何遗漏的需求都可能危及其项目和他在后期的声誉。因此,他召集团队举行紧急圆桌会议讨论此事。
他们开始通过查看测试用例来检查测试覆盖率。但他们面临的主要问题是找到他们编写的每个测试用例的需求文档。他们必须手动从资源库下载需求文档,并搜索测试用例从中导出的特定内容。因此,此过程花费的时间超过预期时间。A先生现在遇到了一个大问题,他必须尽快完成这项工作,以便团队可以开始下一阶段,即执行测试用例。他负担不起在这个练习上投入更多的时间。这对他精心安排的时间表造成了重大打击。那么,他现在该如何应对?他的错误是什么?这种情况可以避免吗?是的,如果A先生和他的团队创建了需求追溯矩阵 (RTM),这种情况是可以避免的。
需求追溯矩阵 (RTM)
需求追溯矩阵 (RTM) 是一种非常有用的文档,它将测试用例映射到需求。该矩阵的目的是确保测试用例涵盖所有需求。用于映射或链接需求的RTM矩阵有助于在需要时追溯它们。对于大型项目,需求文档和从中派生的测试用例数量巨大,因此在需要时追溯它们变得非常困难。
需求追溯矩阵的参数
RTM 可以包含各种参数,但不仅限于以下参数:
- 需求标识符 (ID)
- 需求类型
- 需求描述
- 风险
- 追溯到设计规范
- 单元测试用例
- 集成测试用例
- 系统测试用例
- 用户验收测试用例
- 追溯到测试脚本
需求追溯矩阵的样本模板如下:
另一个示例如下:
需求追溯矩阵可以根据组织和项目的需求具有不同的参数。其基本目的是将需求映射到业务需求、工作分解结构 (WBS)、设计规范、代码、测试计划、测试策略、测试场景、测试用例和其他工件,可以对其进行前向和后向追溯以检查完整的覆盖范围。
需求追溯矩阵的典型参数包括唯一标识符、该需求的简要描述、版本、所有者、来源、优先级、当前状态和日期。
唯一标识符有助于在链接的文档和资源库中搜索相关的文档和工件。在标识符旁边提供简要说明以了解特定需求。应提及需求的版本,以及拥有该需求部分人员的姓名。另一件重要的事情是需求的来源,我们需要提及这些需求是来自项目章程还是账户报表或其他信息来源,例如电子邮件、需求文档等。还需提供这些需求的优先级。应提及状态和日期。当前状态可以是:
- 活动
- 延期
- 取消
- 批准
- 已分配
- 已完成
需求追溯矩阵使团队和利益相关者能够在整个项目生命周期中跟踪需求,并有助于确保在项目结束时交付所有需求。
需求追溯矩阵的追溯
正如我们所讨论的,需求追溯矩阵 (RTM) 的主要目的是追溯需求。追溯可以根据用户的需求进行前向、后向或双向追溯。根据当时的需要,项目经理及其团队可以执行前向、后向或双向跟踪。让我们看看项目经理和其他利益相关者何时以及如何使用这三个方向(前向、后向和双向)来追溯需求:
- 前向追溯 - 当项目经理或任何利益相关者想要检查项目进度时,他们可以使用需求追溯矩阵来确保进度是否朝着正确的方向发展。它向他们保证,需求已正确应用,并且产品正在按照所需的需求成型。这有助于通过衡量已完成的工作和剩余的工作,以及需求是否得到正确理解和涵盖来预测未来的项目健康状况。
- 后向追溯 - 例如,您处于测试阶段的最后阶段,并且您的一位重要利益相关者就产品的某个功能向您提出问题。他怀疑您正在扩展需求并添加了一些最初未在需求中说明的附加功能。那么,此时您如何确保自己正在朝着正确的方向前进呢?在这里,需求追溯矩阵将帮助您,您可以查看测试用例及其各自的需求、业务需求和设计规范等,以证明您是否走在正确的道路上。这在大多数项目中都会发生,在这种危急时刻,后向追溯确实有助于追溯实际需求,并阐明在此过程中是否遗漏了任何内容或您是否朝着正确的方向前进。
- 双向追溯 - 因此,此矩阵可以根据您的需要同时用于前向和后向方向。我们可以使用它来检查前向方向的进度,也可以使用它来后向追溯需求。
因此,今天我们讨论了需求追溯矩阵的用法、模板和各种参数。这对项目经理和利益相关者来说都是一个非常有用的矩阵,因为它可以帮助他们关注项目状态,确保项目朝着正确的方向发展,并在需要时帮助他们追溯需求。这对项目经理来说是成功运行项目而不会出现任何问题的重要武器。