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

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

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

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

　　4.客户就是上帝，所以有些变更时必须的

　　测试人员如何面对变更?

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

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

　　3. 良好的团队合作。对新的改动及时通知对方，短时间内开展最有效的团队协作及时沟通，需求相关人员和开发人员、测试人员做好即时沟通，第一时间知道需求的变更，及时做好测试策略更新。知道的越早对我们的影响越小，需要的测试成本也越低。

　　4. 及时整理并记录测试需求变更，在每次不论通过何种方式得到需求变更信息，都要及时记录，以便以后测试

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

　　6. 测试人员应该把需求变化当作是一种项目常态，平常心应对。任何项目要想安装预期规划发展那几基本上是做不到的，所以变更将是我们工作中的一个常态。

　　版权声明：本文出自 wonew1228 的51Testing软件测试博客：http://www.51testing.com/?57326

　　原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。