驗收測試報告模板.doc

XX 科技項目管理體系 項目（系統(tǒng)）名稱項目（系統(tǒng)）名稱 驗收測試報告模板驗收測試報告模板 版本版本 V1.0V1.0 文文 檔檔 編編 號號保保 密密 等等 級級 作作 者者山豆根山豆根最后修改日期最后修改日期 審審 核核 人人最后審批日期最后審批日期 批批 準準 人人最后批準日期最后批準日期 驗收測試報告 XX 科技項目管理體系第 II 頁 修改記錄修改記錄 日期日期版本版本作者作者/修改者修改者描述描述審核人審核人 2015-11-71.0山豆根創(chuàng)建 驗收測試報告 XX 科技項目管理體系第 III 頁 目目 錄錄 1 簡介簡介1 1.1 編寫目的.1 1.2 項目背景.1 1.3 系統(tǒng)簡介.1 1.4 術語和縮寫詞 .1 1.5 參考資料.1 2 測試概要測試概要1 2.1 測試用例設計 .1 2.2 測試環(huán)境與配置 .2 2.2.1 數(shù)據(jù)庫服務器配置2 2.2.2 應用服務器配置2 2.2.3 客戶端配置2 2.3 測試方法和測試工具 .3 3 測試結果及缺陷分析測試結果及缺陷分析 .3 3.1 測試執(zhí)行情況與記錄 .3 3.1.1 測試組織3 3.1.2 測試時間3 3.1.3 測試版本4 3.2 覆蓋分析.4 3.2.1 需求覆蓋4 3.2.2 測試覆蓋4 3.3 缺陷的統(tǒng)計與分析 .4 3.3.1 缺陷匯總4 3.3.2 缺陷分析6 3.3.3 殘留缺陷與未解決問題7 4 測試結論與建議測試結論與建議.7 驗收測試報告 XX 科技項目管理體系第 IV 頁 4.1 測試結論.7 4.2 建議.8 5 測試缺陷清單測試缺陷清單.8 驗收測試報告 XX 科技項目管理體系第 1 頁 1 簡介簡介 1.1 編寫目的編寫目的 本測試報告的具體編寫目的，指出預期的讀者范圍。 實例：本測試報告為 XXX 項目的 UAT 測試報告，目的在于總結 UAT 測試階段的測試以 及分析測試結果，描述系統(tǒng)是否符合需求（或達到 XXX 功能目標） 。預期參考人員包括業(yè)務 人員、測試人員、 、開發(fā)人員、項目管理者、其他質量管理人員和需要閱讀本報告的高層經(jīng) 理。 提示：通常，業(yè)務人員對測試結論部分感興趣，開發(fā)人員希望從缺陷結果以及分析得 到開發(fā)質量的信息，項目管理者對測試執(zhí)行中成本、資源和時間予與重視，而高層經(jīng)理希 望能夠閱讀到簡單的圖表并且能夠與其他項目進行同向比較。此部分可以具體描述為什么 類型的人可參考本報告 XXX 頁 XXX 章節(jié)，你的報告讀者越多，你的工作越容易被人重視， 前提是必須讓閱讀者感到你的報告是有價值而且值得浪費一點時間去關注的。 1.2 項目背景項目背景 對項目目標和目的進行簡要說明。必要時包括簡史，這部分不需要腦力勞動，直接從 需求或者招標文件中拷貝即可。 1.3 系統(tǒng)簡介系統(tǒng)簡介 可以從設計說明書中取得系統(tǒng)的簡介內容。 注意：可用框架圖和網(wǎng)絡拓撲圖進行系統(tǒng)簡介說明。 1.4 術語和縮寫詞術語和縮寫詞 列出設計本系統(tǒng)/項目的專用術語和縮寫語約定。對于技術相關的名詞和與多義詞一定 要注明清楚，以便閱讀時不會產生歧義。 1.5 參考資料參考資料 1需求、設計、測試用例、手冊以及其他項目文檔等； 2測試使用的國家標準、行業(yè)指標、公司規(guī)范和質量手冊等。 2 測試概要測試概要 測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況 簡介。 2.1 測試用例設計測試用例設計 簡要介紹測試用例的設計方法。例如：等價類劃分、邊界值、因果圖等。 驗收測試報告 XX 科技項目管理體系第 2 頁 提示：如果能夠具體對設計進行說明，在其他開發(fā)人員、測試經(jīng)理閱讀的時候就容易 對你的用例設計有個整體的概念，順便說一句，在這里寫上一些非常規(guī)的設計方法也是有 利的，至少在沒有看到測試結論之前就可以了解到測試經(jīng)理的設計技術，重點測試部分一 定要保證有兩種以上不同的用例設計方法。 2.2 測試環(huán)境與配置測試環(huán)境與配置 簡要介紹測試環(huán)境配置。包括數(shù)據(jù)庫服務器、應用服務器以及客戶端配置。 2.2.1 數(shù)據(jù)庫服務器配置數(shù)據(jù)庫服務器配置 數(shù)據(jù)庫服務器配置數(shù)據(jù)庫服務器配置 機型及名稱機型及名稱 CPUCPU 內存內存硬盤硬盤備注備注硬硬 件件 配配 置置 IPIP 地址及端口號地址及端口號操作系統(tǒng)名稱及版本號操作系統(tǒng)名稱及版本號DBMSDBMS 名稱及版本號名稱及版本號應用軟件及版本號應用軟件及版本號備注備注軟軟 件件 配配 置置 2.2.2 應用服務器配置應用服務器配置 應用服務器配置應用服務器配置 機型及名稱機型及名稱 CPUCPU 內存內存硬盤硬盤備注備注硬硬 件件 配配 置置 IPIP 地址及端口號地址及端口號操作系統(tǒng)名稱及版本號操作系統(tǒng)名稱及版本號DBMSDBMS 名稱及版本號名稱及版本號應用軟件及版本號應用軟件及版本號備注備注軟軟 件件 配配 置置 2.2.3 客戶端配置客戶端配置 客戶端配置客戶端配置 機型及名稱機型及名稱 CPUCPU 內存內存硬盤硬盤備注備注硬硬 件件 配配 置置 IPIP 地址及端口號地址及端口號操作系統(tǒng)名稱及版本號操作系統(tǒng)名稱及版本號DBMSDBMS 名稱及版本號名稱及版本號應用軟件及版本號應用軟件及版本號備注備注軟軟 件件 配配 置置 說明：對于網(wǎng)絡設備和要求也可以使用相應的表格，對于三層架構的，可以根據(jù)網(wǎng)絡拓撲 驗收測試報告 XX 科技項目管理體系第 3 頁 圖列出相關配置。 2.3 測試方法和測試工具測試方法和測試工具 簡要介紹測試中采用的方法和工具。 提示：主要是黑盒測試，測試方法可以寫上測試的重點和采用的測試模式，這樣可以 一目了然的知道是否遺漏了重要的測試點和關鍵塊。工具為可選項，當使用到測試工具和 相關工具時，要說明。注意要注明是自產還是廠商，版本號多少，在測試報告發(fā)布后要避 免大多工具的版權問題。 3 測試結果及缺陷分析測試結果及缺陷分析 整個測試報告中這是最激動人心的部分，這部分主要匯總各種數(shù)據(jù)并進行度量，度量 包括對測試過程的度量和能力評估、對軟件產品的質量度量和產品評估。 3.1 測試執(zhí)行情況與記錄測試執(zhí)行情況與記錄 描述測試資源消耗情況，記錄實際數(shù)據(jù)。（測試、項目經(jīng)理關注部分） 3.1.1 測試組織測試組織 可列出簡單的測試組架構圖，包括： 測試組架構測試組架構測試經(jīng)理（領導人員）測試經(jīng)理（領導人員）主要測試人員主要測試人員參與測試人員參與測試人員 （如存在分組、參與 人等情況） 3.1.2 測試時間測試時間 列出測試的跨度和工作量，最好區(qū)分測試文檔和活動的時間。數(shù)據(jù)可供過程度量使用。 任務名稱任務名稱實際開始時間實際開始時間實際結束時間實際結束時間總工作日總工作日(人人/時時)執(zhí)行測試人執(zhí)行測試人 XXX子系統(tǒng)/子功能 在數(shù)據(jù)匯總時可以統(tǒng)計個人的平均投入時間和總體時間、整體投入平均時間和總體時 間，還可以算出每一個功能點所花費的時/人。 驗收測試報告 XX 科技項目管理體系第 4 頁 3.1.3 測試版本測試版本 給出測試的版本，如果是最終報告，可能要報告測試次數(shù)回歸測試多少次。列出表格 清單則便于知道那個子系統(tǒng)/子模塊的測試頻度，對于多次回歸的子系統(tǒng)/子模塊將引起開發(fā) 者關注。 3.2 覆蓋分析覆蓋分析 3.2.1 需求覆蓋需求覆蓋 需求覆蓋率是指經(jīng)過測試的需求/功能和需求規(guī)格說明書中所有需求/功能的比值，通 常情況下要達到 100的目標。 根據(jù)測試結果，按編號給出每一測試需求的通過與否結論 Y 表示通過，N 表示不通過， P 表示部分通過，N/A 表示不可測試或者用例不適用。實際上，需求跟蹤矩陣列出了一一 對應的用例情況以避免遺漏，此表作用為傳達需求的測試信息以供檢查和審核。 需求覆蓋率計算 Y 項/需求總數(shù) 100 需求需求/功能（或編號）功能（或編號）測試類型測試類型是否通過是否通過備注備注 其中：是否通過，分別用Y、P、N、N/A 3.2.2 測試覆蓋測試覆蓋 需求需求/功能（或編號）功能（或編號）用例個數(shù)用例個數(shù)執(zhí)行總數(shù)執(zhí)行總數(shù)未執(zhí)行未執(zhí)行未未/漏測分析和原因漏測分析和原因 實際上，測試用例已經(jīng)記載了預期結果數(shù)據(jù)，測試缺陷上說明了實測結果數(shù)據(jù)和與預 期結果數(shù)據(jù)的偏差；因此沒有必要對每個編號在此包含更詳細的說明的缺陷記錄與偏差， 列表的目的僅在于更好的查看測試結果。測試覆蓋率計算 執(zhí)行數(shù)/用例總數(shù) 100 3.3 缺陷的統(tǒng)計與分析缺陷的統(tǒng)計與分析 缺陷統(tǒng)計主要涉及到被測系統(tǒng)的質量，因此，這部分成為開發(fā)人員、質量人員重點關 注的部分。 驗收測試報告 XX 科技項目管理體系第 5 頁 3.3.1 缺陷匯總缺陷匯總 按缺陷嚴重程度統(tǒng)計： 缺陷嚴重級別缺陷嚴重級別缺陷數(shù)量缺陷數(shù)量備注備注 致命缺陷 嚴重缺陷 一般缺陷 微小缺陷 建議缺陷 缺陷合計 按缺陷類型統(tǒng)計 缺陷類型缺陷類型缺陷數(shù)量缺陷數(shù)量備注備注 UI 架構 接口錯誤 業(yè)務功能 系統(tǒng)功能 性能 可用性 可移植性 可跟蹤性 一致性 文字描述 代碼冗余 總計 按功能分布 功能功能缺陷數(shù)量缺陷數(shù)量備注備注 功能一 功能二 功能三 驗收測試報告 XX 科技項目管理體系第 6 頁 功能四 功能五 功能六 缺陷合計缺陷合計 最好給出缺陷的餅狀圖和柱狀圖以便直觀查看. 3.3.2 缺陷分析缺陷分析 本部分對上述缺陷和其他收集數(shù)據(jù)進行綜合分析 缺陷綜合分析缺陷綜合分析 缺陷發(fā)現(xiàn)效率缺陷發(fā)現(xiàn)效率 缺陷總數(shù)/執(zhí)行測試用時間 可具體到人員得出平均指標 用例質量用例質量 缺陷總數(shù)/測試用例總數(shù) 100 缺陷密度缺陷密度 缺陷總數(shù)/功能點總數(shù) 缺陷密度可以得出系統(tǒng)各功能或各需求的缺陷分布情況（開發(fā)人員可以在此分析 基礎上得出那部分功能/需求缺陷最多，從而在今后開發(fā)注意避免并注意在實施時予與 關注，測試經(jīng)驗表明，測試缺陷越多的部分，其隱藏的缺陷也越多。 測試按功能分布圖測試按功能分布圖 按功能分布 0 5 10 15 20 25 30 35 40 45 第一輪測試第二輪測試第三輪測試第四輪測試 輪次 數(shù)量 功能一 功能二 功能三 功能四 功能五 功能六 測試按駐留時間分布圖測試按駐留時間分布圖 驗收測試報告 XX 科技項目管理體系第 7 頁 按駐留時間分布 0 5 10 15 20 25 30 35 三天及以下 三天以上到一周 （包括一周） 一周以上到兩周 （包括兩周） 兩周以上 駐留時間 缺陷數(shù)量 缺陷數(shù) 重要缺陷摘要 缺陷編號缺陷編號簡要描述簡要描述分析結果分析結果備注備注 3.3.3 殘留缺陷與未解決問題殘留缺陷與未解決問題 殘留缺陷 編號編號缺陷概要缺陷概要原因分析原因分析預防和改進措施預防和改進措施 BUG 號 該缺陷描述的事實 如何引起缺陷，缺陷的后果，描述 造成軟件局限性和其他限制性的原因 彌補手段和長期策略 未解決問題 功能功能測試結果測試結果缺陷描述缺陷描述評價評價 功能一與預期結果的偏差 具體描述 對這些問題的看法，也就是這些問題如 果發(fā)出去了會造成什么樣的影響 4 測試結論與建議測試結論與建議 對上述過程、缺陷分析之后該下個結論，請清晰扼要的下定論。 4.1 測試結論測試結論 1 測試執(zhí)行是否充分（可以增加對安全性、可靠性、可維護性和功能性描述） 2 對測試風險的控制措施和成效 3 測試目標是否完成 4 測試是否通過 驗收測試報告 XX 科技項目管理體系第 8 頁 5 是否達到了需求的要求和目標 4.2 建議建議 1對系統(tǒng)存在問題的說明，描述測試所揭露的軟件缺陷和不足，以及可能給軟件實施 和運行帶來的影響 2可能存在的潛在缺陷和后續(xù)工作 3對缺陷修改和產品設計的建議 4對過程改進方面的建議 5 測試缺陷清單測試缺陷清單 【記錄所有測試中發(fā)現(xiàn)的問題，要求記錄所有問題的解決狀態(tài)主要內容：問題編號、 問題描述、問題級別、問題類型、問題解決狀態(tài)。 】