2010軟考軟件測試中面臨的問題及解決辦法(7)

　　如果需求一直在變化怎么辦?

　　1 如果可能，盡早與承擔(dān)該項目風(fēng)險的人接觸，以便了解需求會怎樣改變，從而可以盡早地改變測試計劃和策略。

　　2 如果在對應(yīng)用程序進(jìn)行初始設(shè)計時多考慮一些適應(yīng)性，那么以后在發(fā)生需求的改變時，就不需要再為改變做很多事情了。

　　3 好的代碼注釋和好的文檔有助于開發(fā)人員作出相應(yīng)的改變。

　　4 只要有可能，就應(yīng)使用快速原型 (rapid prototyping) ，以幫助用戶確認(rèn)他們的需求，從而減少變更。

　　5 在項目的時間表中應(yīng)當(dāng)留出余量，以應(yīng)付可能出現(xiàn)的變更。

　　6 盡量把新的需求納入應(yīng)用軟件的“下一版”，而把原始需求作為“第一版”。

　　7 通過談判，把易于實現(xiàn)的新的變更列入項目，而把難于實現(xiàn)的新需求列入該應(yīng)用軟件的以后的版本。

　　8 要確保讓客戶和管理人員了解變更對進(jìn)度表的影響、所帶來的風(fēng)險、以及因變更所引起的大量資金消耗。

　　9 在應(yīng)付改變時，應(yīng)在為建立自動測試而作的努力和重新進(jìn)行測試所做的努力之間取得平衡。

　　10 在設(shè)計自動測試劇本時，試圖使其有一些靈活性。

　　11 在對應(yīng)用軟件進(jìn)行自動測試時，要把注意力集中在看來不大會改變的部分。

　　12 對變更進(jìn)行適當(dāng)?shù)娘L(fēng)險分析，以減少回歸測試的要求。

　　13 在設(shè)計測試案例時要有一定的靈活性。做到這一點并不容易，所以要降低測試案例的詳細(xì)程度，或者只建立高級的通用型的測試計劃。

　　14 少注意詳細(xì)的測試計劃和測試案例，要把重點放在專門的測試 (ad hoc testing) 上。