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