需求频繁变更这个产生的主要原因是:,
,1 .前期需求调研工作没有做到位,在需求调研时没有真正深入了解用户需要什么东西?用户做这个东西的目的是什么?为什么要这么做?,
,2 .项目经理对项目掌控力度够,在项目的需求一定情况下,没有采用集中变更或者分阶段变更;
,3 .客户在最开始时自己也没搞清楚要做出什么样子?随着系统的成型上的线,提出一些新想法等导致需求变更只
,4.客户就是上帝,所以有些变更是必须的。,
测试人员如何面对变更?,
,1。协调制定变更规范,比如说每次需求人员都会发出变更邮件,这样可以作为开发人员和测试人员工作的依据。如果这点也做不到的话,建议把发给开发人员的变更信息同时抄送给测试人员,使测试人员和开发人员保持信息基本一致。
,2。了解需求变更的范围,及时整理并记录测试需求变更,在每次不论通过何种方式得到需求变更信息,都要及时记录,并及时通知相关人员确认;
,3所示。确保团队明白需求变更所涉及到的风险,特别是在迭代后期阶段。,,
,4所示。如果可能,通过协商或者实行下一个迭代的更改,将需求变化控制在一个很小的幅度;
,5。在每次测试前,一个比较详细的测试测试任务列表单,同时注明本次测试的侧重点【变更哪些需求,新增了哪些需求,找相关人员确认,
,6。每天保持记录测试工作日志,主要包括【1。测试中遇到的问题及其解决方式(可以形成测试知识库),2。记录测试任务及其工作成果(主要是记录今天做了什么?成果是什么?以便以后总结),3。记录测试进度(记录个人或者团队的工作进度情况,这样时间长了就基本可以评估测试那个模块,那个流程,哪一类问题需要多长时间,以便对日后工作做一个计划),4。记录测试问题总结等(对问题归类总结,时间长知识库,日后需要加强学习和注意的地方)】,
,7所示。测试人员应该把需求变化当作是一种项目常态,平常心应对。任何项目要想安装预期规划发展那几基本上是做不到的,所以变更将是我们工作中的一个常态只
