-
動態測試
鎖定
- 中文名
- 動態測試
- 隸 屬
- 軟件開發過程
動態測試簡介
動態方法是指通過運行被測程序,檢查運行結果與預期結果的差異,並分析運行效率和健壯性等性能,這種方法由三部分組成:構造測試實例、執行程序、分析程序的輸出結果。
所謂軟件的動態測試,就是通過運行軟件來檢驗軟件的動態行為和運行結果的正確性。目前,動態測試也是公司的測試工作的主要方式。
動態測試步驟
根據動態測試在軟件開發過程中所處的階段和作用,動態測試可分為如下幾個步驟:
動態測試單元測試
單元測試是對軟件中的基本組成單位進行測試,其目的是檢驗軟件基本組成單位的正確性。在公司的質量控制體系中,單元測試由產品組在軟件提交測試部前完成。單元測試是白盒測試。
白盒測試又稱結構測試、透明盒測試、邏輯驅動測試或基於代碼的測試。白盒測試是一種測試用例設計方法,盒子指的是被測試的軟件,白盒指的是盒子是可視的,你清楚盒子內部的東西以及裏面是如何運作的。"白盒"法全面瞭解程序內部邏輯結構、對所有邏輯路徑進行測試。"白盒"法是窮舉路徑測試。在使用這一方案時,測試者必須檢查程序的內部結構,從檢查程序的邏輯着手,得出測試數據。
[1]
動態測試集成測試
組裝測試,是單元測試的延伸,除對軟件基本組成單位的測試外,還需增加對相互聯繫模塊之間接口的測試。如三維算量軟件中,構件佈置和構件工程量計算是軟件不同的組成單位,但構件工程量計算的數據直接來源於構件佈置,兩者單獨進行單元測試,可能都很正常,但構件佈置的數據是否能夠正常傳遞給工程量計算,則必須通過組裝測試的檢驗。集成測試是白盒測試。
確認測試,是對組裝測試結果的檢驗,主要目的是儘可能的排除單元測試、組裝測試中發現的錯誤。
動態測試系統測試
系統測試是對已經集成好的軟件系統進行徹底的測試,以驗證軟件系統的正確性和性能等滿足其規約所指定的要求。系統測試應該按照測試計劃進行,其輸入、輸出和其它動態運行行為應該與軟件規約進行對比,同時測試軟件的強壯性和易用性。如果軟件規約(即軟件的設計説明書、軟件需求説明書等文檔)不完備,系統測試更多的是依賴測試人員的工作經驗和判斷,這樣的測試是不充分的。系統測試是黑盒測試。
動態測試驗收測試
這是軟件在投入使用之前的最後測試。是購買者對軟件的試用過程。在公司實際工作中,通常是採用請客户試用或發佈Beta版軟件來實現。驗收測試是黑盒測試。
黑盒測試也稱功能測試,它是通過測試來檢測每個功能是否都能正常使用。在測試中,把程序看作一個不能打開的黑盒子,在完全不考慮程序內部結構和內部特性的情況下,在程序接口進行測試,它只檢查程序功能是否按照需求規格説明書的規定正常使用,程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試着眼於程序外部結構,不考慮內部邏輯結構,主要針對軟件界面和軟件功能進行測試。
[1]
動態測試迴歸測試
即軟件維護階段,其目的是對驗收測試結果進行驗證和修改。在實際應用中,對客訴的處理就是迴歸測試的一種體現。