驗(yàn)收測試報告材料實(shí)用模板

1、實(shí)用標(biāo)準(zhǔn)文案項(xiàng)目（系統(tǒng)）名稱驗(yàn)收測試報告模板版本V1.0文檔編號保密等級作者山豆根最后修改日期審核 人最后審批日期批準(zhǔn) 人最后批準(zhǔn)日期修改記錄日期版本作者/修改者描述審核人2015-11-71.0山豆根創(chuàng)建精彩文檔1簡介11.1 編寫目的 11.2 項(xiàng)目背景 11.3 系統(tǒng)簡介 11.4 術(shù)語和縮寫詞 11.5 參考資料 1測試概要2.1 測試用例設(shè)計 12.2 測試環(huán)境與配置 22.2.1 數(shù)據(jù)庫服務(wù)器配置 22.2.2 應(yīng)用服務(wù)器配置 22.2.3 客戶端配置 22.3 測試方法和測試工具 33測試結(jié)果及缺陷分析 33.1 測試執(zhí)行情況與記錄 33.1.1 測試組織 33.1.2 測試時間

2、 33.1.3 測試版本 43.2 覆蓋分析 43.2.1 需求覆蓋 43.2.2 測試覆蓋 43.3 缺陷的統(tǒng)計與分析 43.3.1 缺陷匯總 43.3.2 缺陷分析 63.3.3 殘留缺陷與未解決問題 74測試結(jié)論與建議 74.1 測試結(jié)論 74.2 建議 85測試缺陷清單 81簡介1.1 編寫目的本測試報告的具體編寫目的，指出預(yù)期的讀者范圍。實(shí)例：本測試報告為XXX目的UATM試報告，目的在于總結(jié)UAT測試階段的測試以 及分析測試結(jié)果，描述系統(tǒng)是否符合需求（或達(dá)到xxxe能目標(biāo)）。預(yù)期參考人員包括業(yè)務(wù) 人員、測試人員、開發(fā)人員、項(xiàng)目管理者、其他質(zhì)量管理人員和需要閱讀本報告的高層經(jīng) 理。提

3、示：通常，業(yè)務(wù)人員對測試結(jié)論部分感興趣，開發(fā)人員希望從缺陷結(jié)果以及分析得 到開發(fā)質(zhì)量的信息，項(xiàng)目管理者對測試執(zhí)行中成本、資源和時間予與重視，而高層經(jīng)理希 望能夠閱讀到簡單的圖表并且能夠與其他項(xiàng)目進(jìn)行同向比較。此部分可以具體描述為什么 類型的人可參考本報告 XXX頁XXX章節(jié)，你的報告讀者越多，你的工作越容易被人重視， 前提是必須讓閱讀者感到你的報告是有價值而且值得浪費(fèi)一點(diǎn)時間去關(guān)注的。1.2 項(xiàng)目背景對項(xiàng)目目標(biāo)和目的進(jìn)行簡要說明。必要時包括簡史，這部分不需要腦力勞動，直接從需求或者招標(biāo)文件中拷貝即可。1.3 系統(tǒng)簡介可以從設(shè)計說明書中取得系統(tǒng)的簡介內(nèi)容。注意：可用框架圖和網(wǎng)絡(luò)拓?fù)鋱D進(jìn)行系統(tǒng)簡介

4、說明。1.4 術(shù)語和縮寫詞列出設(shè)計本系統(tǒng)/項(xiàng)目的專用術(shù)語和縮寫語約定。 對于技術(shù)相關(guān)的名詞和與多 義詞一定要注明清楚，以便閱讀時不會產(chǎn)生歧義。1.5 參考資料1 .需求、設(shè)計、測試用例、手冊以及其他項(xiàng)目文檔等；2 .測試使用的國家標(biāo)準(zhǔn)、行業(yè)指標(biāo)、公司規(guī)范和質(zhì)量手冊等。2測試概要測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況 簡介。2.1 測試用例設(shè)計簡要介紹測試用例的設(shè)計方法。例如：等價類劃分、邊界值、因果圖等。提示：如果能夠具體對設(shè)計進(jìn)行說明，在其他開發(fā)人員、測試經(jīng)理閱讀的時候就容易 對你的用例設(shè)計有個整體的概念，順便說一句，在這里寫上一些非常規(guī)的設(shè)計方法也是有

5、利的，至少在沒有看到測試結(jié)論之前就可以了解到測試經(jīng)理的設(shè)計技術(shù)，重點(diǎn)測試部分一 定要保證有兩種以上不同的用例設(shè)計方法。2.2 測試環(huán)境與配置簡要介紹測試環(huán)境配置。包括數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器以及客戶端配置。2.2.1 數(shù)據(jù)庫服務(wù)器配置數(shù)據(jù)庫服務(wù)器配置硬 件 配 置機(jī)型及名稱CPU內(nèi)存硬盤備注軟 件 配 置IP地址及端口號操作系統(tǒng)名稱及版本號DBMSg稱及版本號應(yīng)用軟件及版本號備注2.2.2應(yīng)用服務(wù)器配置應(yīng)用服務(wù)器配置硬 件 配 置機(jī)型及名稱CPU內(nèi)存硬盤備注軟 件 配 置IP地址及端口號操作系統(tǒng)名稱及版本號DBMSg稱及版本號應(yīng)用軟件及版本號備注2.2.3客戶端配置客戶端配置硬 件 配 置機(jī)型

6、及名稱CPU內(nèi)存硬盤備注軟 件 配 置IP地址及端口號操作系統(tǒng)名稱及版本號DBMSg稱及版本號應(yīng)用軟件及版本號備注說明：對于網(wǎng)絡(luò)設(shè)備和要求也可以使用相應(yīng)的表格，對于三層架構(gòu)的，可以根據(jù)網(wǎng)絡(luò)拓?fù)鋱D列出相關(guān)配置。2.3 測試方法和測試工具簡要介紹測試中采用的方法和工具。提示：主要是黑盒測試，測試方法可以寫上測試的重點(diǎn)和采用的測試模式，這樣可以 一目了然的知道是否遺漏了重要的測試點(diǎn)和關(guān)鍵塊。工具為可選項(xiàng)，當(dāng)使用到測試工具和 相關(guān)工具時，要說明。注意要注明是自產(chǎn)還是廠商，版本號多少，在測試報告發(fā)布后要避 免大多工具的版權(quán)問題。3測試結(jié)果及缺陷分析整個測試報告中這是最激動人心的部分，這部分主要匯總各種數(shù)

7、據(jù)并進(jìn)行度量，度量 包括對測試過程的度量和能力評估、對軟件產(chǎn)品的質(zhì)量度量和產(chǎn)品評估。3.1 測試執(zhí)行情況與記錄描述測試資源消耗情況，記錄實(shí)際數(shù)據(jù)。（測試、項(xiàng)目經(jīng)理關(guān)注部分）3.1.1 測試組織可列出簡單的測試組架構(gòu)圖，包括:測試組架構(gòu)測試經(jīng)理（領(lǐng)導(dǎo)人員）主要測試人員參與測試人員（如存在分組、參與人等情況）3.1.2 測試時間列出測試的跨度和工作量， 最好區(qū)分測試文檔和活動的時間。數(shù)據(jù)可供過程度量使用。任務(wù)名稱實(shí)際開始時間實(shí)際結(jié)束時間總工作日（人/時）執(zhí)行測試人XXX子系統(tǒng)/子功能在數(shù)據(jù)匯總時可以統(tǒng)計個人的平均投入時間和總體時間、整體投入平均時間和總體時間，還可以算出每一個功能點(diǎn)所花費(fèi)的時/人。

8、3.1.3 測試版本給出測試的版本，如果是最終報告，可能要報告測試次數(shù)回歸測試多少次。列出表格 清單則便于知道那個子系統(tǒng) /子模塊的測試頻度，對于多次回歸的子系統(tǒng)/子模塊將引起開H 友者關(guān)注。3.2 覆蓋分析3.2.1 需求覆蓋需求覆蓋率是指經(jīng)過測試的需求 /功能和需求規(guī)格說明書中所有需求/功能的比值，通常情況下要達(dá)到100%的目標(biāo)。根據(jù)測試結(jié)果，按編號給出每一測試需求的通過與否結(jié)論Y表示通過，N表示不通過,P表示部分通過，N/A表示不可測試或者用例不適用。實(shí)際上，需求跟蹤矩陣列出了一一對應(yīng)的用例情況以避免遺漏，此表作用為傳達(dá)需求的測試信息以供檢查和審核。需求覆蓋率計算 Y項(xiàng)/需求總數(shù) X 1

9、00 %需求/功能（或編號）測試類型是否通過備注其中：是否通過，分別用 Y、P、N、N/A3.2.2 測試覆蓋需求/功能（或編號）用例個數(shù)執(zhí)行總數(shù)未執(zhí)行未/漏測分析和原因?qū)嶋H上，測試用例已經(jīng)記載了預(yù)期結(jié)果數(shù)據(jù)，測試缺陷上說明了實(shí)測結(jié)果數(shù)據(jù)和與預(yù) 期結(jié)果數(shù)據(jù)的偏差；因此沒有必要對每個編號在此包含更詳細(xì)的說明的缺陷記錄與偏差， 列表的目的僅在于更好的查看測試結(jié)果。測試覆蓋率計算執(zhí)行數(shù)/用例總數(shù) X 100%3.3 缺陷的統(tǒng)計與分析缺陷統(tǒng)計主要涉及到被測系統(tǒng)的質(zhì)量，因此，這部分成為開發(fā)人員、質(zhì)量人員 重點(diǎn)關(guān)注的部分。3.3.1 缺陷匯總按缺陷嚴(yán)重程度統(tǒng)計：缺陷嚴(yán)重級別缺陷數(shù)量備注致命缺陷嚴(yán)重缺陷一般

10、缺陷微小缺陷建議缺陷缺陷合計按缺陷類型統(tǒng)計缺陷類型缺陷數(shù)量備注UI架構(gòu)接口錯誤業(yè)務(wù)功能系統(tǒng)功能性能可用性可移植性可跟蹤性一B性文字描述代碼冗余總計按功能分布功能缺陷數(shù)量備注功能一功能二功能三功能四功能五功能六缺陷合計最好給出缺陷的餅狀圖和柱狀圖以便直觀查看3.3.2 缺陷分析本部分對上述缺陷和其他收集數(shù)據(jù)進(jìn)行綜合分析缺陷綜合分析缺陷發(fā)現(xiàn)效率 =缺陷總數(shù)/執(zhí)行測試用時間可具體到人員得出平均指標(biāo)用例質(zhì)量 =缺陷總數(shù)/測試用例總數(shù) X100%缺陷密度=缺陷總數(shù)/功能點(diǎn)總數(shù)缺陷密度可以得出系統(tǒng)各功能或各需求的缺陷分布情況（開發(fā)人員可以在此分析基礎(chǔ)上得出那部分功能/需求缺陷最多，從而在今后開發(fā)注意避免并

11、注意在實(shí)施時予與關(guān)注，測試經(jīng)驗(yàn)表明，測試缺陷越多的部分，其隱藏的缺陷也越多。測試按功能分布圖按功能分布輪次功能一T功能二功能三H功能四K功能五*功能六測試按駐留時間分布圖重要缺陷摘要缺陷編號簡要描述分析結(jié)果備注3.3.3 殘留缺陷與未解決問題殘留缺陷編P缺陷概要原因分析預(yù)防和改進(jìn)措施BUGt該缺陷描述的事實(shí)如何引起缺陷，缺陷的后果，描述 造成軟件局限性和其他限制性的原因彌補(bǔ)手段和長期策略未解決問題功能測試結(jié)果缺陷描述評價功能一與預(yù)期結(jié)果的偏差具體描述對這些問題的看法，也就是這些問題如 果發(fā)出去了會造成什么樣的影響4測試結(jié)論與建議對上述過程、缺陷分析之后該下個結(jié)論，請清晰扼要的下定論。4.1 測試結(jié)論1 .測試執(zhí)行是否充分（可以增加對安全性、可靠性、可維護(hù)性和功能性描述）2 .對測試風(fēng)險的控制措施和成效3 .測試目標(biāo)是否完成4 .測試是否通過5 .是否達(dá)