第25章软体测试策略与除错.PPT

第25章 軟體測試策略與除錯 大綱 25-1全方位測試目標與步驟 25-2單元測試 25-3整合測試 25-4驗認測試 25-5系統測試 25-6測試工作組織 25-7除錯 25-1全方位測試目標與步驟 全方位測試是完成軟體品質保證的一項手段，這是軟體全方位測試的目標。 全方位測試步驟必須同時包括低級別以及高級別的測試。 25-1-1全方位測試與品質保證 軟體品質乃是軟體開發所追求的一項最高目標。 軟體工程提供了品質建立所依賴的基礎，如圖25-1所示。 測試控制品質的方式，如圖25-2所示。 缺陷移除效率(Defect Removal Efficiency)對軟體過程提供了最佳的品質度量。 當考量專案過程時，缺陷移除效率的定義，如圖25-3所示。 25-1-2全方位測試步驟 測試是一種事先安排，並且有制度地執行的一組活動。 25-2單元測試 一個結構元素可以包括一個至多個模組。 每一個結構元素的軟體實現就是指這些一個至多個模組的程式撰寫。 單元測試就是驗認在一個結構元素內的一個至多個模組是否有錯誤。 25-3整合測試 25-3-1由上至下的整合測試 由上而下(Top-Down)的整合是一種建造軟體結構的增量方法。 結構元素按照控制層次由上而下被整合，它開始於主控結構元素。 主控結構元素的子結構元素按照廣度優先的方式被置入整個軟體結構中。 25-3-2由下而上的整合測試 由下而上(Bottom-Up)的整合測試，正如它的名稱，是從下層基本結構元素開始進行建造和測試。 由於結構元素是由下而上整合的，因此做到某個層次後，在它下面層次的子結構元素可以直接拿來用。 25-4驗認測試 當軟體的需求被使用者合理的接受時，驗認測試就算是成功了。 合理的接受的定義可以採用軟體需求規格文件裡寫下來的驗認準則做為標準。 25-4-1 驗認測試標竿 驗認測試是透過一系列驗認軟體需求的黑箱測試(Black-Box Testing)來完成的。 當完成所有的測試個案後，下面兩種狀況會發生： (A)產品功能或非功能特徵符合需求規格，並且被接受。 (B)發現到產品與需求規格有所偏離，並產生一份出錯列表。 25-4-2組態稽核 組態稽核的目的，就是確保所有軟體組態項目被正確地開發、分類，並且具有必要的細節內容來支援軟體過程的產品演進步驟。 25-4-3 α和β測試 α測試由使用者處於開發人員的位置來進行。軟體按照它的自然設置，由開發人員指導使用者去使用，然後從中發現到錯誤。 β測試是由軟體的終端使用者，在一個或多個使用者的位置上實施的，在β測試中，開發人員不參與。 25-5系統測試 25-5-1 復元測試 復元測試(Recovery Testing)是一種以各種方式強迫軟體出現故障，從而驗認復元是否正確執行的系統測試。 25-5-2 安全性測試 安全性測試(Safety Testing)的目標是驗認系統的保護機制，從而保護系統不受非法侵入的傷害。 25-5-3 壓力測試 壓力測試(Pressure Testing)被設計成在非正常狀況下檢驗程式。 執行壓力測試的測試人員會想知道在系統出縣故障前，可以將非正常條件加到多大。 25-5-3 壓力測試(Continued) 另一種壓力測試技術稱為敏感性測試。 敏感性測試嘗試發現在有效輸入類型內可能導致不穩定或不適當處理的資料組合。 25-5-4 性能測試 性能測試有時候應該要和壓力測試相結合，並且常常需要硬體和軟體設備，它常常須要以嚴格的方式度量資源的效用。 25-6測試工作組織 測試工作組織包括： (A)獨立測試小組。 (B)專案經理。 (C)軟體設計人員。 (D)軟體實現人員。 (E)軟體品質管理人員。 25-6-1 獨立測試小組的責任 (A1)協同專案經理共同負責整合測試工作之成效。 (A2)複審每個測試步驟的測試任務，並確定各個測試 步驟均滿足該步驟的任務需求。 (A3)協調並解決所有測試步驟產生的所有問題。 (A4)確保各個測試步驟如期完成所有需要驗認的測試。 (A5)判斷測試錯誤之所在，並指派解決問題之組織或 人員。 25-6-2 專案經理的責任 (B1)分派所屬人員針對每項應用系統定義出其下各子 系統的細部流程。 (B2)分派所屬人員根據每個子系統查出其相關的軟體 程式。 (B3)訂定主要排程(Master Schedule)，並協同品質管理 人員訂定每個子系統測試的排程。 (B4)要求所屬人員依照所定下的測試排程及測試項目