1、補充：軟件測試流程補充：軟件測試流程 測試計劃測試計劃 測試設計測試設計 測試開發測試開發 測試執行測試執行 測試評估測試評估 缺陷跟蹤缺陷跟蹤2 實踐證明，盡管人們在開發軟件的過實踐證明，盡管人們在開發軟件的過程中使用了許多保證軟件質量的方法和技程中使用了許多保證軟件質量的方法和技術，但開發出的軟件中還會隱藏許多錯誤術，但開發出的軟件中還會隱藏許多錯誤和缺陷。這對于規模大、復雜性高的軟件和缺陷。這對于規模大、復雜性高的軟件更是如此。所以，嚴格的軟件測試對于保更是如此。所以，嚴格的軟件測試對于保證軟件質量具有重要作用。證軟件質量具有重要作用。3 軟件測試的大部分工作在軟件生存期的兩個階段中進行

2、。在軟軟件測試的大部分工作在軟件生存期的兩個階段中進行。在軟件編碼階段，當編寫出一個模塊后，通常要對它進行必要的測試件編碼階段，當編寫出一個模塊后，通常要對它進行必要的測試（稱為單元測試），這時測試與編碼屬于同一個階段。在編碼階段（稱為單元測試），這時測試與編碼屬于同一個階段。在編碼階段結束后，對軟件系統還要進行各種綜合測試（集成測試與系統測結束后，對軟件系統還要進行各種綜合測試（集成測試與系統測試），這是一個獨立階段，即軟件測試階段。在這個測試階段又有試），這是一個獨立階段，即軟件測試階段。在這個測試階段又有兩種性質不同的測試：研制單位內部進行的集成測試和系統測試與兩種性質不同的測試：研制單

3、位內部進行的集成測試和系統測試與用戶（或第三方）進行的驗收測試。用戶（或第三方）進行的驗收測試。 在軟件測試生命周期內，錯誤在軟件開發的每個階段都可能被帶在軟件測試生命周期內，錯誤在軟件開發的每個階段都可能被帶入。在軟件測試中，某些錯誤被發現、分類、隔離，最終被糾正。入。在軟件測試中，某些錯誤被發現、分類、隔離，最終被糾正。由于軟件不斷被修改，所以這個過程是一個反復進行的過程。由于軟件不斷被修改，所以這個過程是一個反復進行的過程。 4測試計劃測試設計測試執行測試記錄分析測試總結完畢缺陷跟蹤針對測試目標，規定測試任務、資源分配、人員角色、進度安排等。根據測試計劃，設計測試用例，包括：測試步驟、測

4、試場景、測試代碼、測試數據(包括預期結果)。根據測試計劃，配置測試環境，并手動或者自動執行測試設計。根據測試計劃，忠實地記錄測試執行的過程和結果。分析測試記錄，如果發現與預期結果不同，確定并重現缺陷。檢查測試設計是否全部執行完畢，缺陷是否全部關閉。記錄、分發、評估、關閉缺陷報告。分析測試過程和缺陷報告，評估測試質量和測試效果，給出是否通過測試的建議。軟件測試過程流程圖測試用例 測試用例是數據輸入和期望結果組成的對軟件中有許多錯誤軟件中有許多錯誤用戶遇到的錯誤只占很小比用戶遇到的錯誤只占很小比例例應該針對用戶最容易遇到的應該針對用戶最容易遇到的錯誤進行測試，以便改進測錯誤進行測試，以便改進測試的

5、有效性試的有效性測試用例的定義 測試用例是一個包含輸入和預期輸出的與程序行為有關的標識 軟件測試的本質就是針對要測試的內容確定一組測試用例 測試用例是由測試中經過的一系列狀態和在每個狀態中必須依靠輸入/輸出數據滿足的一對條件組成的7測試過程產生的測試文檔測試過程產生的測試文檔測試計劃測試計劃測試設計測試設計測試執行測試執行測試記錄測試記錄分析分析測試總結測試總結完畢完畢缺陷跟蹤缺陷跟蹤測試計劃文檔測試計劃文檔測試用例文檔測試用例文檔測試記錄文檔測試記錄文檔缺陷跟蹤報告缺陷跟蹤報告測試總結報告測試總結報告 測試啟動準則測試啟動準則同時滿足以下條件，允許開始測試： （1）測試計劃已經制定并且通過了

6、審批； （2）測試用例已經設計并且通過了審批； （3）被測試對象已經開發完畢并等待測試。 測試完成準則測試完成準則 對于非嚴格系統可以采用“基于測試用例”的準則。同時滿足以下條件允許結束測試： （1）功能性測試用例通過率達到100； （2）非功能性測試用例通過率達到90時。 對于嚴格系統，應當補充“基于測試期缺陷密度”的規則： （3）相鄰n個CPU小時內“測試期缺陷密度”全部低于某個值m。例如n大于10，m小于等于1。9軟件測試過程測試計劃執行執行. .執行執行測試計劃測試計劃缺陷跟蹤缺陷跟蹤測試開發測試開發測試設計測試設計評估評估建立建立 建立建立 執行執行 建立建立1 1、測試需求、測試需

7、求2 2、測試策略、測試策略3 3、測試資源、測試資源4 4、測試進度、測試進度v輸入：軟件需求書輸入：軟件需求書v輸出：測試計劃書輸出：測試計劃書10軟件測試過程測試設計執行執行. . 執行執行.測試計劃測試計劃缺陷跟蹤缺陷跟蹤測試開發測試開發測試設計測試設計評估評估 建立建立建立建立執行執行.建立建立1 1、測試描述、測試描述2 2、前置條件、前置條件3 3、測試步驟、測試步驟4 4、驗證點、驗證點5 5、后置條件、后置條件6 6、測試通過條件、測試通過條件良好的測試設計是測試自動化良好的測試設計是測試自動化的重要保證！的重要保證！v輸入：軟件測試計劃書輸入：軟件測試計劃書v輸出：軟件測試

8、大綱輸出：軟件測試大綱11軟件測試過程測試開發執行執行. 執行執行. .測試計劃測試計劃缺陷跟蹤缺陷跟蹤測試開發測試開發測試設計測試設計評估評估建立建立 建立建立執行執行.建立建立v測試腳本測試腳本12軟件測試過程測試執行執行執行. 執行執行.測試計劃測試計劃缺陷跟蹤缺陷跟蹤測試開發測試開發測試設計測試設計評估評估建立建立建立建立執行執行.建立建立v 進行測試執行管理進行測試執行管理v 運行測試運行測試v 記錄測試結果，包括缺陷報告和測試日志記錄測試結果，包括缺陷報告和測試日志13軟件測試過程測試評估執行執行. .執行執行. .測試計劃測試計劃缺陷跟蹤缺陷跟蹤測試開發測試開發測試設計測試設計評

9、估評估建立建立建立建立執行執行. .建立建立v 統計和分析測試結果，確定是否達到軟件發布的統計和分析測試結果，確定是否達到軟件發布的標準標準14軟件測試過程缺陷跟蹤執行執行. . 執行執行. .測試計劃測試計劃缺陷跟蹤缺陷跟蹤測試開發測試開發測試設計測試設計評估評估建立建立建立建立執行執行. .建立建立缺陷跟蹤：缺陷跟蹤：v 記錄測試發現的缺陷或用戶問題，并且跟蹤、記錄測試發現的缺陷或用戶問題，并且跟蹤、管理缺陷的狀態變更管理缺陷的狀態變更15測試計劃測試計劃的問題：測試計劃的問題：v 測試計劃經常是等到開發周期后期才開始實行，使得沒測試計劃經常是等到開發周期后期才開始實行，使得沒有時間有效的

10、執行計劃。有時間有效的執行計劃。v 測試計劃的組織者可能缺乏測試經驗，無法對測試進行測試計劃的組織者可能缺乏測試經驗，無法對測試進行準確的評估，導致測試計劃難以落到實處。準確的評估，導致測試計劃難以落到實處。v 測試的量度和復雜性可能太大，沒有自動化工具，很難測試的量度和復雜性可能太大，沒有自動化工具，很難計劃和控制。計劃和控制。16如何看待測試計劃v 好的計劃可以保證項目好的計劃可以保證項目50%50%的成功，另的成功，另50%50%靠有效的執行！靠有效的執行！v 測試計劃測試計劃只是一個文件？只是一個文件？v 不要單純的去編制一個測試計劃，要計劃測試過程（不要為了計不要單純的去編制一個測試

11、計劃，要計劃測試過程（不要為了計劃而計劃！）。劃而計劃！）。v 測試計劃是指導要做什么的所有想法。測試計劃是指導要做什么的所有想法。v 測試計劃必須要起到協調所有與測試相關人員的作用，包測試計劃必須要起到協調所有與測試相關人員的作用，包括測試工程師、客戶參與人員、項目參與人員。括測試工程師、客戶參與人員、項目參與人員。測試計劃的目標 軟件測試員的目標：？軟件測試員的目標：？ 利用良好的測試計劃、測試案例和測試報利用良好的測試計劃、測試案例和測試報告正確交流和制定測試工作是測試員達到告正確交流和制定測試工作是測試員達到目標的保障。目標的保障。 測試計劃的目標測試計劃的目標 規定測試活動的范圍、方

12、法、資源和進度規定測試活動的范圍、方法、資源和進度 明確正在測試的項目、要測試的特性、要執行的測明確正在測試的項目、要測試的特性、要執行的測試任務、每個任務的負責人試任務、每個任務的負責人 與計劃相關的風險與計劃相關的風險測試計劃需考慮因素 高級期望高級期望 人、地點和事人、地點和事 定義定義 團隊之間的責任團隊之間的責任 測試內容測試內容 測試階段測試階段 測試策略測試策略 資源要求資源要求 任務分配任務分配 測試進度測試進度 測試案例測試案例 軟件缺陷報告軟件缺陷報告 頻度和統計頻度和統計 風險和問題風險和問題19測試計劃的過程v 確定測試要素，編寫可檢驗的測試需求確定測試要素，編寫可檢驗

13、的測試需求v 評估風險評估風險v 制定測試策略，測試方法制定測試策略，測試方法v 確定測試資源確定測試資源v 創建時間表創建時間表v 生成測試計劃生成測試計劃v 審查測試計劃審查測試計劃 由開發、測試、用戶三方會議審核由開發、測試、用戶三方會議審核 考慮可能的測試推遲考慮可能的測試推遲 執行測試計劃可能的阻力執行測試計劃可能的阻力 檢查項目需求說明、軟件維護手冊、技術更新資檢查項目需求說明、軟件維護手冊、技術更新資料、用戶手冊料、用戶手冊20測試設計測試設計的問題：測試設計的問題：v 不做測試設計，測試過程胡亂建立不做測試設計，測試過程胡亂建立/ /如何執行測試？如何執行測試？v 測試設計不詳

14、細，不是基于可量度的測試策略測試設計不詳細，不是基于可量度的測試策略。v 測試過程沒有采用最好的技術來檢驗系統（測試過程沒有采用最好的技術來檢驗系統（Windows Windows C/SC/S、B/SB/S）結構的測試需求）結構的測試需求。21測試設計v 選擇適當的測試用例，來源：根據需求說明書、開發選擇適當的測試用例，來源：根據需求說明書、開發設計文檔、測試需求等資料，編寫測試用例設計文檔、測試需求等資料，編寫測試用例v 確定每個用例執行的條件確定每個用例執行的條件v 設定一系列的測試步驟設定一系列的測試步驟v 按照一定策略設計測試輸入數據（邊界條件、等價類按照一定策略設計測試輸入數據（邊

15、界條件、等價類劃分、非法數值等）劃分、非法數值等）v 確定預期的測試輸出，做為測試用例成功的依據確定預期的測試輸出，做為測試用例成功的依據v 為每一個測試用例確定測試驗證點為每一個測試用例確定測試驗證點22測試開發測試開發的問題：測試開發的問題：v 測試開發很亂，與測試需求或測試策略沒有對測試開發很亂，與測試需求或測試策略沒有對應性應性v 測試用例、測試過程不可重用測試用例、測試過程不可重用v 測試過程被作為一個編程任務來執行，導致腳測試過程被作為一個編程任務來執行，導致腳本太長，不能滿足軟件移植性的要求本太長，不能滿足軟件移植性的要求v 輸入：被測軟件、基于測試需求的測試設計輸入：被測軟件、

16、基于測試需求的測試設計v 輸出：測試過程和測試用例輸出：測試過程和測試用例v 目標：目標： 創建可以重用的自動化測試過程創建可以重用的自動化測試過程 維護測試對于測試需求的可跟蹤性維護測試對于測試需求的可跟蹤性23測試開發測試開發技術：測試開發技術：v 編程編程 優點：具有較大的靈活性優點：具有較大的靈活性 缺點：編程過程過于復雜缺點：編程過程過于復雜v 錄制錄制 優點：操作簡單快捷優點：操作簡單快捷 缺點：靈活性較差缺點：靈活性較差v 一般綜合這兩種開發技術：先錄制、后編程一般綜合這兩種開發技術：先錄制、后編程24測試執行測試執行過程：測試執行過程：v按照測試用例流程進行手工測試按照測試用例

17、流程進行手工測試v執行已經建立的測試腳本執行已經建立的測試腳本v根據測試需求檢查測試是否得到正確結果根據測試需求檢查測試是否得到正確結果v報告軟件缺陷，對缺陷記錄進行跟蹤和維護報告軟件缺陷，對缺陷記錄進行跟蹤和維護25測試評估測試評估的問題：測試評估的問題：v 沒有把測試覆蓋率作為報告測試進程的根據，使沒有把測試覆蓋率作為報告測試進程的根據，使得不知測試是否結束得不知測試是否結束v 沒有做缺陷評估，缺陷評估是量度軟件可行性的沒有做缺陷評估，缺陷評估是量度軟件可行性的重要指標重要指標v 不使用專門的軟件工具進行數據輸入任務和相應不使用專門的軟件工具進行數據輸入任務和相應的評估活動，使得這些任務變

18、得繁重累人的評估活動，使得這些任務變得繁重累人26測試評估測試評估的目標：測試評估的目標：v 提供量化的測試覆蓋域提供量化的測試覆蓋域v 評估軟件質量評估軟件質量, ,生成缺陷評估報告和測試覆蓋率的生成缺陷評估報告和測試覆蓋率的總結報告總結報告 測試覆蓋率：評估測試完成多少的標準測試覆蓋率：評估測試完成多少的標準 缺陷評估：評估軟件質量的重要指標，通常評缺陷評估：評估軟件質量的重要指標，通常評估模型假設缺陷的發現是呈泊松分布的；嚴格估模型假設缺陷的發現是呈泊松分布的；嚴格的缺陷評估要考察在測試過程中發現缺陷的間的缺陷評估要考察在測試過程中發現缺陷的間隔時間長短。評估要估計軟件當前的可靠性并隔時

19、間長短。評估要估計軟件當前的可靠性并預測隨著測試的繼續進行，軟件可靠性會怎樣預測隨著測試的繼續進行，軟件可靠性會怎樣提高！提高！27測試評估缺陷發現率趨勢決定發布日期缺陷發現率趨勢決定發布日期時間時間發布日期發布日期發現的缺陷數發現的缺陷數測試成本測試成本28缺陷評估 缺陷評估是評估軟件質量的重要指標，通常評估模型假設缺陷評估是評估軟件質量的重要指標，通常評估模型假設缺陷的發現是呈泊松分布的；嚴格的缺陷評估要考察在測試缺陷的發現是呈泊松分布的；嚴格的缺陷評估要考察在測試過程中發現缺陷的間隔時間長短。評估要估計軟件當前的可過程中發現缺陷的間隔時間長短。評估要估計軟件當前的可靠性并預測隨著測試的繼

20、續進行，軟件可靠性會怎樣提高。靠性并預測隨著測試的繼續進行，軟件可靠性會怎樣提高。 SQA Suite 提供四種形式進行缺陷評估：提供四種形式進行缺陷評估： 1、缺陷分布報告可以生成缺陷數量與缺陷屬性的函數。如測、缺陷分布報告可以生成缺陷數量與缺陷屬性的函數。如測試需求和狀態。試需求和狀態。 2、缺陷趨勢報告可以看出缺陷增長和減少的趨勢。、缺陷趨勢報告可以看出缺陷增長和減少的趨勢。 3、缺陷年齡報告展示一個缺陷處于某種狀態的時間長短、缺陷年齡報告展示一個缺陷處于某種狀態的時間長短 4、測試結果進度報告展示測試過程在被測應用的幾個版本中、測試結果進度報告展示測試過程在被測應用的幾個版本中的執行結果以及測試周期。的執行結果以及測試周期。29缺陷評估具體步驟具體步驟 1、回顧測試日記、回顧測試日記 2、評估測試需求的覆蓋率、評估測試需求的覆蓋率 3、分析缺陷、分析