51Testing软件测试论坛

标题: 需求跟踪矩阵怎么做? [打印本页]

作者: Joan2005 时间: 2007-3-12 15:14
标题: 需求跟踪矩阵怎么做?
需求跟踪矩阵怎么做?
有模板吗?
需求跟踪矩阵有谁来做,测试人员吗?

作者: hansonli2006 时间: 2007-3-12 22:25
1.需求跟踪矩阵（RTM)作用：

　1>在需求变更，设计变更，代码变更，测试用例变更时，需求跟踪矩阵是目前经过实践检验的进行变更波及及影响力分析的最有效的工具。如不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化；
　2>RTM也是验证需求是否得到了实现的有效工具，借助RTM可以跟踪每个需求的状态：是否设计了，是否实现了，是否测试了。

2.需求跟踪矩阵的建立:

  有多个角色参与建立RTM.
  1>需求开发人员负责客户需求到产品需求的RTM建立；
  2>设计人员负责需求到设计的RTM建立；
  3>测试人员负责需求到测试用例的RTM建立；
  4>QA负责检查是否建立了RTM，是否所有的需求都被覆盖了等等。

作者: Joan2005 时间: 2007-3-13 09:34

.需求跟踪矩阵的建立:

  有多个角色参与建立RTM.
  1>需求开发人员负责客户需求到产品需求的RTM建立；
  2>设计人员负责需求到设计的RTM建立；
  3>测试人员负责需求到测试用例的RTM建立；
  4>QA负责检查是否建立了RTM，是否所有的需求都被覆盖了等等。

1.2是做不到了.单独做3有意义吗?

作者: vbic 时间: 2007-3-21 21:58

原帖由 hansonli2006 于 2007-3-12 22:25 发表
1.需求跟踪矩阵（RTM)作用：

　1>在需求变更，设计变更，代码变更，测试用例变更时，需求跟踪矩阵是目前经过实践检验的进行变更波及及影响力分析的最有效的工具。如不借助RTM，则发生上述变更时，往往会遗 ...

不会吧

作者: marco 时间: 2007-3-26 10:51
个人觉得需求跟踪就是在各个阶段来检查产品满足需求的程度，以及当需求变更后，各项目组需要做出什么样的改变来满足用户需求。

作者: yoyoa 时间: 2007-3-27 10:07
1.需求跟踪是一个动态，实时的过程。这个活动的目的是为了保证用户需求与最终提交给客户的产品是一致的。通常情况下，设计成为一个矩阵模式去跟踪。纵向列出所有需求，横向表达产品开发的各个阶段。
2.由项目经理来做比较合适。

作者: 晓蓝 时间: 2007-4-11 09:57
标题: 能不能麻烦说具体一点
还是不明白需求跟踪距阵具体如何做呢？

作者: h220000 时间: 2007-6-1 15:27
我也一样，还是不明白具体如何做

作者: v_v 时间: 2007-6-3 23:44
标题: 回复 #7 晓蓝的帖子
RTM(Requirement Traceability Matrix )需求跟踪距阵
简单的说就是把需求和各阶段的工作一一对应起来，白话点就是如 :
原始需求A001 对应着 SRS --B001 HLD-- C001 LLD --D001 以及编码测试用例等等..这些是串成一条线的.这样的表格也就是需求跟踪距阵...
这样跟踪或修改起来就从原始需求出发就知道哪些被牵动了...呵呵..这样说不知道理解么?

[ 本帖最后由 v_v 于 2007-6-3 23:46 编辑 ]

作者: velata 时间: 2007-6-8 15:06
需求对应相关功能模块
功能模块对应测试用例
具体难以把握的是对应的粒度……

作者: sidenf 时间: 2007-6-20 10:20
能不能具体举例描述一下，谢谢

作者: renyanan 时间: 2012-9-3 16:34
谁能说说啊，

作者: 易城之恋 时间: 2012-9-3 16:35
尼玛

作者: 易城之恋 时间: 2012-9-3 16:35
尼玛。。。。。。。

作者: zhangnanguozi 时间: 2012-11-8 09:22

作者: hwtiger 时间: 2012-11-27 04:35
没用，花太多的时间去做，效果不好！特别是变更的时候。

作者: luoyear 时间: 2012-12-7 23:14
个人认为，目前的Ticket系统的工作状态翻转在某种程度上就起到了需求追踪的作用。

UserStory -> 测试人员写验收准则 -> UI Design -> 开发编码 -> 评审 -> 测试 -> 客户验收

追踪矩阵的核心目标是确保工作产品上下游的一致性。只要你通过某种管理关系能够达到这一目的，你就可以满足已经建立需求追踪矩阵之说。

我猜测提此问题者是受CMMI文档体系之困吧。CMMI的Goal是需要满足的，至于用什么途径达到这个Goal，则每个组织可以根据自己的实际情况去定义自己的实践。

作者: 六月天 时间: 2012-12-10 11:29
回复 17# luoyear 罗神出现啊，好久没见你出现了，快有4-5年了吧

作者: luoyear 时间: 2012-12-10 22:43
呵呵差不多有个几年了这不复出了嘛

作者: dongfangronger 时间: 2013-2-18 13:12
我也尝试做过类似需求跟踪矩阵的事情，大体是个二维表，纵向是将项目的需求（按照功能模块）列出来，横向是研发的各个阶段，这些如果需求在哪个阶段发生了变化，就在横向和纵向汇集点做出说明。不知道你们是怎么做的？

作者: floatIsland 时间: 2013-4-12 13:04
需求跟踪矩阵这种东西有些抽象，而且感觉并不是很清楚明了，结合我们公司的情况说一下。
在需求基本确定（评审前）之后，建立快速原型，我们公司的流程是让需求人员通过图表的方式将各个模块的页面的图画出来，然后交给开发团队，开发团队根据图表建立静态页面原型，此时的数据都是假数据，最后评审的时候将需求与原型对应评审，当然会涉及到技术协议，当场几下问题然后修改原型与需求文档，最后再评审。
我认为这种方式很好。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)