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