權(quán)威測試報(bào)告模板

1、權(quán)威測試報(bào)告模板測試報(bào)告模板11 簡介 11.1 編寫目的 11.2 項(xiàng)目背景 21.3 系統(tǒng)簡介 21.4 術(shù)語和縮寫詞 21.5 參考資料 22 測試概要 22.1 測試用例設(shè)計(jì) 22.2 測試環(huán)境與配置 22.3 測試方法（和工具）33 測試結(jié)果及缺陷分析 33.1 測試執(zhí)行情況與記錄 33.2 覆蓋分析 43.3 缺陷的統(tǒng)計(jì)與分析 44 測試結(jié)論 65 建議 61 簡介1.1 編寫目的本測試報(bào)告的具體編寫目的，指出預(yù)期的讀者范圍。實(shí)例：本測試報(bào)告為 XXX 項(xiàng)目的測試報(bào)告，目的在于總結(jié)測試階段的測試以及分析測試結(jié)果，描述系統(tǒng)是否符合需求（或達(dá)到XXX 功能目標(biāo)）。預(yù)期參考人員包括用戶、

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

3、 系統(tǒng)簡介如果設(shè)計(jì)說明書有此部分，照抄。注意必要的框架圖和網(wǎng)絡(luò)拓?fù)鋱D能吸引眼球。1.4 術(shù) 語和縮寫詞列出設(shè)計(jì)本系統(tǒng)/項(xiàng)目的專用術(shù)語和縮寫語約定。對于技術(shù)相關(guān)的名詞和與多義詞一定要注明清楚，以便閱讀時(shí)不會產(chǎn)生歧義。1.5 參 考資料1需求、設(shè)計(jì)、測試用例、手冊以及其他項(xiàng)目文檔都是范圍內(nèi)可參考的東東。2測試使用的國家標(biāo)準(zhǔn)、行業(yè)指標(biāo)、公司規(guī)范和質(zhì)量手冊等等2 測試概要測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況簡介。 （其他測試經(jīng)理和質(zhì)量人員關(guān)注部分）2.1 測試用例設(shè)計(jì)簡要介紹測試用例的設(shè)計(jì)方法。例如：等價(jià)類劃分、邊界值、因果圖，以及用這類方法（3-4 句 ） 。提

4、示： 如果能夠具體對設(shè)計(jì)進(jìn)行說明， 在其他開發(fā)人員、 測試經(jīng)理閱讀的時(shí)候就容易對你的用例設(shè)計(jì)有個(gè)整體的概念，順便說一句，在這里寫上一些非常規(guī)的設(shè)計(jì)方法也是有利的，至少在沒有看到測試結(jié)論之前就可以了解到測試經(jīng)理的設(shè)計(jì)技術(shù)，重點(diǎn)測試部分一定要保證有兩種以上不同的用例設(shè)計(jì)方法。2.2 測試環(huán)境與配置簡要介紹測試環(huán)境及其配置。提示：清單如下，如果系統(tǒng) / 項(xiàng)目比較大，則用表格方式列出數(shù)據(jù)庫服務(wù)器配置CPU：內(nèi)存：硬盤：可用空間大小操作系統(tǒng)：應(yīng)用軟件： 機(jī)器網(wǎng)絡(luò)名： 局域網(wǎng)地址： 應(yīng)用服務(wù)器配置客戶端配置對于網(wǎng)絡(luò)設(shè)備和要求也可以使用相應(yīng)的表格，對于三層架構(gòu)的，可以根據(jù)網(wǎng)絡(luò)拓?fù)鋱D列出相關(guān)配置。2.3 測試

5、方法 （和工具 ）簡要介紹測試中采用的方法（和工具） 。提示： 主要是黑盒測試， 測試方法可以寫上測試的重點(diǎn)和采用的測試模式， 這樣可以一目了然的知道是否遺漏了重要的測試點(diǎn)和關(guān)鍵塊。工具為可選項(xiàng)，當(dāng)使用到測試工具和相關(guān)工具時(shí)，要說明。注意要注明是自產(chǎn)還是廠商，版本號多少，在測試報(bào)告發(fā)布后要避免大多工具的版權(quán)問題。3 測試結(jié)果及缺陷分析整個(gè)測試報(bào)告中這是最激動人心的部分， 這部分主要匯總各種數(shù)據(jù)并進(jìn)行度量， 度量包括對測試過程的度量和能力評估、 對 軟件產(chǎn)品的質(zhì)量度量和產(chǎn)品評估。 對于不需要過程度量或者相對較小的項(xiàng)目， 例如用于驗(yàn)收時(shí)提交用戶的測試報(bào)告、 小型項(xiàng)目的測試報(bào)告，可省略過程方面的度量

6、部分；而采用了 CMM/ISO 或者其他工程標(biāo)準(zhǔn)過程的，需要提供過程改進(jìn)建議和參考的測試報(bào)告主要用于公司內(nèi)部測試改進(jìn)和缺陷預(yù)防機(jī)制則過程度量需要列出。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 測試時(shí)間列出測試的跨度和工作量，最好區(qū)分測試文檔和活動的時(shí)間。數(shù)據(jù)可供過程度量使用。例如 XXX 子系統(tǒng)/子功能實(shí)際開始時(shí)間實(shí)際結(jié)束時(shí)間總工時(shí) / 總工作日任務(wù)開始時(shí)間結(jié)束時(shí)間 總計(jì)合計(jì)對于大系統(tǒng)/項(xiàng)目來說最終要

7、統(tǒng)計(jì)資源的總投入，必要時(shí)要增加成本一欄，以便管理者清楚的知道究竟花費(fèi)了多少人力去完成測試。測試類型 人員成本 工具設(shè)備 其他費(fèi)用總計(jì)在數(shù)據(jù)匯總時(shí)可以統(tǒng)計(jì)個(gè)人的平均投入時(shí)間和總體時(shí)間、 整體投入平均時(shí)間和總體時(shí)間， 還可以算出每一個(gè)功能點(diǎn)所花費(fèi)的時(shí)/人。用時(shí)人員 編寫用例 執(zhí)行測試 總計(jì)合計(jì)這部分用于過程度量的數(shù)據(jù)包括文檔生產(chǎn)率和測試執(zhí)行率。生產(chǎn)率人員 用例 /編寫時(shí)間 用例/執(zhí)行時(shí)間平均合計(jì)3.1.3 測試版本給出測試的版本，如果是最終報(bào)告，可能要報(bào)告測試次數(shù)回歸測試多少次。列出表格清單則便于知道那個(gè)子系統(tǒng)/子模塊的測試頻度，對于多次回歸的子系統(tǒng)/ 子模塊將引起開發(fā)者關(guān)注。3.2 覆蓋分析3.

8、2.1 需求覆蓋需求覆蓋率是指經(jīng)過測試的需求/ 功能和需求規(guī)格說明書中所有需求/ 功能的比值，通常情況下要達(dá)到 100的目標(biāo)。需求/功能（或編號）測試類型 是否通過 備注YPNN/A根據(jù)測試結(jié)果 ，按編號給出每一測試需求的通過與否結(jié)論。 P 表示部分通過， N/A 表示不可測試或者用例不適用。實(shí)際上，需求跟蹤矩陣列出了一一對應(yīng)的用例情況以避免遺漏，此表作用為傳達(dá)需求的測試信息以供檢查和審核。需求覆蓋率計(jì)算Y項(xiàng)/需求總數(shù)M00%3.2.2 測試覆蓋需求/功能（或編號）用例個(gè)數(shù) 執(zhí)行總數(shù) 未執(zhí)行未/漏測分析和原因?qū)嶋H上， 測試用例已經(jīng)記載了預(yù)期結(jié)果數(shù)據(jù)， 測試缺陷上說明了實(shí)測結(jié)果數(shù)據(jù)和與預(yù)期結(jié)果數(shù)

9、據(jù)的偏差； 因此沒有必要對每個(gè)編號在此包含更詳細(xì)的說明的缺陷記錄與偏差，列表的目的僅在于更好的查看測試結(jié)果。測試覆蓋率計(jì)算執(zhí)行數(shù)/用例總數(shù) X00 %3.3 缺陷的統(tǒng)計(jì)與分析缺陷統(tǒng)計(jì)主要涉及到被測系統(tǒng)的質(zhì)量，因此，這部分成為開發(fā)人員、質(zhì)量人員重點(diǎn)關(guān)注的部分。3.3.1 缺陷匯總被測系統(tǒng) 系統(tǒng)測試 回歸測試 總計(jì)合計(jì)按嚴(yán)重程度嚴(yán)重 一般 微小按缺陷類型用戶界面 一致性 功能 算法 接口 文檔 用戶界面 其他按功能分布功能一 功能二 功能三 功能四 功能五 功能六 功能七最好給出缺陷的餅狀圖和柱狀圖以便直觀查看。 俗話說一圖勝千言， 圖標(biāo)能夠使閱讀者迅速獲得信息， 尤其是各層面管理人員沒有時(shí)間去逐

10、項(xiàng)閱讀文章。圖例3.3.2 缺陷分析本部分對上述缺陷和其他收集數(shù)據(jù)進(jìn)行綜合分析缺陷綜合分析缺陷發(fā)現(xiàn)效率=缺陷總數(shù)/執(zhí)行測試用時(shí)可到具體人員得出平均指標(biāo)用例質(zhì)量=缺陷總數(shù)/測試用例總數(shù)X100%缺陷密度=缺陷總數(shù)/功能點(diǎn)總數(shù)缺陷密度可以得出系統(tǒng)各功能或各需求的缺陷分布情況，開發(fā)人員可以在此分析基礎(chǔ)上得出那部分功能/需求缺陷最多，從而在今后開發(fā)注意避免并注意在實(shí)施時(shí)予與關(guān)注，測試經(jīng)驗(yàn)表明，測試缺陷越多的部分，其隱藏的缺陷也越多。測試曲線圖描繪被測系統(tǒng)每工作日/ 周缺陷數(shù)情況，得出缺陷走勢和趨向重要缺陷摘要缺陷編號 簡要描述 分析結(jié)果 備注3.3.3 殘留缺陷與未解決問題殘留缺陷 編號： BUG 號

11、缺陷概要：該缺陷描述的事實(shí) 原因分析：如何引起缺陷，缺陷的后果，描述造成軟件局限性和其他限制性的原因 預(yù)防和改進(jìn)措施：彌補(bǔ)手段和長期策略 未解決問題功能/測試類型：測試結(jié)果：與預(yù)期結(jié)果的偏差 缺陷：具體描述評價(jià)：對這些問題的看法，也就是這些問題如果發(fā)出去了會造成什么樣的影響4 測試結(jié)論與建議報(bào)告到了這個(gè)部分就是一個(gè)總結(jié)了， 對上述過程、 缺陷分析之后該下個(gè)結(jié)論， 此部分為項(xiàng)目經(jīng)理、 部門經(jīng)理以及高層經(jīng)理關(guān)注，請清晰扼要的下定論。5 測試結(jié)論1 測試執(zhí)行是否充分（可以增加對安全性、可靠性、可維護(hù)性和功能性描述）2 對測試風(fēng)險(xiǎn)的控制措施和成效3 測試目標(biāo)是否完成4 測試是否通過5 是否可以進(jìn)入下一階段項(xiàng)目目標(biāo)5