專案名稱
文件修訂記錄
目錄1 引言 1
1.1 編寫目的 1
1.2 背景 1
1.3 讀者物件 1
1.4 參考資料 1
1.5 術語與縮寫解釋 1
2 測試執**況 2
2.1 測試機構和人員 2
2.2 測試時間 2
3 缺陷統計與分析 3
3.1 覆蓋分析 3
3.2 缺陷統計 4
3.3 缺陷分析 5
4 測試結論與建議 7
4.1 測試結論 7
4.2 建議 7
5 附錄 8
5.1 附錄1缺陷嚴重等級定義 8
【描述本測試報告的具體編寫目的。
例項：本測試報告為***專案的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求（或達到***功能目標）。】
【預期參考人員包括使用者、測試人員、開發人員、專案經理、qa和需要閱讀本報告的高層經理。】
測試組架構：【提示：對本次測試小組的情況進行描述，如如何分組、使用者參與等情況。】
測試經理：
主要測試人員：
參與測試人員：
需求覆蓋率：
注：y表示通過，p表示部分通過，n表示不通過，n/a表示不可測試或者用例不適用。
【需求覆蓋率是指經過測試的需求/功能和需求規格說明書中所有需求/功能的比值，通常情況下要達到100％的目標。根據測試結果 ，按編號給出每一測試需求的通過與否結論。實際上，需求跟蹤矩陣列出了一一對應的用例情況以避免遺漏，此表作用為傳達需求的測試資訊以供檢查和審核。
】需求覆蓋率＝y項總數/需求總數×100％＝？
測試覆蓋率：
【實際上，測試用例已經記載了預期結果資料，測試缺陷上說明了實測結果資料和與預期結果資料的偏差；因此沒有必要對每個編號在此包含更詳細的說明的缺陷記錄與偏差，列表的目的僅在於更好的檢視測試結果。】
測試覆蓋率＝執行合計數/用例合計數×100％＝？
按缺陷嚴重等級：
【對本輪測試發現的缺陷按嚴重等級統計，並給出餅圖，形象說明缺陷嚴重度的情況。】
按缺陷狀態：
【對測試發現的所有缺陷按缺陷狀態統計，並給出餅圖，形象說明缺陷修復的情況。】
【提示：先對缺陷進行綜合分析，然後按下面公式分別給出結果，最後畫出測試曲線圖，描繪被測系統每工作日/周缺陷數情況，得出缺陷走勢和趨向。 粗體字的資料必須統計和計算。
（有關缺陷的具體操作規程和計算定義，請參照《度量資料操作規程》《資料度量操作定義》）】
缺陷發現效率 ＝ 本輪缺陷總數/執行測試用時 ＝？
用例質量 ＝ 本輪缺陷總數/測試用例總數 ×100％ ＝？
缺陷密度 ＝ 本輪缺陷總數/功能點總數 ＝？
系統缺陷密度（個/kloc）＝系統階段完成後bug數/系統規模；3級（含3級）以上bug和3級以下bug分別計算）＝？
系統缺陷消除率（%）＝消除缺陷總數/截止到階段結束發現的缺陷總數；（3級（含3級）以上bug和3級以下bug分別計算）＝？
【對上述過程、缺陷分析之後下結論，此部分為專案經理、部門經理以及高層經理關注，請清晰扼要的下定論。】
【提示：
1． 測試執行是否充分（可以增加對安全性、可靠性、可維護性和功能性描述）
2． 對測試風險的控制措施和成效
3． 測試目標是否完成
4． 測試是否通過
5． 是否可以進入下一階段專案目標】
【提示：
1． 對系統存在問題的說明，描述測試所揭露的軟體缺陷和不足，以及可能給軟體實施和執行帶來的影響
2． 可能存在的潛在缺陷和後續工作
3． 對缺陷修改和產品設計的建議
4． 對過程改進方面的建議】
系統測試報告
專案名稱 xx公司 修訂歷史記錄 a 增加 m 修訂 d 刪除 模板使用必讀 模板內容和頁首中 包含內容為指導性的待替換文字，請在使用中替換為具體內容，或刪除。檔案提交時不得再含有這些內容。目錄1 測試任務名稱及內容 4 2 測試環境 4 3 軟體版本資訊 4 4 測試充分性評價 4 5 測試結果及...
系統測試報告
密級 內部公開 文件編號 ntt ts xtcsbg 版本號 v1.0 惠州市新中新電子技術開發 惠州市新中新電子技術開發 對本檔案資料享受著作權及其它專屬權利，未經書面許可，不得將該等檔案資料 其全部或任何部分 披露予任何第三方，或進行修改後使用。檔案更改摘要 1 測試範圍 3 1.1 測試產品資...
《系統測試報告》參考
primeton technologies,ltd.普元軟體技術 上海 招商 股份 客戶關係管理系統 一期 測試總結報告 日期 2003年9月 no part of this document may be reproduced,stored in any electronic retrieval ...