QA新人求助！求解Requirement trace matrix（RTM)，一点都不懂需

QA实习生求助！！！ 老大让我根据Requirement trace matrix概念（RTM)，制作一个模板.此方法用于Feature Complete前的测试进度跟踪管理。并制作个PPT给大家讲解一下 Requirement trace matrix 即需求跟踪矩阵，自己看了部分资料大致只是初识皮毛资料太少了，求助大家帮我想想方案喝着给我提供点文档什么的 在此谢谢了！！！！！

? 客户需求与产品需求的跟踪 ? 产品需求与测试用例的跟踪 ? 100%的接口需求需要建立客户需求-产品需求-设计-编码-测试用例的跟踪矩阵 ? 全局性需求要建立跟踪矩阵,包括：客户需求-产品需求-设计-编码-测试用例的跟踪矩阵 ? 核心需求要建立跟踪矩阵 并非必需的： ? 性能需求可以不建立跟踪矩阵 ? 不影响系统架构的功能需求 4 需求跟踪矩阵由谁来建立？ 有多个角色参与建立RTM。需求开发人员负责客户需求到产品需求的RTM建立，测试用例的编写人员负责需求到测试用例的RTM建立，设计人员负责需求到设计的RTM的建立等等。PPQA负责检查是否建立了RTM，是否所有的需求都被覆盖了。 5 RTM是否纳入基线管理？ RTM要纳入基线管理。纳入基线后，每次变更都要申请，RTM的变更一般是和其他配置项的变更一起申请，很少单独申请变更RTM，除非RTM有错误。 6 如何简化RTM的工作？ 由于在RTM中，需求可能有很多项，设计、测试用例、代码等都有多项，所以建立和维护RTM的工作量还是比较大、比较烦琐。对于变化频繁的项目，更是如此。在实践中，为了简化该RTM的建立与维护工作，有的企业仅仅通过需求与设计、代码、测试用例的编号来实现跟踪，如需求为：r1,r2,……等编号，而设计的编号为：r1-d1,r1-d2,…….,测试用例的编号为：r1-t1,r1-t2等等。需要注意的是需求与它们之间是多对多的关系，仅通过编号是无法实现这种关系的。 如果不借助DOORS之类的需求管理工具，一般只能通过EXCEL来维护RTM，工作量就是比较大。要简化，就要平衡管理的投入与产出，平衡时，可以借鉴上面的问题3。 当然也可以考虑增大需求、设计、代码、测试用例的颗粒度大小，但是那样RTM的作用就打了折扣，还是一个平衡问题。另 需求跟踪矩阵与需求双向跟踪就不在发了 希望对相关需要的人有帮助 求楼主加分啊 坑爹啊找了好几天

我不会~~~但还是要微笑~~~：）