不谋万世者,不足谋一时;不谋全局者,不足谋一域。君子敏于事而慎于言 新浪微薄:土司阿哈

关于测试中如何应对需求变更问题

上一篇 / 下一篇  2010-11-02 11:24:35 / 个人分类:软件测试

1208328177
  • 自动化测试:
  • 测试文档:

关于测试中如何应对需求变更问题51Testing软件测试网i d1e_?$Wsy

需求频繁变更这个产生的主要原因是

d| ^$uX0

1.前期需求调研工作没有做到位,在需求调研时没有真正深入了解用户需要什么东西?用户做这个东西的目的是什么?为什么要这么做?

`8Q`-M uB7I0

2.项目经理对项目掌控力度够,如果一个项目的需求一定情况向,尽可能避免在短时间里频繁变更,可以采用集中变更或者分阶段变更51Testing软件测试网aQKaTY3LX

3.客户在最开始时自己也没搞清楚要做出什么样子?随着系统的成型上线,提出一些新想法等导致需求变更。

tY*Lu+| a)b0

4.客户就是上帝,所以有些变更时必须的51Testing软件测试网K,v8mX F

 

zCkS/c%Hs!K S0

测试人员如何面对变更51Testing软件测试网TO ILVoC

1. 协调制定变更规范,比如说每次需求人员都会发出变更申请书,这样可以作为开发人员和测试人员工作的依据。如果这点也做不到的话,建议把发给开发人员的变更信息同时抄送给测试人员,使测试人员和开发人员保持信息基本一致51Testing软件测试网e'gqyKzP}6}*i:t

2. 在每次测试前,一个比较详细的测试测试任务列表单,同时注明本次测试的侧重点【变更哪些需求、新增了哪些需求】,找相关人员确认【可以抄送多人】51Testing软件测试网 S LI4T/s A

3. 良好的团队合作。对新的改动及时通知对方,短时间内开展最有效的团队协作及时沟通,需求相关人员和开发人员、测试人员做好即时沟通,第一时间知道需求的变更,及时做好测试策略更新。知道的越早对我们的影响越小,需要的测试成本也越低。51Testing软件测试网G)l&t'?Z|t

4. 及时整理并记录测试需求变更,在每次不论通过何种方式得到需求变更信息,都要及时记录,以便以后测试51Testing软件测试网/A!O.L$Vc%D

5. 每天保持记录测试工作日志,主要包括【1.测试中遇到的问题及其解决方式(可以形成测试知识库)、2.记录测试任务及其工作成果(主要是记录今天做了什么?成果是什么?以便以后总结)、3.记录测试进度(记录个人或者团队的工作进度情况;这样时间长了就基本可以评估测试那个模块,那个流程,哪一类问题需要多长时间,以便对日后工作做一个计划)、4。记录测试问题总结等(对问题归类总结,时间长知识库、日后需要加强学习和注意的地方)】51Testing软件测试网;CP{[%PvWi`9u

6. 测试人员应该把需求变化当作是一种项目常态,平常心应对。任何项目要想安装预期规划发展那几基本上是做不到的,所以变更将是我们工作中的一个常态。51Testing软件测试网0qG(N!zqh%U

 51Testing软件测试网gZm.vOp/G

 51Testing软件测试网%t"fG9dYtlE;p


TAG:

 

评分:0

我来说两句

Open Toolbar