1.前期需求调研工作没有做到位,在需求调研时没有真正深入了解用户需要什么东西?用户做这个东西的目的是什么?为什么要这么做?
2.项目经理对项目掌控力度够,如果一个项目的需求情况一定向,尽可能避免在短时间里频繁变更,可以采用集中变更或者分阶段变更
3.客户在最开始时自己也没搞清楚要做出什么样子?随着系统的成型上线,提出一些新想法等导致需求变更。
4.客户就是上帝,所以有些变更时必须的
测试人员如何面对变更?
1. 协调制定变更规范,比如说每次需求人员都会发出变更申请书,这样可以作为开发人员和测试人员工作的依据。如果这点也做不到的话,建议把发给开发人员的变更信息同时抄送给测试人员,使测试人员和开发人员保持信息基本一致
2. 在每次测试前,一个比较详细的测试测试任务列表单,同时注明本次测试的侧重点【变更哪些需求、新增了哪些需求】,找相关人员确认【可以抄送多人】
3. 良好的团队合作。对新的改动及时通知对方,短时间内开展最有效的团队协作及时沟通,需求相关人员和开发人员、测试人员做好即时沟通,第一时间知道需求的变更,及时做好测试策略更新。知道的越早对我们的影响越小,需要的测试成本也越低。
4. 及时整理并记录测试需求变更,在每次不论通过何种方式得到需求变更信息,都要及时记录,以便以后测试
5. 每天保持记录测试工作日志,主要包括【1.测试中遇到的问题及其解决方式(可以形成测试知识库)、2.记录测试任务及其工作成果(主要是记录今天做了什么?成果是什么?以便以后总结)、3.记录测试进度(记录个人或者团队的工作进度情况;这样时间长了就基本可以评估测试那个模块,那个流程,哪一类问题需要多长时间,以便对日后工作做一个计划)、4。记录测试问题总结等(对问题归类总结,时间长知识库、日后需要加强学习和注意的地方)】
6. 测试人员应该把需求变化当作是一种项目常态,平常心应对。任何项目要想安装预期规划发展那几基本上是做不到的,所以变更将是我们工作中的一个常态。
版权声明:本文出自 wonew1228 的51Testing软件测试博客:http://www.51testing.com/?57326