软件需求变更，测试人员应如何应对？

需求频繁变更的原因

• 前期需求调研工作没有做到位，在需求调研时没有真正深入了解用户的需求？用户需要这款产品的目的？为什么要这么做？
• 项目经理对项目掌控力度不够，如果一个项目的需求一定情况下，尽可能避免在短时间里频繁变更，可以采用集中变更或者分阶段变更
• 客户在最开始时自己也没搞清楚要做出什么样子？随着系统的成型上线，提出一些新想法等导致需求变更。
• 客户就是上帝，所以有些变更时必须的

测试人员如何面对变更

• 协调制定变更规范，比如说每次需求人员都会发出变更申请书，这样可以作为开发人员和测试人员工作的依据。如果这点也做不到的话，建议把发给开发人员的变更信息同时抄送给测试人员，使测试人员和开发人员保持信息基本一致
• 在每次测试前，一个比较详细的测试测试任务列表单，同时注明本次测试的侧重点（注明变更的地方，并抄送到项目组的人员）
• 良好的团队合作。对新的改动及时通知对方，短时间内开展最有效的团队协作及时沟通，需求相关人员和开发人员、测试人员做好即时沟通，第一时间知道需求的变更，及时做好测试策略更新。知道的越早对我们的影响越小，可以大大降低测试的成本
• 及时整理并记录测试需求变更，在每次不论通过何种方式得到需求变更信息，都要及时记录，以便以后测试
• 每天保持记录测试工作日志，主要包括
  （1）.测试中遇到的问题及其解决方式（可以形成测试知识库）
  （2）记录测试任务及其工作成果（主要是记录今天做了什么？成果是什么？以便以后总结）
  （3）记录测试进度（记录个人或者团队的工作进度情况；这样时间长了就基本可以评估测试那个模块，那个流程，哪一类问题需要多长时间，以便对日后工作做一个计划）
  （4）记录测试问题总结等（对问题归类总结，时间长知识库、日后需要加强学习和注意的地方）
• 测试人员应该把需求变化当作是一种项目常态，平常心应对。任何项目要想安装预期规划发展那几基本上是做不到的，所以变更将是我们工作中的一个常态。