測試過程中的策略變更 軟件測試方法
測試經理不要心存幻想，認為測試策略一旦確定，就會在整個項目的進程中一成不變。測試過程是持續不斷變化的，因此也必須能對這些變化做出適當的反應。
現實中，開發和測試項目經常會面對壓力，尤其是在項目的后期。突然之間調整了進度表(通常是可用的時間被縮短)，測試經理被要求進行更少或更短時間的測試。哪些測試可以被取消或弱化?利用測試策略作為基礎，測試經理就可以和產品權益人以專業方式來討論這些問題。當變化的環境要求測試應當和以前達成一致的情況有所不同時，對測試應當達到的期望值也必須有所變化。策略問題也必須被重新評估：以前我們認為更重要的方面是否已經發生了變化?當減少某個特定領域的測試時，我們是否愿意接受增加的風險?
當產品發布的內容發生變化時，也會出現同樣的情況。例如系統增加了額外功能，或者是系統某些部分的發布被延遲，或者是產品現在被定位于另一個有著不同要求和預期的市場領域。在這些情況下，必須重新評估測試策略：以前計劃的測試面對新情況是否仍然適合?如果質量特性或子系統的相對重要性發生了明顯改變，則計劃好的測試也必須做相應調整。
改變測試策略的另一個理由是測試本身的結果。當對系統某一部分的測試發現過多的缺陷時，明智的做法是加強對該部分的測試。比如增加額外的測試用例或采用更為徹底的測試技術。反過來也是如此：當發現沒有或者只有極少的缺陷時．就要研究是否可以減少測試。在此情況下，需要探討的話題是：“通過測試，現在我們感知到的風險是什么。這能夠證明我們增加或減少測試的決定是正確的嗎’”
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
