需求變更后如何做好測試 軟件測試
huxb_dowant：
這個問題要根據需求變更的嚴重程度來決定測試計劃的變更：
1、如果原來的需求發生了根本性變化，則測試計劃需要重新制定，與原需求對應的開發及測試工作就被全部推翻，一切從零開始。
2、如果需求只是少許變化，則修改相應功能的測試用例，測試計劃即可;當然這種情況如果可以通過加班解決就不要修改版本發布計劃了，給客戶留個好印象，但要同時告訴客戶需求變化的影響，使其對提出的需求有一定的責任感。
需求變更在軟件測試過程中是比較多的，產生該問題的原因主要是需求人員不能很好控制需求導致的，必須強化需求人員的技術水平，使其有能力引導客戶向現有功能靠攏，不會發生修改的功能比開發一個同樣的功能還要耗時的情況。
最后我想說，在IT行業“客戶不會永遠都是對的”，用自己的技術為客戶做出高效完美的軟件才是王道。
shhuangfy
需求變更后如何做好測試?
1：客戶提出的要變更的需求，要經過需求變更申請表經公司相關人員確定后，一定要把它記錄下來，歸為需求變更文檔中一部分，變更文檔中應該包括此變更的原因等相關信息
2：測試人員根據變更的需求分析此變更產生的影響，當然可以借助項目組成員的力量一起分析，理清變更對當前系統有哪些實質性的影響，這也是在測試時要重點測試的功能點
3：根據分析的結果更改相應的測試計劃及用例，在編碼沒有完成前，用例不用寫的很全很細，全與細的用例可待程序出來后再完善，測試前的用例很多的時候只是做為功能點集合，來指導測試，為測試提供方向等用處
另外要說的是：其實有些變更并非是有效的，我們要評審變更就是要考核變更的必要性，這樣也能避免多重變更。
文章來源于領測軟件測試網 http://www.kjueaiud.com/