每当需求变更的时候，我们就得修改测试用例！也许需求变更一页，用例要变化N页！！！实在是一个劳神费力的事情呀，不知道各位用例达人们都是怎么来控制用例变更的！？工具吗？用例设计方法吗？还是在需求上做手脚吗？

您的一席之言，将能挽回一个健康青年的青春美好时光，而不需苦于用例地维护！？他将能利用这节约下来的美好时间，用于更好的研究美好的测试未来

需求的变更在软件开发过程中是常见的问题；面对需求的变更我们应该如何去处理?
首先需求的更新是客户或者PM提出，我们无法避免只能因对，如果需求变更测试用例肯定需要更新；想想其实痛苦的也不仅是测试，开发也有同样的问题，以前写的很好的代码，因为需求的变更需要删除或者做大量的修改。

测试在需求变更的时候需要做的事情是什么呢：
1. 分析需求变更的地方，分析所变更的地方是否会引起系统其他地方的变动，还有就是变更对系统造成的影响，如果有影响或者引起变动较大应提早提到项目上来讨论; 如果变更有缺陷的地方及早提出来，避免需求将来再次变更。
2. 更新测试用例，关于如何去变更测试用例?
    a. 确定需求的优先级，对应肯定会有测试用例的优先级。
    b. 测试用例每天更新，即使没有更新，尽量花几分钟时间回顾一下以前的测试用例是否需要修改。千万不要累计起来，否则你会发现这是很大的工作量。
    c. 如果一次变更太多怎么办? 列出修改计划, 逐步去更新。