❶ 軟體測試報告怎麼寫
摘要
測試報告是把測試的過程和結果寫成文檔，並對發現的問題和缺陷進行分析，為糾正軟體的存在的質量問題提供依據，同時為軟體驗收和交付打下基礎。本文提供測試報告模板以及如何編寫的實例指南。
關鍵字
測試報告 缺陷
正文
測試報告是測試階段最後的文檔產出物，優秀的測試經理應該具備良好的文檔編寫能力，一份詳細的測試報告包含足夠的信息，包括產品質量和測試過程的評價，測試報告基於測試中的數據採集以及對最終的測試結果分析。
下面以通用的測試報告模板為例，詳細展開對測試報告編寫的具體描述。
PARTⅠ 首頁
0.1頁面內容：
密級
通常，測試報告供內部測試完畢後使用，因此密級為中，如果可供用戶和更多的人閱讀，密級為低，高密級的測試報告適合內部研發項目以及涉及保密行業和技術版權的項目。
XXXX項目/系統測試報告
報告編號
可供索引的內部編號或者用戶要求分布提交時的序列號
部門經理 ______項目經理______
開發經理______測試經理______
XXX公司 XXXX單位 （此處包含用戶單位以及研發此系統的公司）
XXXX年XX月XX日
0.2格式要求：
標題一般採用大體字（如一號），加粗，宋體，居中排列
副標題採用大體小一號字（如二號）加粗，宋體，居中排列
其他採用四號字，宋體，居中排列
0.3版本控制：
版本 作者 時間 變更摘要
新建/變更/審核
PARTⅡ 引言部分
1.1編寫目的
本測試報告的具體編寫目的，指出預期的讀者范圍。
實例：本測試報告為XXX項目的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求（或達到XXX功能目標）。預期參考人員包括用戶、測試人員、、開發人員、項目管理者、其他質量管理人員和需要閱讀本報告的高層經理。
提示：通常，用戶對測試結論部分感興趣，開發人員希望從缺陷結果以及分析得到產品開發質量的信息，項目管理者對測試執行中成本、資源和時間予與重視，而高層經理希望能夠閱讀到簡單的圖表並且能夠與其他項目進行同向比較。此部分可以具體描述為什麼類型的人可參考本報告XXX頁XXX章節，你的報告讀者越多，你的工作越容易被人重視，前提是必須讓閱讀者感到你的報告是有價值而且值得浪費一點時間去關注的。
1.2項目背景
對項目目標和目的進行簡要說明。必要時包括簡史，這部分不需要腦力勞動，直接從需求或者招標文件中拷貝即可。
1.3系統簡介
如果設計說明書有此部分，照抄。注意必要的框架圖和網路拓撲圖能吸引眼球。
1.4術語和縮寫詞
列出設計本系統/項目的專用術語和縮寫語約定。對於技術相關的名詞和與多義詞一定要註明清楚，以便閱讀時不會產生歧義。
1.5參考資料
1．需求、設計、測試用例、手冊以及其他項目文檔都是范圍內可參考的東東。
2．測試使用的國家標准、行業指標、公司規范和質量手冊等等
PARTⅢ 測試概要
測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況簡介。（其他測試經理和質量人員關注部分）
2.1測試用例設計
簡要介紹測試用例的設計方法。例如：等價類劃分、邊界值、因果圖，以及用這類方法(3-4句)。
提示：如果能夠具體對設計進行說明，在其他開發人員、測試經理閱讀的時候就容易對你的用例設計有個整體的概念，順便說一句，在這里寫上一些非常規的設計方法也是有利的，至少在沒有看到測試結論之前就可以了解到測試經理的設計技術，重點測試部分一定要保證有兩種以上不同的用例設計方法。
2.2測試環境與配置
簡要介紹測試環境及其配置。
提示：清單如下，如果系統/項目比較大，則用表格方式列出
資料庫伺服器配置
CPU：
內存：
硬碟：可用空間大小
操作系統：
應用軟體：
機器網路名：
區域網地址：
應用伺服器配置
…….
客戶端配置
…….
對於網路設備和要求也可以使用相應的表格，對於三層架構的，可以根據網路拓撲圖列出相關配置。
2.3測試方法(和工具)
簡要介紹測試中採用的方法(和工具)。
提示：主要是黑盒測試，測試方法可以寫上測試的重點和採用的測試模式，這樣可以一目瞭然的知道是否遺漏了重要的測試點和關鍵塊。工具為可選項，當使用到測試工具和相關工具時，要說明。注意要註明是自產還是廠商，版本號多少，在測試報告發布後要避免大多工具的版權問題。