測試報告書是測試階段最後的文件產出物，「優秀的測試人員」應該具備良好的文件編寫能力，乙份詳細的測試報告書應該包含足夠的資訊，包括產品質量和測試過程的評價，測試報告基於測試中的資料採集以及對最終的測試結果分析。
測試報告
測試報告就是把測試的過程和結果寫成文件，並對發現的問題和缺陷進行分析，為糾正產品的存在的質量問題提供依據，同時為產品驗收和交付打下基礎。
一、測試報告書內容
測試報告書的內容可以總結為以下目錄：
（1） 首頁
（2） 引言
目的背景
縮略語參考文獻
（3） 測試概要
測試方法
測試範圍
測試環境
測試工具)
（4） 測試結果與缺陷分析
功能測試
效能測試
（5） 測試結論與建議
專案概況
測試時間
測試情況
結論效能彙總
（6） 附錄
缺陷統計
二、測試報告書各部分的格式內與容
1、首頁
（1）測試報告名稱
產品名稱
版本號xx測試報告
（2）測試報告委託方
報告責任方
報告日期等
（3）測試版本變化歷史
（4）測試密級
2、引言
2.1 引言編寫
引言編寫目的是簡單的闡述該測試報告的具體編寫目的，指出預期的讀者範圍。
例項：本測試報告為***專案的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求（或達到***功能目標）。預期參考人員包括使用者、測試人員、、開發人員、專案管理者、其他質量管理人員和需要閱讀本報告的高層經理。
2.2 專案背景
對專案目標和目的進行簡要說明。必要時包括簡史，這部分不需要腦力勞動，直接從需求或者招標檔案中拷貝即可。
2.3 系統簡介
如果設計說明書有此部分，照抄。注意必要的框架圖和網路拓撲圖。
2.4 術語和縮略語
列出設計本系統/專案的專用術語和縮寫語約定。對於技術相關的名詞和與多義詞一定要註明清楚，以便閱讀時不會產生歧義。
2.5 參考資料
（1）需求、設計、測試用例、手冊以及其他專案文件都是範圍內可參考的資料。
（2）測試使用的國家標準、行業指標、公司規範和質量手冊等等。
3、測試概要
3.1 測試的概要介紹
包括測試的一些宣告、測試範圍、測試目的等等，主要是測試情況簡介。
3.2 用例設計方法
簡要介紹測試用例的設計方法
3.3 測試環境與配置
簡要介紹測試環境及其配置。
提示：清單如下，如果系統/專案比較大，則用**方式列出資料庫伺服器配置。
4、測試結果與缺陷分析
整個測試報告中這是最重要的部分，這部分主要彙總各種資料並進行度量，度量包括對測試過程的度量和能力評估、對產品產品的質量度量和產品評估。對於不需要過程度量或者相對較小的專案，例如用於驗收時提交使用者的測試報告、小型專案的測試報告，可省略過程方面的度量部分；而採用了工程標準過程的，需要提供過程改進建議和參考的測試報告－主要用於內部測試改進和缺陷預防機制－則過程度量需要列出。
4.1 測試執**況與記錄
（1）描述測試資源消耗情況
（2）記錄實際資料
測試資料
專案關注部分資料
4.2 測試組織
可列出簡單的測試組架構圖，包括：
（1）測試組架構 （如存在分組、使用者參與等情況）
（2）測試經理（領導人員）
（3）主要測試人員
（4）參與測試人員
4.3 測試時間
列出測試的跨度和工作量，最好區分測試文件和活動的時間。資料可供過程度量使用。
例如 ***子系統/子功能：實際開始時間－實際結束時間,總工時/總工作日,任務開始時間/結束時間,總計。
4.4 測試版本
給出測試的版本，如果是最終報告，可能要報告測試次數回歸測試多少次。列出**清單則便於知道那個子系統/子模組的測試頻度，對於多次回歸的子系統/子模組將引起開發者關注。
4.5 覆蓋分析
（1） 需求覆蓋率是指經過測試的需求/功能和需求規格說明書中所有需求/功能的比值，通常情況下要達到100%的目標。
（2）測試覆蓋：需求/功能（或編號） 用例個數執行總數未執行未/漏測分析和原因。
4.6缺陷分析
本部分對上述缺陷和其他收集資料進行綜合分析
缺陷綜合分析
缺陷發現效率 = 缺陷總數/執行測試用時
可到具體人員得出平均指標
用例質量 = 缺陷總數/測試用例總數 ×100%
缺陷密度 = 缺陷總數/功能點總數
缺陷密度可以得出系統各功能或各需求的缺陷分布情況，開發人員可以在此分析基礎上得出哪部分功能/需求缺陷最多，從而在今後開發注意避免並注意在實施時予與關注，測試經驗表明，測試缺陷越多的部分，其隱藏的缺陷也越多。
測試曲線圖描繪被測系統每工作日/周缺陷數情況，得出缺陷走勢和趨向
4.7 殘留缺陷和未解決的問題
殘留缺陷
編號：bug號
缺陷概要：該缺陷描述的事實
原因分析：如何引起缺陷，缺陷的後果，描述造成產品侷限性和其他限制性的原因
預防和改進措施：彌補手段和長期策略
未解決問題
功能/測試型別：
測試結果：與預期結果的偏差
缺陷：具體描述
評價：對這些問題的看法，也就是這些問題如果發出去了會造成什麼樣的影響
5、測試結論與建議
5.1 測試結論
（1） 測試執行是否充分（可以增加對安全性、可靠性、可維護性和功能性描述）
（2） 對測試風險的控制措施和成效
（3） 測試目標是否完成
（4） 測試是否通過
（5） 是否可以進入下一階段專案目標
5.2 建議
（1）對系統存在問題的說明，描述測試所揭露的產品缺陷和不足，以及可能給產品實施和執行帶來的影響
（2）可能存在的潛在缺陷和後續工作
（3）對缺陷修改和產品設計的建議
（4）對過程改進方面的建議
6、附錄
（1） 缺陷列表
（2） 缺陷等級定義標準
（3） 測試通過標準
三、測試報告的範本
***公司
***（產品或產品）/***（模組） 測試報告
1.概述
（1）測試目的
簡述本次測試的目的，如：驗證某模組是否符合設計
專案背景簡述測試所在專案的背景，如：***（專案）目前進入什麼階段，以及其他資訊
（2）測試環境
硬體環境僅針對測試物件的硬體環境及其版本資訊加以說明
產品環境僅針對測試物件的產品環境及其版本資訊加以說明
（3）測試人員
人員角色
4.實際進度
占用時間描述整個測試過程的時間跨度，如：***x-xx-xx至***x-xx-xx
進度情況原因如果測試提前或延後完成，請說明具體原因
5.測試參考文件
（1）《***測試計畫》
（2）《***測試用例》
（3）《文件三》
（4）《文件四》
（5）版本資訊 v1.0
6.測試資料
（5）測試資料
測試項總數
測試項編號
測試項通過與否
pass 0 pass率
fail 0 fail率
問題描述
問題嚴重度
嚴重度——高其中： 高--
嚴重度——中中--
嚴重度——低低--
問題嚴重度的界定：
高——導致系統宕機或後續部分測試項功能不能實現；
中——影響該部分的測試功能的完整性且急需解決；
低——僅屬於系統中的小bug，或根據測試過程發現的需要調整的部分，但並非急需解決。
7.專案的總結
對整個測試專案進行總結性闡述，如：測試是否通過，導致fail的主要原因。
8.意見和建議
針對本次測試工作，提出自己的意見或建議。沒有可填「無」。
測試報告書編寫格式
測試報告書是測試階段最後的文件產出物，優秀的測試人員 應該具備良好的文件編寫能力，乙份詳細的測試報告書應該包含足夠的資訊，包括產品質量和測試過程的評價，測試報告基於測試中的資料採集以及對最終的測試結果分析。測試報告 測試報告就是把測試的過程和結果寫成文件，並對發現的問題和缺陷進行分析，為糾正產品的存...
單元測試報告書
單元測試報告 深圳奇蹟通訊 x年x月x日版本資訊 目錄簡述 4 測試報告 4 測試結果統計 4 測試評估 4 測試活動總結 經驗教訓及建議 5 遺留問題報告 5 測試工作產品清單 5 單元測試報告書 簡述說明 簡要描述此次單元測試所屬的專案 被測模組版本 若有 以及測試目的 測試內容 測試人員 測試...
水量平衡測試報告書
貴陽市工業企業水量平衡測試報告書 企業名稱隸屬 測定日期編號 貴陽市工業和資訊化委員會 制貴陽市節約用水辦公室 企業負責人簽字 1 說明15 測試前節水專案實施明細表 2 標記符號示意16 用水部門車間水量平衡表 3 水平衡測試計算公式17 用水部門車間水量平衡標準圖 測試負責人簽字 4 企業基本情...