51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 21018|回复: 20
打印 上一主题 下一主题

[求助] 需求跟踪矩阵怎么做?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-3-12 15:14:16 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
需求跟踪矩阵怎么做?
有模板吗?
需求跟踪矩阵有谁来做,测试人员吗?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

20#
发表于 2013-2-18 13:12:16 | 只看该作者
我也尝试做过类似需求跟踪矩阵的事情,大体是个二维表,纵向是将项目的需求(按照功能模块)列出来,横向是研发的各个阶段,这些如果需求在哪个阶段发生了变化,就在横向和纵向汇集点做出说明。不知道你们是怎么做的?
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2012-12-10 22:43:44 | 只看该作者
呵呵 差不多有个几年了 这不复出了嘛
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2012-12-10 11:29:16 | 只看该作者
回复 17# luoyear 罗神出现啊,好久没见你出现了,快有4-5年了吧
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2012-12-7 23:14:22 | 只看该作者
个人认为,目前的Ticket系统的工作状态翻转在某种程度上就起到了需求追踪的作用。

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

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

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

使用道具 举报

该用户从未签到

16#
发表于 2012-11-27 04:35:07 | 只看该作者
没用,花太多的时间去做,效果不好!特别是变更的时候。
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2012-11-8 09:22:38 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2012-9-3 16:35:18 | 只看该作者
尼玛。。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2012-9-3 16:35:06 | 只看该作者
尼玛
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2012-9-3 16:34:17 | 只看该作者
谁能说说啊,
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-6-20 10:20:31 | 只看该作者
能不能具体举例描述一下,谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-6-8 15:06:07 | 只看该作者
需求对应相关功能模块
功能模块对应测试用例
具体难以把握的是对应的粒度……
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-6-3 23:44:50 | 只看该作者

回复 #7 晓蓝 的帖子

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

[ 本帖最后由 v_v 于 2007-6-3 23:46 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-6-1 15:27:06 | 只看该作者
我也一样,还是不明白具体如何做
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-4-11 09:57:17 | 只看该作者

能不能麻烦说具体一点

还是不明白需求跟踪距阵具体如何做呢?
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

  • TA的每日心情
    无聊
    2015-3-12 14:20
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2007-3-26 10:51:38 | 只看该作者
    个人觉得需求跟踪就是在各个阶段来检查产品满足需求的程度,以及当需求变更后,各项目组需要做出什么样的改变来满足用户需求。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2007-3-21 21:58:13 | 只看该作者
    原帖由 hansonli2006 于 2007-3-12 22:25 发表
    1.需求跟踪矩阵(RTM)作用:

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



    不会吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
     楼主| 发表于 2007-3-13 09:34:47 | 只看该作者
    .需求跟踪矩阵的建立:
      
      有多个角色参与建立RTM.  
      1>需求开发人员负责客户需求到产品需求的RTM建立;
      2>设计人员负责需求到设计的RTM建立;
      3>测试人员负责需求到测试用例的RTM建立;
      4>QA负责检查是否建立了RTM,是否所有的需求都被覆盖了等等。

    1.2是做不到了.单独做3有意义吗?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-25 15:19 , Processed in 0.076361 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表