醫療器材軟體確效法規要求介紹-長庚大學電機工程學系.ppt

測試模型 – V Model 需求分析、軟體設計、程式開發等步驟隨時間依序進行，而測試的順序正好相反 程式開發 單元測試 軟體設計規格 整合測試 需求分析 系統測試 使用者 驗收測試 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 測試模型 – W Model 修正V model兩個缺點 測試是軟體開發後期的工作 要測試的對象只有軟體 伴隨開發週期同步進行測試 需求 需求測試 功能 功能測試 設計 設計測試 程式開發 單元測試 元件組合 整合測試 系統功能 系統測試 安裝 驗收測試 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 測試模型 – H Model W模式將測試視為一個獨立的活動問題，H模式則將測試視為一個系統流程 測試活動貫穿整個產品週期 測試活動可以依序先後執行，但也可能反覆的執行 測試點 測試準備 測試執行 循序測試 其他活動 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 軟體測試指引 判斷何時停止測試 清楚了解使用者需求、操作流程、系統設計與元件介面等規格 指定測試者測試的責任 描述每種測試情況的預期結果 避免無法重複產生,或是無規律的測試 寫出有效與無效輸入條件的測試案例(test case) 進行測試 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 軟體測試的分類方法 白箱測試：著重結構測試 動態：使用測試資料進行測試 測試邊界 結構測試 (路徑涵蓋) 靜態：不用執行軟體 程式證明 異常分析 黑箱測試：注重功能測試 動態 決策表格架構測試 因果圖 靜態 規格證明 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 窮舉測試 窮舉測試定義：將所有可能的輸入資料全部拿來做測試，或是覆蓋所有程式可能執行的路徑 測試範例將是天文數字 說明：假設一個軟體有兩個輸入、一個輸出。如果兩個輸入為32位元的整數，利用窮舉法共有232 *232 = 264情況，如果測試一次需要1毫秒，共需5億年 待測軟體 輸入 1 輸入 2 輸出 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 靜態分析 靜態分析：不實際執行程式，而是透過檢查與閱讀等方式來發現錯誤的軟體測試技術，以及評估是否確實依照規劃執行邏輯順序 方式 Walk Through (快速閱讀)：經驗豐富的開發人員，經由開發者的解釋，檢視軟體的邏輯錯誤、程式碼規範，將人腦充當電腦 Inspection (檢閱)：以會議形式進行，明定會議目標、流程與規定、採用check list方式進行錯誤檢視 Review(複審)：比inspection更嚴謹，第一步提供相關文件，以及常見錯誤清單。第二步召開審查會議，開發者透過講解發現程式中的錯誤。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 測試範例 測試範例定義：由一對滿足測試情境的輸入/輸出資料所組成，透過這個資料範例，可以執行某個層面的軟體測試 測試範例隨測試方法不同而不同 軟體中的錯誤很多，考量