測試報告編寫

測試報告是測試階段最後的文件產出物，優秀的測試經理應該具備良好的文件編寫能力，乙份詳細的測試報告包含足夠的資訊，包括產品質量和測試過程的評價，測試報告基於測試中的資料採集以及對最終的測試結果分析。

測試報告就是把測試的過程和結果寫成文件，並對發現的問題和缺陷進行分析，為糾正

軟體的存在的質量問題提供依據，同時為軟體驗收和交付打下基礎。

測試報告是測試階段最後的文件產出物，「優秀的測試人員」應該具備良好的文件編寫能力，乙份詳細的測試報告包含足夠的資訊，包括產品質量和測試過程的評價，測試報告基於測試中的資料採集以及對最終的測試結果分析。

測試報告的內容可以總結為以下目錄：

· 首頁

· 引言（目的、背景、縮略語、參考文獻）

· 測試概要(測試方法、範圍、測試環境、工具)

· 測試結果與缺陷分析（功能、效能）

· 測試結論與建議（專案概況、測試時間測試情況、結論效能彙總）

· 附錄（缺陷統計）

·· 報告名稱（軟體名稱+版本號+xx測試報告）

·· 報告委託方，報告責任方，報告日期等

·· 版本變化歷史

·· 密級

（2）.2.1

引言編寫目的是簡單的闡述該測試報告的具體編寫目的，指出預期的讀者範圍。

例項：本測試報告為***專案的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求（或達到***功能目標）。預期參考人員包括使用者、測試人員、、開發人員、專案管理者、其他質量管理人員和需要閱讀本報告的高層經理。

（2）.2.2 專案背景

對專案目標和目的進行簡要說明。必要時包括簡史，這部分不需要腦力勞動，直接從需求或者招標檔案中拷貝即可。

（2）.2.3 系統簡介

如果設計說明書有此部分，照抄。注意必要的框架圖和網路拓撲圖能吸引眼球。

（2）.2.4 術語和縮略語

（2）.2.5 參考資料

1. 需求、設計、

測試用例、手冊以及其他專案文件都是範圍內可參考的東東。

2. 測試使用的國家標準、行業指標、公司規範和質量手冊等等。

（2）.3.1 測試的概要介紹

包括測試的一些宣告、測試範圍、測試目的等等，主要是測試情況簡介。

（2）.3.2 用例設計方法

簡要介紹測試用例的設計方法

（2）.3.3 測試環境與配置

簡要介紹測試環境及其配置。

整個測試報告中這是最激動人心的部分，這部分主要彙總各種資料並進行度量，度量包括對測試過程的度量和能力評估、對軟體產品的質量度量和產品評估。對於不需要過程度量或者相對較小的專案，例如用於驗收時提交使用者的測試報告、小型專案的測試報告，可省略過程方面的度量部分；而採用了cmm/iso或者其他工程標準過程的，需要提供過程改進建議和參考的測試報告－主要用於公司內部測試改進和缺陷預防機制－則過程度量需要列出。

(2).4.1 測試執**況與記錄

描述測試資源消耗情況，記錄實際資料（測試、專案經理關注部分）。

(2).4.2 測試組織

可列出簡單的測試組架構圖，包括：

1.測試組架構（如存在分組、使用者參與等情況）

2.測試經理（領導人員）

3.主要測試人員

4.參與測試人員

(2).4.3 測試時間

列出測試的跨度和工作量，最好區分測試文件和活動的時間。資料可供過程度量使用。

例如 ***子系統/子功能：實際開始時間－實際結束時間,總工時/總工作日,任務開始時間\結束時間,總計。

（2）.4.4 測試版本

給出測試的版本，如果是最終報告，可能要報告測試次數回歸測試多少次。列出**清單則便於知道那個子系統/子模組的測試頻度，對於多次回歸的子系統/子模組將引起開發者關注。

（2）.4.5 覆蓋分析

1. 需求覆蓋率是指經過測試的需求/功能和需求規格說明書中所有需求/功能的比值，通常情況下要達到100%的目標。

2. 測試覆蓋：需求/功能（或編號）用例個數執行總數未執行未/漏測分析和原因。

（2）.4.5缺陷分析

本部分對上述缺陷和其他收集資料進行綜合分析

缺陷綜合分析

缺陷發現效率 = 缺陷總數/執行測試用時

可到具體人員得出平均指標

用例質量 = 缺陷總數/測試用例總數 ×100%

缺陷密度 = 缺陷總數/功能點總數

缺陷密度可以得出系統各功能或各需求的缺陷分布情況，開發人員可以在此分析基礎上得出哪部分功能/需求缺陷最多，從而在今後開發注意避免並注意在實施時予與關注，測試經驗表明，測試缺陷越多的部分，其隱藏的缺陷也越多。

測試曲線圖描繪被測系統每工作日/周缺陷數情況，得出缺陷走勢和趨向

（2）.4.6 殘留缺陷和未解決的問題

殘留缺陷

編號：bug號

缺陷概要：該缺陷描述的事實

原因分析：如何引起缺陷，缺陷的後果，描述造成軟體侷限性和其他限制性的原因

預防和改進措施：彌補手段和長期策略

未解決問題

功能/測試型別：

測試結果：與預期結果的偏差

缺陷：具體描述

評價：對這些問題的看法，也就是這些問題如果發出去了會造成什麼樣的影響

（2）.5.1 測試結論

1．測試執行是否充分（可以增加對安全性、可靠性、可維護性和功能性描述）

2．對測試

風險的控制措施和成效

3．測試目標是否完成

4．測試是否通過

5．是否可以進入下一階段專案目標

（2）.5.2 建議

1．對系統存在問題的說明，描述測試所揭露的

軟體缺陷和不足，以及可能給軟體實施和執行帶來的影響

2．可能存在的潛在缺陷和後續工作

3．對缺陷修改和產品設計的建議

4．對過程改進方面的建議

· 缺陷列表

· 缺陷等級定義標準

· 測試通過標準

***公司

***（產品或軟體）/***（模組）測試報告

1.概述

測試目的簡述本次測試的目的，如：驗證某模組是否符合設計

專案背景簡述測試所在專案的背景，如：***（專案）目前進入什麼階段，以及其他資訊

2.測試環境

硬體環境僅針對測試物件的硬體環境及其版本資訊加以說明

軟體環境僅針對測試物件的軟體環境及其版本資訊加以說明

3.測試人員人員

角色4.實際進度

占用時間描述整個測試過程的時間跨度，如：***x-xx-xx至***x-xx-xx

進度情況原因如果測試提前或延後完成，請說明具體原因

5.測試參考文件

《***測試計畫》

《***測試用例》

《文件三》

《文件四》

版本資訊 v1.0

6.測試資料

測試資料

測試項總數 0

pass 0 pass率 #div/0!

fail 0 fail率 #div/0!

嚴重度——高 0 其中：高-- #div/0!

嚴重度——中 0 中-- #div/0!

嚴重度——低 0 低-- #div/0!

測試項編號測試項通過與否問題描述問題嚴重度

注：問題嚴重度的界定：

高——導致系統宕機或後續部分測試項功能不能實現；

中——影響該部分的測試功能的完整性且急需解決；

低——僅屬於系統中的小bug，或根據測試過程發現的需要調整的部分，但並非急需解決。

7.專案的總結對整個測試專案進行總結性闡述，如：測試是否通過，導致fail的主要原因。

8.意見和建議針對本次測試工作，提出自己的意見或建議。沒有可填「無」。

測試報告編寫

測試報告編寫指南

測試報告編寫指南

軟體測試報告編寫

測試報告編寫

測試報告編寫指南

測試報告編寫指南

軟體測試報告編寫

相關推薦