驗(yàn)收測試報告模板

項(xiàng)目(系統(tǒng))名稱驗(yàn)收測試報告模板版本V1.0文檔編號保密等級山豆根最后修改日期審核人最后審批日期批準(zhǔn)人最后批準(zhǔn)日期版本作者/修改者描述審核人山豆根創(chuàng)建 11.1編寫目的 11.2項(xiàng)目背景 11.3系統(tǒng)簡介 11.4術(shù)語和縮寫詞 1 22測試概要 22.1測試用例設(shè)計 22.2測試環(huán)境與配置 22.2.1數(shù)據(jù)庫服務(wù)器配置 2.2.2應(yīng)用服務(wù)器配置 2.2.3客戶端配置 32.3測試法和測試工具 43測試結(jié)果及缺陷分析 43.1測試執(zhí)行情況與記錄 43.1.1測試組織 43.1.3測試版本 53.2覆蓋分析 53.2.1需求覆蓋 5 63.3.1缺陷匯總 3.3.2缺陷分析 3.3.3殘留缺陷與未解決問題 4測試結(jié)論與建議 4.1測試結(jié)論 4.2建議 5測試缺陷清單 1.1編寫目的本測試報告的具體編寫目的，指出預(yù)期的讀者圍。實(shí)例：本測試報告為XXX項(xiàng)目的UAT測試報告，目的在于總結(jié)UAT測試階段的測試以及分析測試結(jié)果，描述系統(tǒng)是否符合需求(或達(dá)到XXX功能目標(biāo))。預(yù)期參考人員包括業(yè)務(wù)人員、測試人員、、開發(fā)人員、項(xiàng)目管理者、其他質(zhì)量管理人員和需要閱讀本報告的高層經(jīng)理。提示：通常，業(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)文件中拷貝可以從設(shè)計說明書中取得系統(tǒng)的簡介容。注意：可用框架圖和網(wǎng)絡(luò)拓?fù)鋱D進(jìn)行系統(tǒng)簡介說明。列出設(shè)計本系統(tǒng)/項(xiàng)目的專用術(shù)語和縮寫語約定。對于技術(shù)相關(guān)的名詞和與多義詞一定要注明清楚，以便閱讀1.5參考資料簡要介紹測試用例的設(shè)計法。例如：等價類劃分、邊界值、因果圖等。簡要介紹測試環(huán)境配置。包括數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器以及客戶端配置。數(shù)據(jù)庫服務(wù)器配置硬件配置機(jī)型及名稱CPU存硬盤備注軟亻IP地址及端口號操作系統(tǒng)名稱及版本號DBMS名稱及版本號應(yīng)用軟件及版本號備注配置2.2.2應(yīng)用服務(wù)器配置硬件配置機(jī)型及名稱CPU存硬盤備注軟件配置IP地址及端口號操作系統(tǒng)名稱及版本號DBMS名稱及版本號應(yīng)用軟件及版本號備注2.2.3客戶端配置硬件配置機(jī)型及名稱存硬盤備注軟件配IP地址及端口號操作系統(tǒng)名稱及版本號DBMS名稱及版本號應(yīng)用軟件及版本號備注置說明：對于網(wǎng)絡(luò)設(shè)備和要求也可以使用相應(yīng)的表格，對于三層架構(gòu)的，可以根據(jù)網(wǎng)絡(luò)拓?fù)鋱D列出相關(guān)配置。簡要介紹測試中采用的法和工具。3測試結(jié)果及缺陷分析整個測試報告中這是最激動人心的部分，這部分主要匯總各種數(shù)據(jù)并進(jìn)行度量，度量包括對測試過程的度量和能力評估、對軟件產(chǎn)品的質(zhì)量度量和產(chǎn)品評估?？闪谐龊唵蔚臏y試組架構(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)的時/人。給出測試的版本，如果是最終報告，可能要報告測試次數(shù)回歸測試多少次。列出表格清單則便于知道那個子系統(tǒng)/子模塊的測試頻度，對于多次回歸的子系統(tǒng)3.2覆蓋分析P表示部分通過，N/A表示不可測試或者用例不適用。實(shí)際上，需求跟蹤矩陣列出了一一對應(yīng)的用例情況以避免遺漏，此表作用為傳達(dá)需求的測試信息以供檢查和審核。需求覆蓋率計算Y項(xiàng)/需求總數(shù)X100%需求/功能(或編號)測試類型是否通過備注3.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ù)X100%3.3缺陷的統(tǒng)計與分析缺陷統(tǒng)計主要涉及到被測系統(tǒng)的質(zhì)量，因此，這部分成為開發(fā)人員、質(zhì)量人員重點(diǎn)關(guān)按缺陷重程度統(tǒng)計：缺陷重級別缺陷數(shù)量備注致命缺陷重缺陷般缺g臼微小缺陷建議缺陷缺陷合計按缺陷類型統(tǒng)計缺陷類型缺陷數(shù)量備注架構(gòu)接口錯誤業(yè)務(wù)功能系統(tǒng)功能性能可用性可移植性可跟蹤性致性文字描述代碼冗余總計按功能分布功能缺陷數(shù)量備注功能一功能二功能三功能四功能五量數(shù)量數(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ā)注意避免并注意在實(shí)施時予與關(guān)注，測試經(jīng)驗(yàn)表明，測試缺陷越多的部分，其隱藏的缺陷也越多。測試按功能分布圖按功能分布—<—功能一-■—功能二功能三T—功能測試按駐留時間分布圖550量數(shù)質(zhì)15缺10按駐留時間分布1,缺陷數(shù)下以及天二一言到學(xué)上培1Y丁白時包三(兩言到黑1Y丁白旨包(上以周上以周駐留時間重要缺陷摘要缺9白編與簡要描述分析結(jié)果備注3.3.3殘留缺陷與未解決問題編與缺陷概要原因分析預(yù)防和改進(jìn)措施BUG號該缺陷描述的事實(shí)如引起缺陷，缺陷的后果，描述造成軟件局限性和其他限制性的原因彌補(bǔ)手段和長期策略未解決問題功能測試結(jié)果缺陷描述評價功能一與預(yù)期結(jié)果的偏差具體描述對這些問題的看法，也就是這些問題如果發(fā)出去了會造成什么樣的影響4測試結(jié)論與建議對上述過程、缺陷分析之后該下個結(jié)論，請清晰扼要的下定論。4.1測試結(jié)論1.測試執(zhí)行是否充分(可以增加對安全性、可靠性、可維護(hù)性和功能性描述)3.測試目標(biāo)是否完成5.是否達(dá)到了需求的要求和目標(biāo)5測試缺陷清單專業(yè)資料上長嘯，在凍港滑冰，在廣座里高談。但現(xiàn)在呢?往事悠悠，當(dāng)年的豪舉都如煙云一般罪罪然的消散，尋不著一點(diǎn)的痕跡，她也惟有付之一嘆，青年的容貌，盛氣，都漸漸地消磨去了。她她見舊時的摯友。她改變了的容貌，氣質(zhì)，無非添加他們或她們的驚異和竊議罷了。為了躲避，才來到這幽僻的一隅，而花，鳥，風(fēng)，日，還要逗引她愁煩。她開始詛咒這逼人太甚的春光專業(yè)資