軟件測試報告怎麼寫|軟件評估報告怎麼寫

摘要 測試報告是把測試的過程和結果寫成文檔，並對發現的問題和缺陷進行分析，爲糾正軟件的存在的質量問題提供依據，同時爲軟件驗收和交付打下基礎。

本文提供測試報告模板以及如何編寫的實例指南。關鍵字 測試報告 缺陷 正文 測試報告是測試階段最後的文檔產出物，優秀的測試經理應該具備良好的文檔編寫能力，一份詳細的測試報告包含足夠的資訊，包括產品質量和測試過程的評價，測試報告基於測試中的數據採集以及對最終的測試結果分析。

下面以通用的測試報告模板爲例，詳細展開對測試報告編寫的具體描述。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測試方法（和工具） 簡要介紹測試中採用的方法（和工具）。提示：主要是黑盒測試，測試方法可以寫上測試的重點和採用的測試模式，這樣可以一目瞭然的知道是否遺漏了重要的測試點和關鍵塊。

工具爲可選項，當使用到測試工具和相關工具時，要說明。注意要註明是自產還是廠商，版本號多少，在測試報告發布後要避免大多工具的版權問題。

測試分析報告 1 引言 1.1編寫目的 說明這份測試分析報告的具體編寫目的，指出預期的閱讀範圍。

1.2背景 說明： a. 被測試軟件系統的名稱； b. 該軟件的任務提出者、開發者、用戶及安裝此軟件的計算中心，指出測試環境與實際執行環境 之間可能存在的差異以及這些差異對測試結果的影響。 1.3定義 列出本檔案中用到的專問術語的定義和外文首字母組詞的原詞組。

1.4參考資料 列出要用到的參考資料，如： a. 本項目的經覈准的計劃任務書或合同、上級機關的批文； b. 屬於本項目的其他已發表的檔案； c. 本檔案中各處引用的檔案、資料，包括所要用到的軟件開發標準。列出這些檔案的標題、檔案編號、發表日期和出版單位，說明能夠得到這些檔案資料的來源。

2測試概要 用表格的形式列出每一項測試的標識符及其測試內容，並指明實際進行的測試工作內容與測試計劃中預先設計的內容之間的差別，說明作出這種改變的原因。 3測試結果及發現 3.1測試1（標識符） 把本項測試中實際得到的動態輸出（包括內部生成數據輸出）結果同對於動態輸出的要求進行比較，陳述其中的各項發現。

3.2測試2（標識符） 用類似本報告3.1條的方式給出第 2項及其後各項測試內容的測試結果和發現。 4對軟件功能的結論 4.1功能1（標識符） 4.1.1能力 簡述該項功能，說明爲滿足此項功能而設計的軟件能力以及經過一項或多項測試已證實的能力。

4.1.2限制 說明測試數據值的範圍（包括動態數據和靜態數據），列出就這項功能而言，測試期間在該軟件中查出的缺陷、侷限性。 4.2功能2（標識符） 用類似本報告4.l的方式給出第2項及其後各項功能的測試結論。

5分析摘要 5.1能力 陳述經測試證實了的本軟件的能力。如果所進行的測試是爲了驗證一項或幾項特定性能要求的實現，應提供這方面的測試結果與要求之間的比較，並確定測試環境與實際執行環境之間可能存在的差異 對能力的測試所帶來的影響。

5.2缺陷和限制 陳述經測試證實的軟件缺陷和限制，說明每項缺陷和限制對軟件性能的影響，並說明全部測得的性能缺陷的累積影響和總影響。 5.3建議 對每項缺陷提出改進建議，如： a. 各項修改可採用的修改方法； b. 各項修改的緊迫程度； c. 各項修改預計的工作量； d. 各項修改的負責人。

5.4評價 說明該項軟件的開發是否已達到預定目標，能否交付使用。 6測試資源消耗 總結測試工作的資源消耗數據，如工作人員的水平級別數量、機時消耗等。

照着模板寫

初步定義測試報告模板：

一、編寫準則：

實用、簡單、清淅、明瞭

二、編寫目的：

對當前階段開發軟件質量的一個評估參照，同時也是測試人員對其本階段工作進行的彙報總結。

三、測試報告項說明：

1、測試日期：實際測試所用的日期

2、測試人員：參加執行測試的人員

3、測試目的：本此測試的期望值。（如：想知道系統200個人同時登陸時的時間、服務器cpu的情況等）。

4、測試工具：在實際執行測試時所用的工具，這裏主要是指軟件方面的的工具

5、測試環境：主要是指實際執行測試時的環境，如：和開發共用不共用數據庫、服務器以及負載機的配置、服務器的配置、相關的數據庫機器的配置、網絡流量等。

6、測試結果：也就是在以上的測試情況下，測試出來的實際結果。當前軟件還存在那些不足，測試還存在那些不足需要改進。

7、測試總結：以測試目的和測試結果相對照，分析結果。例：軟件還在那些方面

8、備註說明：也就是對遺留問題，或是在設計測試用例時沒有想到的相關問題的一個補充說明，也可以是對當前特殊情況的相應說明。

四、相關說明：

此模板只是一個初級模板，會在以後的工作中進行慢慢的改進，以達到最實用，最理想狀態爲止。

測試報告

測試日期 測試人員

測試目的

測試工具

測試環境

測試結果

測試總結

備註說明

個人經驗，建議下列內容，不夠的，請補充：

1、項目介紹

背景、目標、概述完成情況

2、驗收的說明

驗收方式、依據、驗收標準、驗收範圍、軟件驗收的環境、雙方的人員、時間資訊等

3、項目驗收情況

交付物的要求 和完成情況

測試（或者試執行）的缺陷情況、解決情況、包括性能測試的結果情況

系統軟件的執行情況：多少人使用、多少筆單子……【重點是】執行正常，符合項目目標和需求。

項目遺留的任務 和問題情況 【可以沒有哦】

4、驗收結論

項目實現了XX目標，達到了XXX，經 XXX方。。。。。研究決定，一致同意：驗收透過。【重點是最後4個字】

5、簽署

重要參與驗收的人員，簽字 （或者 蓋章）

地點、日期

附錄：相關附件

比如 驗收的測試案例、功能清單（一個個功能打鉤）、客戶出具的系統執行情況報告……等。

---------------

TIPS： 如果需要，可以最後召集相關方開個會，然後簽到、編寫會議紀要、大家簽署……

O啦，最後，就一起吃大餐啦！！ 我經歷有些驗收，真的是最後在酒桌上 簽字的。

摘要測試報告是把測試的過程和結果寫成文檔，並對發現的問題和缺陷進行分析，爲糾正軟件的存在的質量問題提供依據，同時爲軟件驗收和交付打下基礎。

本文提供測試報告模板以及如何編寫的實例指南。關鍵字測試報告 缺陷正文測試報告是測試階段最後的文檔產出物，優秀的測試經理應該具備良好的文檔編寫能力，一份詳細的測試報告包含足夠的資訊，包括產品質量和測試過程的評價，測試報告基於測試中的數據採集以及對最終的測試結果分析。

下面以通用的測試報告模板爲例，詳細展開對測試報告編寫的具體描述。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測試方法（和工具）簡要介紹測試中採用的方法（和工具）。提示：主要是黑盒測試，測試方法可以寫上測試的重點和採用的測試模式，這樣可以一目瞭然的知道是否遺漏了重要的測試點和關鍵塊。

工具爲可選項，當使用到測試工具和相關工具時，要說明。注意要註明是自產還是廠商，版本號多少，在測試報告發布後要避免大多工具的版權問題。

軟件驗收報告

軟件名稱 合同編號

施工單位 驗收單位

驗收時間 驗收地點

驗收內容

1、軟件安裝、調試是否與合同相符

是 □ 否 □

2、提供的說明書、使用手冊等文檔是否齊全 （請見乙方提供的資料文檔目錄）

是 □ 否 □

3、所有系統功能是否實現 是 □ 否 □

4、其他

乙方簽名：

年 月 日

甲方簽名：

年 月 日

軟件質量報告這個題目很大，不知道你們公司的軟件質量管理體系什麼樣的？提到軟件質量，就不能不提QCD(Q：質量 C：成本 D：進度)之間的關係，從質量管理活動中產生的數據分析來看，往往質量和進度是一把雙韌劍，如不合理的進度對軟件質量會產生很大的影響，把握不好質量和進度就談不上成本，即所謂的質量會計。軟件質量報告中應根據QCD之間的關係，採用質量管理活動中產生的真實數據來統計和分析並提出改進建議。

格式嘛，大致如下：

一、對軟件質量報告期間內質量管理活動中產生的數據的統計。包括聯絡票、Q&A票、BUG票等。

二、對上述統計數據的分析。包括實際值與標準值的比較分析，質量、進度數據的發生趨勢圖等。解析影響軟件質量的各個要素等。

三、針對上述的統計和分析，提出過程改進建議等。

給你一個模版XXX公司 文檔編號 項目版本 密級XXX項目 共13頁XXX項目系統測試報告擬製： 日期： yyyy/mm/dd審覈： 日期： yyyy/mm/dd批准： 日期： yyyy/mm/dd修訂記錄日期 修訂版本 描述 作者目 錄第一章節：概述 5第二章節：測試時間、地點及人員 5第三章節：環境描述 5第四章節：總結和評價 64.1測試過程統計 64.1.1 用例數統計 64.1.2 用例對需求的覆蓋度 64.1.3 用例的穩定性 64.1.4 用例的有效性 64.1.5 測試執行工作量統計 74.1.6 測試執行的效率 74.1.7 版本缺陷統計 74.1.8 測試過程綜合評價 74.2 被測系統質量評估 74.2.2 缺陷個數 74.2.3 缺陷嚴重等級評估 84.2.4 缺陷原因分佈 84.2.5 測試用例的透過率 84.2.6 軟件質量評價 84.3 測試總結和改進建議 8第五章節： 遺留問題報告 9第六章節： 附件 91.1 交付的測試工作產品 9關鍵詞： 摘 要： 縮略語清單： 縮略語 英文全名 中文解釋第一章節：概述項目的一些概述第二章節：測試時間、地點及人員版本名稱 測試時間 測試人員 測試地點 起始時間 結束時間 第三章節：環境描述硬件環境 軟件環境名稱 型號 大小 個數 名稱 版本號 CPU 操作系統 內存 應用軟件 硬盤 數據庫 第四章節：總結和評價4.1測試過程統計4.1.1 用例數統計模組 規模（KLOC） 用例數 用例數/KLOC合計 4.1.2 用例對需求的覆蓋度需求id 用例數合計 4.1.3 用例的穩定性模組/特性 用例數 變更用例數 變更用例數/用例數%合計 4.1.4 用例的有效性 模組特性 用例數 發現的缺陷數 缺陷數/用例數合計 4.1.5 測試執行工作量統計模組特性 規模 投入人時 投入人時/KLOC合計 4.1.6 測試執行的效率模組特性 執行用例數 發現缺陷數 人時 執行用例數/人時 發現缺陷數/人時合計 4.1.7 版本缺陷統計模組特性 版本1（缺陷個數） 合計（缺陷個數）合計 4.1.8 測試過程分析（這裏主要根據以上的統計數據和日常小組的工作情況，對測試過程中的異常情況，如測試延期，測試質量不高等問題進行說明，並適當分析原因，給出改進的建議。）

4.2 被測系統質量評估4.2.2 缺陷個數模組 規模（KLOC） 缺陷數 缺陷數/KLOC合計 4.2.3 缺陷嚴重等級評估模組特性 致命 嚴重 一般 提示 合計合計 4.2.4 缺陷引入階段分佈缺陷原因 致命 嚴重 一般 提示 合計需求 設計 編碼 合計 4.2.5 測試用例的透過率模組特性 OK項 NOK項 BLOCK項 NA項 合計 用例透過率%合計 4.2.6 軟件質量評價測試對象的整體質量：B備註：A：質量穩定，適合大規模使用。 B：存在少數非嚴重問題，但有規避措施，可以局部使用。

C：基本功能可用，但嚴重問題較多，不能發佈。 D：基本功能不可用4.3 測試總結和改進建議（這裏主要根據以上的數據從測試過程，軟件質量，以及各個團隊在該項目中的協作進行整體的總結和評價，暴露項目中出現的問題，並積極提出改進的建議）第五章節： 遺留問題報告表1 遺留問題統計表 問題總數 致命問題 嚴重問題 一般問題 提示問題 其他統計項數目 百分比 遺留問題詳細資訊參見《XXX項目遺留問題表》第六章節： 附件交付的測試工作產品1.測試用例2.測試日報3.測試報告4.測試記錄5.缺陷報告。