如果需求一直在變化怎么辦?
1 如果可能，盡早與承擔(dān)該項目風(fēng)險的人接觸，以便了解需求會怎樣改變，從而可以盡早地改變測試計劃和策略。
2 如果在對應(yīng)用程序進行初始設(shè)計時多考慮一些適應(yīng)性，那么以后在發(fā)生需求的改變時，就不需要再為改變做很多事情了。
3 好的代碼注釋和好的文檔有助于開發(fā)人員作出相應(yīng)的改變。
4 只要有可能，就應(yīng)使用快速原型 (rapid prototyping) ，以幫助用戶確認他們的需求，從而減少變更。
5 在項目的時間表中應(yīng)當(dāng)留出余量，以應(yīng)付可能出現(xiàn)的變更。
6 盡量把新的需求納入應(yīng)用軟件的“下一版”，而把原始需求作為“第一版”。
7 通過談判，把易于實現(xiàn)的新的變更列入項目，而把難于實現(xiàn)的新需求列入該應(yīng)用軟件的以后的版本。
8 要確保讓客戶和管理人員了解變更對進度表的影響、所帶來的風(fēng)險、以及因變更所引起的大量資金消耗。
9 在應(yīng)付改變時，應(yīng)在為建立自動測試而作的努力和重新進行測試所做的努力之間取得平衡。
10 在設(shè)計自動測試劇本時，試圖使其有一些靈活性。
11 在對應(yīng)用軟件進行自動測試時，要把注意力集中在看來不大會改變的部分。
12 對變更進行適當(dāng)?shù)娘L(fēng)險分析，以減少回歸測試的要求。
13 在設(shè)計測試案例時要有一定的靈活性。做到這一點并不容易，所以要降低測試案例的詳細程度，或者只建立高級的通用型的測試計劃。
14 少注意詳細的測試計劃和測試案例，要把重點放在專門的測試 (ad hoc testing) 上。