我们是否在创建测试计划之前/之后准备需求可追溯性矩阵？

Question

在创建测试计划之前或创建测试计划之后，RTM是否已准备好 ？

- 两者如何相互关联？

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

Answer 1

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

完成要求后，每个需求ID都需要包含在RTM模板中。

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

有时候，如果项目有任何流程要遵循MOSCOW规则，它也会帮助测试人员确定执行顺序。

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

Answer 2

  

在创建测试计划之前或创建测试计划之后是否准备好RTM？

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

  

两者是如何相互关联的？

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

  

整合，系统，主测试计划如何与RTM相关？

对于系统/集成测试，理想情况下，RTM可以覆盖两种类型的测试。就我个人而言，我认为一个主测试计划是浪费时间和精力。您的测试计划应该涵盖您的需求。

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

我希望这有帮助！

Answer 3

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

Answer 4

一旦收集到需求，就准备好可跟踪性矩阵，在QA发布后，我们会根据我使用HP ALM的方式从HP ALM QC（测试管理工具）生成RTM（需求可跟踪性矩阵）。< / p>

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

签名后，我们将生成RTM以验证该发行版中是否满足所有要求，并且没有遗漏任何内容。

Answer 5

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