0

RTM 是在创建测试计划之前还是在创建测试计划之后准备的？

- 两者如何相互关联？

-- 如果是集成、系统、主测试计划， RTM是如何关联的？

4

5 回答 5

1

RTM 始终是任何项目的重要文档。在任何项目中，RTM 模板都是在测试计划中定义的，以及一旦项目启动，测试人员将如何在今天的基础上使用模板进行操作。

一旦需求最终确定，则每个需求 ID 都需要包含在 RTM 模板中。

一旦完美地创建和审查了测试用例，所有测试用例都需要映射到适当的需求 ID。

即使有时项目有任何流程遵循莫斯科规则，它也会帮助测试人员确定执行顺序。

最后RTM保证每个需求ID都有测试用例。它保证最大覆盖率但不是100%

于 2017-02-26T14:39:36.320 回答
0

RTM 是在创建测试计划之前还是在创建测试计划之后准备的？

这是一个在开发/测试完成后交付的文档，因此它应该是一个动态文档。它本质上将您的需求映射到您的测试用例，以便您在测试开发中的任何内容时可以跟踪您的覆盖范围。

两者如何相互关联？

没有100%的耦合。您的测试计划将涵盖您的测试方法。RTM 映射您正在测试的内容，以确保您在测试过程中有足够的覆盖率。

如果集成，系统，主测试计划 RTM 是如何相关的？

在系统/集成测试的情况下，您的 RTM 理想情况下将覆盖这两种类型的测试。就我个人而言，我认为主测试计划是浪费时间和精力。您的测试计划应涵盖您需要的内容。

编辑：这里有一篇非常好的文章。

我希望这有帮助！

于 2017-02-15T15:39:43.670 回答
0
  1. 为了回答您的第一点，RTM 是在需求准备就绪时准备的东西。如果您打算在项目中采用创建 RTM 的做法，则可以在测试计划中提及这一点，而不管它是否已创建。
  2. 测试计划和 RTM 不相关。RTM 准备好牢记以下目标：
    • 需求覆盖——验证是否所有需求都被测试用例覆盖。
    • 它在识别相关测试用例方面非常有用，因此简化了回归测试
  3. 我们遵循的做法是为每个需求创建 RTM。一旦需求被冻结，QA 团队就会为其创建测试用例，标记该需求的所有相关测试用例并与开发团队共享。因此，在开发过程中，开发人员参考矩阵以确保与该需求相关的所有测试用例都通过，然后再将需求传递给 QA 团队。因此，理想情况下，应在了解需求后立即准备 RTM。当然，这意味着需求的任何变化也需要对 RTM 进行修改。这可能是添加新 TC、删除 TC 或在此处识别回归测试套件的形式。您可以在此处
    阅读有关如何创建 RTM 的更多信息因为正确填充它非常重要，否则可能会导致客户不满意。RTM 与创建它的人一样好。
    希望这可以帮助！
于 2017-02-16T10:30:23.607 回答
0

STLC 有 5 个阶段需求分析退出标准是 RTM，然后下一个阶段是测试计划
，然后是测试用例开发。那么RTM在测试用例开发之前是如何编写的

于 2021-05-07T08:01:59.837 回答
0

一旦收集了需求，就会准备好可追溯性矩阵，并且在发布后 QA 签字后，我们会从 HP ALM QC（测试管理工具）生成 RTM（需求可追溯性矩阵），因为我正在使用 HP ALM，它是以这种方式完成的。

收集需求后，我们准备了涵盖所有测试场景（范围内、范围外、涵盖的回归项）的测试计划策略文档，基于我们在 HP ALM QC 中创建需求并关联与每个场景相关的测试用例。

签核后，我们生成 RTM 以验证该版本是否涵盖了所有需求，并且没有遗漏任何内容。

于 2018-07-25T10:19:53.050 回答