转载请保留出处及链接：http://bbs.51testing.com/forum-157-1.html
huxb_dowant：
这个问题要根据需求变更的严重程度来决定测试计划的变更：
1、如果原来的需求发生了根本性变化，则测试计划需要重新制定，与原需求对应的开发及测试工作就被全部推翻，一切从零开始。
2、如果需求只是少许变化，则修改相应功能的测试用例，测试计划即可；当然这种情况如果可以通过加班解决就不要修改版本发布计划了，给客户留个好印象，但要同时告诉客户需求变化的影响，使其对提出的需求有一定的责任感。
需求变更在软件测试过程中是比较多的，产生该问题的原因主要是需求人员不能很好控制需求导致的，必须强化需求人员的技术水平，使其有能力引导客户向现有功能靠拢，不会发生修改的功能比开发一个同样的功能还要耗时的情况。
最后我想说，在IT行业“客户不会永远都是对的”，用自己的技术为客户做出高效完美的软件才是王道。
shhuangfy
需求变更后如何做好测试?
1：客户提出的要变更的需求，要经过需求变更申请表经公司相关人员确定后，一定要把它记录下来，归为需求变更文档中一部分，变更文档中应该包括此变更的原因等相关信息
2：测试人员根据变更的需求分析此变更产生的影响，当然可以借助项目组成员的力量一起分析，理清变更对当前系统有哪些实质性的影响，这也是在测试时要重点测试的功能点
3：根据分析的结果更改相应的测试计划及用例，在编码没有完成前，用例不用写的很全很细，全与细的用例可待程序出来后再完善，测试前的用例很多的时候只是做为功能点集合，来指导测试，为测试提供方向等用处
另外要说的是：其实有些变更并非是有效的，我们要评审变更就是要考核变更的必要性，这样也能避免多重变更。
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
