医疗器材软体确效法规实务介绍.pptVIP

系統測試與單元、整合測試區別 測試方法：系統測試完全以黑箱測試為主 測試範圍：單元測試主要測試模組內的介面、資料結構與邏輯等。整合測試主要測試模組之間的介面與異常。系統測試主要測試系統是否滿足使用者的需求 評估基準不同：系統測試主要評估基準是測試範例對需求規格的覆蓋率，單元與整合測試主要的評估是程式碼的覆蓋率 系統測試的內容 (I) 功能測試： 對於產品功能進行測試，驗證符合需求規格書 效能測試 驗收系統的整體效能是否達成目標，一般與負載測試結合 負載測試 在大量資料、大量存取情況下，評量系統的效能與功能穩定度 壓力測試 在人為資源緊缺的環境下(如CPU佔用、記憶體減少、網路頻寬限制)，檢查系統是否會發生問題 疲勞測試 連續保持長時間的測試，檢查系統是否會出現問題 易用性測試 操作介面是否簡易、操作流程是否一致性 安裝測試 檢查安裝時是否正確安裝所有檔案，是否會破壞其他檔案 配置測試 在不同環境下(如作業系統、軟體環境)，驗證系統的功能 文件測試 文件是否齊全，內容格式是否一致 系統測試的內容 (II) 安全測試 檢查系統是否有病毒，系統資料是否正確加密，並具有權限管理機制 恢復測試 系統發生災難時，檢查系統是否能夠回復破壞的資料與環境 回歸測試 當系統更新部份程式碼時，是否會引入新的錯誤或者舊的錯誤重新出現 演練測試 交付使用者之前，利用相似的環境進行測試 Back-to-back測試 設置一組測試，在不告知任何事情的狀況下，獨立進行測試，用來評估測試團隊的效果 度量測試 人為放入錯誤，並根據被發現的比例來確定遺留的錯誤數量 比較測試 與競爭產品或是舊版產品做比較，來確定系統的優勢與劣勢 系統測試活動過程 活動名稱 輸入 輸出 制定系統測試計劃 軟體需求文件 軟體專案計畫 系統測試計畫 設計系統測試 系統測試計畫 軟體需求 系統測試範例 系統測試過程 實施系統測試 系統測試計畫 系統測試腳本 執行系統測試 系統測試計畫 系統測試範例 系統測試過程 系統測試腳本 測試結果 評估系統測試 測試結果 分析報告 修改變更請求 軟體測試是一個藝術與工程的結合 20世紀60年代開始有測試任務，80年代開始有測試職業，90年代開始有測試科學，21世紀開始有測試專業 測試的目標是發現問題 測試在理論與方法都不是很成熟，效果取決於測試資源、團隊能力，所以說軟體測試是一場戰爭 軟體測試的改進方法 外聘更多的測試人員 將原有開發人員轉任為專責的測試人員 加強所有人對於軟體測試的專業知識 購買或自行開發軟體測試工具 將測試工作外包 Thanks For Your Attention 長庚大學資訊工程系 林仲志 cclin@mail.cgu.edu.tw (03)2118800-5964 0922743818 根據第13張品質管理系統(ISO 13485)指引架構將文件分成四階 測試模型 – V Model 需求分析、軟體設計、程式開發等步驟隨時間依序進行，而測試的順序正好相反 程式開發 單元測試 軟體設計規格 整合測試 需求分析 系統測試 使用者 驗收測試 測試模型 – W Model 修正V model兩個缺點 測試是軟體開發後期的工作 要測試的對象只有軟體 伴隨開發週期同步進行測試 需求 需求測試 功能 功能測試 設計 設計測試 程式開發 單元測試 元件組合 整合測試 系統功能 系統測試 安裝 驗收測試 測試模型 – H Model W模式將測試視為一個獨立的活動問題，H模式則將測試視為一個系統流程 測試活動貫穿整個產品週期 測試活動可以依序先後執行，但也可能反覆的執行 測試點 測試準備 測試執行 循序測試 其他活動 軟體測試指引 判斷何時停止測試 清楚了解使用者需求、操作流程、系統設計與元件介面等規格 指定測試者測試的責任 描述每種測試情況的預期結果 避免無法重複產生,或是無規律的測試 寫出有效與無效輸入條件的測試案例(test case) 進行測試 軟體測試的分類方法 白箱測試：著重結構測試 動態：使用測試資料進行測試 測試邊界 結構測試 (路徑涵蓋) 靜態：不用執行軟體 程式證明 異常分析 黑箱測試：注重功能測試 動態 決策表格架構測試 因果圖 靜態 規格證明 窮舉測試 窮舉測試定義：將所有可能的輸入資料全部拿來做測試，或是覆蓋所有程式可能執行的路徑 測試範例將是天文數字 說明：假設一個軟體有兩個輸入、一個輸出。如果兩個輸入為32位元的整數，利用窮舉法共有232 *232 = 2