第六章 軟體測試報告

軟體測試報告(Software Testing Report, STR)是在執行軟體驗證(Software Verification)與軟體確認(Software Validation)等測試工作後，所彙整出來之結果文件；其中軟體驗證可再分為需求確認、功能設計驗證、細部設計驗證、程式碼驗證等四階段，而軟體確認則包括功能測試及系統測試兩部分。

(一)文件大綱

1、前言

(1)文件目的 (2)名詞解釋與縮寫符號(B、C) (3)參考文件資料(B、C) 2、軟體驗證報告 (1)需求確認 (2)功能設計驗證(B, C) (3)細部設計驗證(C) (4)程式碼驗證(C) 3、軟體確認報告 (1)測試機制摘述(B、C) (2)測試結果彙總清單 (3)測試紀錄(B、C) (4)測試異常報告(B、C) (5)測試涵蓋率(C) 4、附錄

(二)分項說明

1、前言

(1)文件目的

摘要描述本文件之目的與內容。

(2)名詞解釋與縮寫符號(B、C)

描述在本文件中所使用到的特殊名詞、縮寫符號與簡稱。定義用字需解釋清楚、縮寫符號則需說明全文及其意義，並以英文字母順序表列。

(3)參考文件資料(B、C)

參考資料項目為一般國際標準文件所必需，記載並說明此軟體測試報告中所參考引用之文獻及範例，軟體專案之文件，組織及作業手冊之編號、標題、改訂版、與日期，及其他相關的文件等。

2、軟體驗證報告

根據軟體測試計畫書中之驗證(Verification)步驟或程序，分別說明各階段執行驗證後之結果，若有相關附件可列於附錄中。

軟體驗證報告之敘述，一般可依下列階段分別說明之：

(1)需求確認

(2)功能設計驗證(B, C)

(3)細部設計驗證(C)

(4)程式碼驗證(C)

針對上述每一種驗證工作，我們應分別編纂其驗證報告。一般而言，軟體驗證報告之內容至少應包括下列大綱：

A.驗證種類

B.被驗證之項目及版本

C.實際驗證結果

D.與預期結果之差異

E.待解決之項目

3、軟體確認報告

根據軟體測試計畫書中，軟體確認計畫部分之測試機制、測試案例及項目通過/失敗的準則撰寫報告，軟體確認報告主要在列舉及評估每一確認測試項目的實際結果，並說明在測試中所找到之錯誤。

如前所述，本指引手冊所指之軟體確認並不包括單元測試或整合測試等低階測試部分，而僅偏重於功能測試及系統測試，且此處之系統測試並擴大範圍涵蓋驗收測試之部分項目。

特別要聲明的，在本項目中並未限定需使用何種特定的測試方法、方式、技術、設備或工具，及根據何種標準文件；但為加強測試報告的完整性及可讀性，本節可視各種測試方法之不同特性，盡可能列出相關之測試方式、技術或所採用之工具，甚至必要時可將實際的各式測試資料及報告放在附錄中。

針對功能測試及系統測試，軟體確認報告之內容大綱一般應包括下列項目：

(1)測試機制摘述(B、C)

扼要摘述在軟體測試計畫書中測試機制之主要內容。

(2)測試結果彙總清單

根據軟體系統之需求追溯表或功能追溯表，標示其各細項是否已被測試通過的清單查核表，測試結果應包括：測試項目、測試案例(或測試案例編號)、及測試結果是否真正符合期望之值等資訊。

若系統之需求或功能非常複雜致其測試項目數量太過龐大時，則追溯表之彙總清單可視實際狀況以分系統或整合之功能需求分類表示之。

(3)測試紀錄(B、C)

列表實際所採用的測試案例，及每一案例的實際參數值，例如：正常值、非正常值、臨介值、例外狀況等輸入。若測試案例很多，所產生之測試紀錄(Test Log)很長，可將之置於附錄中。

(4)測試異常報告(B、C)

針對測試異常的部份，說明其測試案例，並說明如何追溯該功能及如何更正。每一測試異常狀況均應列出其對應之測試異常報告；而且最好能註明該異常狀況的異常分類及其嚴重等級。

(5)測試涵蓋率(C)

測試涵蓋率指整個測試流程中，總共測試了多少百分比之原始程式碼、需求項目或功能項目。

4、附錄

附錄可為本軟體測試報告的相關資料如完整的測試案例清冊。