軟件測試過(guò)程模型

　　針對每個(gè)測試級別，將適當的執行如下活動(dòng)：

　　一、創(chuàng )建測試策略：

　　輸入：

　　· 要求硬件和軟件組件的詳細說(shuō)明，包括測試工具(測試環(huán)境，測試工具數據)。

　　· 針對測試和進(jìn)度約束(人員，進(jìn)度表)所需資源的角色和職責說(shuō)明

　　· 測試方法(標準)

　　· 應用程序的功能性和技術(shù)性需求(需求，變更請求，技術(shù)性和功能性設計文檔)

　　· 系統無(wú)法提供的需求(系統局限)

　　輸出：

　　· 已批準和簽署的測試策略文檔，測試計劃，測試用例

　　· 需要解決方案的測試項目(通常要求客戶(hù)項目的管理層協(xié)調)

　　過(guò)程：

　　· 測試策略是關(guān)于如何測試系統XYZ的正式描述，要求開(kāi)發(fā)針對所有測試級別的測試策略。測試小組分析需求，編寫(xiě)測試策略并且和項目小組一起復審計劃。

　　· 測試計劃應該包括測試用例和條件，測試環(huán)境，與任務(wù)相關(guān)的測試，通過(guò)/失敗的準則和測試風(fēng)險評估。測試進(jìn)度表將識別所有要求有成功的測試成果的任務(wù)，活動(dòng)的進(jìn)度和資源要求。

　　二、創(chuàng )建測試計劃/設計

　　輸入：

　　· 已批準的測試策略文檔。

　　· 如果測試工具適用，自動(dòng)化測試軟件和以前開(kāi)發(fā)的測試腳本

　　· 作為一種測試的結果(有關(guān)測試文檔的問(wèn)題)，測試文檔中沒(méi)有說(shuō)明的問(wèn)題

　　· 從概要和詳細設計文檔(軟件設計，代碼和復雜的數據)中導出的對軟件復雜性和模塊路徑覆蓋的理解

　　輸出：

　　· 設計時(shí)發(fā)現的問(wèn)題反饋給開(kāi)發(fā)人員(軟件設計，代碼問(wèn)題)

　　· 已批準的測試場(chǎng)景，條件和腳本(測試設計，用例和腳本)

　　· 測試數據

　　過(guò)程：

　　· 通過(guò)復審發(fā)布版本的功能需求和準備能夠更好的拆分為測試腳本的業(yè)務(wù)功能邏輯集合，準備測試場(chǎng)景和用例。測試將定義為測試條件，用于測試的數據和期望的結果(數據庫更新，文件輸出，報告結果等等)。將可能在應用程序中出現的既普通又異常的情況描繪為測試場(chǎng)景。

　　· 項目開(kāi)發(fā)人員將定義單元測試需求和單元測試的場(chǎng)景/用例。在集成和系統測試之前，開(kāi)發(fā)人員同時(shí)也負責執行單元測試用例。

　　· 在開(kāi)發(fā)人員和客戶(hù)的協(xié)助下，測試小組將開(kāi)發(fā)集成和系統測試的測試場(chǎng)景、用例。驗收測試用例將由客戶(hù)在項目和測試小組的幫助下開(kāi)發(fā)。

　　· 通過(guò)使用測試腳本執行測試場(chǎng)景。腳本將定義用于執行一個(gè)和多個(gè)測試場(chǎng)景的一系列步驟。測試腳本通常描繪在一般的系統操作中會(huì )出現的事務(wù)或過(guò)程。測試腳本包括用于測試過(guò)程或事務(wù)的特定數據。測試腳本將覆蓋多個(gè)測試場(chǎng)景并且包括運行/執行/周期信息。測試腳本映射需求和用于保證任何測試都是在范圍內的追溯矩陣。

　　· 在測試之前，捕捉并且基線(xiàn)化測試數據。這些數據將作為單元和系統測試的基礎和在可控的環(huán)境下執行系統功能。為了以后的對照，一些輸出的數據也被基線(xiàn)化。在回歸測試時(shí)，基線(xiàn)化的數據用于支持以后的系統維護。

　　· 為評定應用程序的就緒情況、環(huán)境和被測試的數據，應召開(kāi)測試準備會(huì )議。為了指出發(fā)本版本的入口標準狀態(tài)，應創(chuàng )建測試就緒文檔。

　　三、執行測試

　　輸入：

　　· 已批準的測試文檔(測試計劃、用例、程序)

　　· 如果適用測試工具，自動(dòng)化測試軟件和編寫(xiě)好的腳本

　　· 設計的變更(變更請求)

　　· 測試數據

　　· 測試和項目組的可用性(項目人員，測試小組)

　　· 概要和詳細設計文檔(需求，軟件設計)

　　· 通過(guò)配置/構建人員能夠完全轉移到測試環(huán)境(單元測試過(guò)的代碼)的開(kāi)發(fā)環(huán)境

　　· 測試就緒文檔

　　· 修訂文檔

　　輸出：

　　· 代碼的變更(測試修復項)

　　· 作為一種測試的結果(測試文檔問(wèn)題)，測試文檔沒(méi)有說(shuō)明的問(wèn)題

　　· 設計時(shí)發(fā)現的問(wèn)題，反饋給開(kāi)發(fā)人員和客戶(hù)(需求，設計，代碼問(wèn)題)

　　· 測試事故的正式記錄(問(wèn)題跟蹤)

　　· 為向下一級別轉移而準備的基線(xiàn)化包(已測試的源代碼和對象代碼)

原文轉自：http://www.uml.org.cn/Test/200709263.asp