【模板】需求跟踪进度表

一、作为需求负责人的时候需要对需求的状态进行跟进,可以用下面这张需求进度跟踪表:

需求编号需求名称需求概述优先级需求状态需求提出人需求负责人计划上线时间计划上线版本实际上线版本实际上线时间

1.需求优先级分类:

  • 1-重要且紧急:比如一些重要的故障修复,重要的活动要上线等等,这种就必须优先排期,一定是排在第一位的。
  • 2-不重要但紧急:比如一些小的界面优化,对用户体验影响不大,但是领导很急切的想要看到效果,这种就要提前排期。
  • 3-重要但不紧急:比如一些新功能的开发,上线对用户体验会有很大影响,但是不上线对用户也没啥影响,就可以稍晚点排期。
  • 4-不重要也不紧急:这种就是做不做都行,做了会更好,不做也没啥影响,就趁有时间的时候去做就好,排期可以最靠后。

        关于优先级分类是要综合考虑当前的人力成本、用户体验、用户满意度以及领导满意度的,具体可以参考这篇文。章:如何进行用户需求的优先级排序?_需求的优先级排序方法-CSDN博客

2.需求状态分类:

  • 待调研:需求已经提出,还需要跟提出人以及开发沟通可实施性。
  • 待设计:调研完成确定该需求可以开发,需要画原型图,写需求文档。
  • 待评审:设计好后,需要组织评审让项目组成员和需求提出人评估设计方案的可实施性。
  • 待开发:需求评审通过,进入开发阶段。
  • 待测试:需求完成开发,进入测试阶段
  • 已完成:需求完成上线,所有文档均以归档。

二、作为测试负责人的时候需要对测试的进度进行跟进,可以用下面这张测试进度跟踪表:

需求编号需求名称优先级进度测试人员用例完成时间开发提测时间计划封版时间要求封版时间灰度封版时间是否按时提测打回次数项目经理备注

软件测试需求是开发测试用例的依据,测试需求分解的越详细精准,表明对所测软件的了解越深,对所要进行的任务内容就越清晰,对测试用例的设计质量的帮助越大。详细的测试需求还是衡量测试覆盖率的重要指标,测试需求是计算测试覆盖的分母,没有详细的测试需求就无法有效的进行测试覆盖计算。 软件测试执行阶段是由一系列不同的测试类型的执行过程组成的,每种测试类型都有其具体的测试目标和支持技术,每种测试类型都只侧重于对测试目标的一个或多个特征或属性进行测试,准确的测试类型可以给软件测试带事半功倍的效果。 现有的软件测试分析技术不太成熟,对测试需求和测试类型的分析,所采用的方法主要是根据经验进行收集、整理,该方法依赖于测试设计人员的测试经验,由此方法得出的测试需求、测试类型往往导致测试用例设计不充分,测试覆盖度低,测试目的性不强,容易遗漏等缺陷。 可见,如何对测试需求进行细致的整理分析,明确测试执行时的测试类型,是一个亟待解决的问题。 有鉴于此,本方法的主要目的在于提供一种软件测试需求的分析方法,可以方便、详尽的获取测试需求,明确测试执行时需要实施的测试类型。 为实现上述目的,本方法提供了一种软件测试需求分析的方法,包括以下步骤: a)列出软件开发需求中具有可测试性的开发需求; b)对步骤a)列出的每一条开发需求,形成可测试的分层描述的测试需求; c)对步骤b)形成的每一条测试需求,从GB/T 16260.1-2006《软件工程 产品质量 第1部分:质量模型》中定义的软件内部/外部质量模型来确定软件产品的质量需求; d)对步骤c)所确定的质量需求,分析测试执行时需要实施的测试类型; e)建立测试需求跟踪矩阵,对测试需求进行管理。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值