document number 文件編號
confidentiality level 密級
test report-01
[絕密/秘密/內部公開]
document version 文件版本
total 10 pages 共 10 頁
v1.0
測試報告
prepared by
擬制date
日期yyyy-mm-dd
reviewed by
評審人date
日期yyyy-mm-dd
批准date
日期yyyy-mm-dd
revision record 修訂記錄
date
日期revision version
修訂版本
sec no.
修改章節
change
description
修改描述
author作者
yyyy-mm-dd
vx.xx
table of contents 目錄
1 概述... 5
2 測試時間、地點及人員... 5
3 環境描述... 5
3.1 硬體（軟體）配置：... 5
4 測試物件質量評估... 5
4.1 總體評價結論... 5
4.2 缺陷統計... 6
4.3 缺陷分析... 6
4.3.1 測試趨勢分析結果... 7
4.4 覆蓋率統計... 7
4.5 效能測試評估... 7
4.6 相容性評估... 7
5 測試過程評估... 7
5.1 測試執行評估... 7
5.1.1 測試執行統計資料... 8
5.1.2 測試用例執行結果統計資料... 8
6 附件... 9
6.1 附件1：遺留問題報告... 9
6.1.1 遺留問題統計... 9
6.1.2 遺留問題列表... 9
6.1.3 其他風險和規避措施... 10
6.2 附件2：交付的測試工作產品... 10
table list 表目錄
表1 測試時間、地點及人員... 5
表2 從版本缺陷統計... 6
表3 從特性統計缺陷... 6
表4 測試執行統計... 8
表5 系統測試結果統計表... 8
表6 遺留問題統計表... 9
描述本報告是哪乙個測試活動的總結，指明被測物件及其版本/修訂級別。概述本次測試活動，同時，指明該測試活動所依據的測試計畫，測試方案、測試用例等本測試報告文件的參考文件。
描述本次測試的時間，地點和測試人員。
表1 測試時間、地點及人員
版本名稱
測試時間
測試人員
測試地點
起始時間
結束時間
描述本次測試的測試環境。包括硬體配置、軟體配置、版本配套、測試組網等，尤其要注意組網圖應為測試實際組網，並對此種組網可能導致的測試風險進行描述。
硬體配置：
軟體配置：
版本配套關係表
測試組網圖（物理組網，即測試時實際的組網）
測試組網風險說明
iphone5
（ios
8）從需求符合度、功能正確性、效能指標、執行穩定性、互聯互通、文件、可用性、可維護性、相容性、風險評估等多個維度對版本質量進行總體評價。根據上述各個維度評估的結果，給出此版本是否可用的結論。結論必須是能夠代表測試部意見的明確結論，比如：
該版本滿足上網條件，可以上網使用；
該版本存在質量風險，只可在xx局受限使用；
該版本存在嚴重質量問題，不滿足上網條件等。
【建議】由於本部分對於所有的讀者來說都希望在看報告時越早看到越好，因此建議放在測試物件質量評估的最前面部分，並以顯著字型顯示。
下面各個部分的內容是對前面結論的支撐。
給出各特性或模組缺陷的分布或分類統計以及缺陷走勢分析，此部分內容可採用td缺陷管理支撐工具的「版本缺陷統計」和「缺陷走勢分析」進行分析和獲取，該工具可以從缺陷庫中將缺陷匯入進行自動統計，結果可以按版本、按缺陷分布、按問題狀態統計，並能夠以圖表的方式直觀顯示，非常方便。如果手工統計的話，至少需要給出下面兩方面的結果：
1、 以版本為單位的缺陷統計，示例格式如下：
表2 從版本缺陷統計
版本號致命
嚴重一般
提示總計
2、 以特性為單位的缺陷統計，示例格式如下：
表3 從特性統計缺陷
模組/特性
致命嚴重
一般提示
總計
缺陷分析的目的是為了得出：缺陷原因、缺陷趨勢、遺留缺陷以及規避措施等。
那麼對缺陷的分析可由測試組定性給出，定性的結論應包括：
測試趨勢
質量評價
遺留問題風險分析
遺留問題規避
在此提供缺陷分析結果，給出版本缺陷走勢，比如：通過n輪的測試，測試問題的發現趨勢是否是收斂的，發布前遺留問題是否在版本正常執行可以允許的範圍內
覆蓋率統計對於版本決策者具有重要的意義，一定要提供詳細的覆蓋率統計。原則上，對於測試策略確定的測試範圍及選定的測試用例執行覆蓋率應該達到100％，對於不能達到100％覆蓋率的版本應該給出測試、專案經理等共同認可的原因，相關原因的分析應該在此處明確給出作為版本測試回溯的依據，原則上環境不充分，技能不具備不能成為版本不測試，測試不充分的理由。測試沒有覆蓋到的部分，還應進行詳細的風險分析。
效能測試結論應該按如下方式給出：
對於指標類測試目的，明確給出某種測試條件下（軟硬體配置、資料量、話務模型等）下的主要效能指標。
對於穩定類測試目的，明確給出系統總體是否穩定的結論，或者系統哪些特性穩定，那些特性不穩定的結論。
對於對比類測試目的，明確給出對各種對比系統的測試結論，說明各種對比系統中那種效能表現好、那種效能表現差。
對於驗證類測試目的，明確給出驗證結果，主要是有沒有達到要求、可不可行。
對於優化類測試目的，按優化的優先順序給出重要的各種優化方向，並說明可能的優化效果。
對被測物件的版本相容性、硬體平台相容性、作業系統相容性給出明確的結論。沒有測過的要說明沒有測過，提醒上下游注意版本在正確的環境下使用。
提供對本次測試活動的測試執行過程的評估結論。描述對測試執行活動的改進建議，以供後續測試執行活動中借鑑參考；
測試執行活動評估結論可依據以下提供的「測試執行統計資料」及「測試用例執行結果統計資料」進行分析而給出。
本節的目的是提供足夠的測試資料以滿足第5節「測試評估」的需要。本節內容除下面這個彙總表必填外，其他可以根據實際測試情況進行相應裁剪。
表4 測試執行統計
版本名稱
工作量投入（人天）
測試用例規模
用例執行
發現缺陷數
總用例數
新增用例數
資料項說明：
工作量投入－－與本活動相關的所有工作量投入，包括測試計畫、方案、用例、指令碼、執行等所有與本測試相關的活動所花的投入，單位「人天」；不包括以前已經統計的投入，不包括開局、使用者支援等非測試相關投入；
總測試用例數－－到本測試活動結束時，本測試活動中所有可用測試用例數，單元測試用例數、整合測試用例數、系統測試、sdv測試用例數分開；
新增測試用例數－－在本測試活動中新增加的測試用例數。如果是新產品的第一次總結，新增測試用例數包括從老版本繼承來的可用測試用例數；
手工執行用例數――在本測試活動中人工執行測試用例數，多次重複執行同一用例計算為1個
發現缺陷數－－本測試活動總共發現的缺陷數；
對本次測試用例執行結果進行統計，其中的字段可根據實際情況進行設計和裁剪：詳細的測試項通過情況清單放在附件部分。
表5 系統測試結果統計表
統計總測試
用例數實際測試的用例數
pass
fail
block
cancel
無需測試用例數
第一輪測試
第二輪測試
總數百分比
遺留問題報告、交付的測試工作產品和測試項通過情況清單為必需的附件，其餘可根據實際測試內容進行裁剪，不同的測試報告根據需要可以給出不同型別的附件。附件的目的是幫助本報告的使用者理解報告，記錄修改情況和有用的資料等。
如存在獨立的遺留問題報告文件，可在此直接貼上文件；如無，可按以下內容填寫；
遺留問題是指測試過程中發生的並且在測試報告時仍沒有得到解決的測試問題。測試報告時已經得到解決，並已經過回歸驗證的測試問題不記入其中。
在詳細的遺留問題報告前可以先建立乙個遺留問題統計**，以便對遺留問題的相關分布資訊有整體的了解，如果遺留問題數比較少，可以將此**省去，因此此**根據實際情況可選。建立遺留問題統計**，可對遺留問題數和級別進行統計，包括問題總數，致命，嚴重，一般和提示問題的數目及百分比等，遺留問題統計一般可用以下**描述，其中的字段可根據實際情況進行設計和裁剪：
表6 遺留問題統計表
問題總數
致命問題
嚴重問題
一般問題
提示問題
其他統計項 數目
百分比以下部分詳細記錄每乙個遺留問題，也可視時間情況只詳細記錄問題級別比較高的遺留問題，低階別的遺留問題採用簡單列表進行羅列。所有進行詳細記錄的遺留問題都統一採用**的形式來描述，
描述被測物件在執行時，除遺留問題列表中描述之外的其他需注意的操作規避措施，包括但不限於測試過程中發現的需要下游部門注意的版本問題。
指明本測試完成後交付的測試文件、測試**及測試工具等測試工作產品，以及指明配置管理位置和物理媒介等，一般包括但不限於如下工作產品：
1.測試計畫
2.測試用例
3.測試報告
4.測試**及設計文件
《測試報告》版本發布前測試報告模板
1 根據 bug優先順序定義 中的狀態為 緊急 高 中的bug修復並回歸結束。2 若緊急 高 中的問題未處理完，需同步專案經理 測試主管等團隊人員周知此事，可組織 bug評審會，並在專案經理同意遺留的情況下，可發布上線。3 測試通過，與專案經理溝通可發布版本，同步進行 測試總結報告 的梳理並發布到專...
測試報告1
web 系統確定系統支援的最大併發使用者數序號 用途 硬體環境 軟體環境 1 測試用機 cpu piii733 ram 256m win2000server sp4 測試工具 loadrunner7.5 2 web伺服器 被測系統 cpu p4 1ghz ram 256m win2000server...
軟體測試報告
軟體測試報告 專案編號 專案名稱 任務編號 序號 工作名稱 程式 id 程式名稱 程式設計員 測試完成日期 年 月 日 測試工程師 測試完成日期 年 月 日 1 是 否 安裝 1 程式執行環境已經正確設定 2 程式 檢查 1 程式單位首部有程式說明和修改備註 2 變數 過程 函式命令符合規則 3 程...