傳統軟件測試過程中的問題[1]

　　傳統軟件測試過程中的問題[1]  軟件測試

　　傳統的軟件測試流程：一般是在軟件開發過程中進行少量的單元測試。然后在整個軟件開發結束階段，集中進行大量的測試，包括功能和性能的集成測試和系統測試。隨著軟件開發的越來越復雜，傳統的軟件測試流程不可避免的給我們帶來以下問題：

　　問題一：項目進度難以控制，項目管理難度加大。

　　大量的軟件錯誤往往只有到了項目后期系統測試階段才被發現，解決問題花費的時間很難預料， 經常導致項目進度無法控制，同時在整個軟件開發過程中，項目管理人員缺乏對項目質量的了解和控制，加大了項目管理難度。

　　問題二：對項目風險的控制能力較弱項目風險在項目開發較晚的時候才能夠真正降低。往往是經過系統測試之后，才真正確定該設計是否能真正滿足系統功能、性能和可靠性方面的需求。

　　問題三：軟件項目開發費用超過預算。在整個軟件開發周期中，錯誤發現的越晚，單位錯誤修復成本越高，錯誤的延遲解決必然導致整個項目成本的急劇增加。

　　IBM Rational 軟件自動化測試最佳成功經驗解決傳統測試問題。

　　核心的三個最佳成功經驗是：盡早測試、連續測試，自動化測試，并在此基礎上提供了完整的軟件測試流程和一整套的軟件自動化工具，使我們最終能夠做到：一個測試團隊，基于一套完整的軟件測試流程，使用一套完整的自動化軟件測試工具，完成全方位的軟件質量驗證。

　　成功經驗一：盡早測試

　　所謂盡早測試是指在整個軟件開發周期中通過各種軟件工程技術盡量早的完成各種軟件測試任務的一種思想。IBM Rational 主要在以下三個方面為我們提供的盡早測試的軟件工程技術：

　　首先，軟件的整個測試生命周期是與軟件的開發生命周期基本平齊的過程。即當需求分析基本明確后我們就應該基于需求分析的結果和整個項目計劃來進行軟件的測試計劃;伴隨著分析設計過程同時應該完成測試用例的設計;當軟件的第一個發布出來后，測試人員要馬上基于它進行測試腳本的實現，并基于測試計劃中的測試目的執行測試用例，對測試結果進行評估報告。這樣，我們可以通過各項測試指標實時監控項目質量狀況，提高整個項目的控制和管理。

　　項目計劃、需求管理―――測試計劃

　　測試計劃、分析設計―――測試設計

　　測試設計―――測試實現

　　測試實現―――測試結果評估

原文轉自：http://www.kjueaiud.com