軟件測試報告模板

1、軟件測試報告模板（0A號：OA號/無）XXX產(chǎn)品名稱XX版本（提測日期：YYYY.MM.dd）第XX輪功能/性能/穩(wěn)定性/兼容性測試報告修訂 記錄A -編號JLNXDZ-001歷史增加文件 狀態(tài)草稿 H正式發(fā)布正在修改當(dāng)前 版本VI. 0. 1擬制報告編 寫人名 字日期YYYY. MM. dd審核組長名 字日期YYYY. MM. dd批準(zhǔn)部門經(jīng) 理名字日期YYYY. MM. ddM -修訂D -刪除變更版本號版本日期變更類型修改者修訂記錄1.0. 12017-3-10XXX修改軟硬件配置說明以及增加bug數(shù)據(jù)的統(tǒng)計、測試過程版本打包次數(shù)統(tǒng)計、用例覆盍率統(tǒng)計L 1. 12017-3-13MXXX

2、修改測試結(jié)果列表，增加功能、性能、穩(wěn)定性等測試結(jié)果變更板本號版本日期變更類型修改者修訂記錄k簸81.1 測試目的81.2 測試背景8L3測試資源投入8L4測試功能.L5術(shù)語和縮略詞一E3 U2.測試環(huán)境2.2 測試硬件資源2.3 測試組網(wǎng)圖X測試用例執(zhí)行情況4.測試結(jié)果分析（大項目）4.1 Bug趨勢圖4.2 Bug嚴(yán)重程度.4.3 3 Bug 模塊分布.4.4 Bug來源&測試結(jié)果與建議5.1 測試結(jié)果5.2 建議5.3 測試差異分析.910錯誤!未定義書簽。111113111415161717錯誤!未定義書簽。18182021212122227 .未實現(xiàn)需求列表8 .測試風(fēng)險9 .

3、缺陷列表&測試缺陷分析1.概述1.1 測試目的本報告編寫目的,指出預(yù)期讀者范圍。1.2 測試背景對項目目標(biāo)和目的進(jìn)行簡要說明,必要時包括該 項目歷史做一些簡介。1.3測試資源投入測試項測試人力測試時間安裝&卸 載&升級 測試1人義2日=2 人日201224-201202.26, 兩個工 作日功能性測 試2 A X2.5 日 +2 AX2 夕 + 2 X1.5日 =12人日201227-2012-02-29,兩個工作 日接口測試穩(wěn)定性測 試1A X7日=7人 日2/283/2,目前處 于第一個階段的 穩(wěn)定性測試,共,3 個工作日 原計劃： 2/28-3/28開始穩(wěn) 定性測

4、試（分3 個階段執(zhí)行測試: 3*2® 7*24”、 3024H）針對本輪測試的一個分析測試項:功能測試、性能測試、穩(wěn)定性測試等測試時間投入:用了多少天 測試人力投入:需要多少人投入 如果是穩(wěn)定性測試的話,需要說明整個周期多 長,當(dāng)前屬于第幾個階段,如上所示1.4 測試功能1,測試功能、內(nèi)容測試概要介紹,包括測試的一些聲明、測試范測試目的等等,主要是介紹測試情況° （其他測試經(jīng)理和質(zhì)量人員關(guān)注部分）。測試哪些功能，測試功能、測試步驟描述。測試內(nèi)容大綱。2,版本功能對比1,與上一個版本功能對比,增加功能、修改功能、刪除功能2,增加了哪些定制功能3,差異化功能特別介紹4,借調(diào)設(shè)備

5、投入:需要借調(diào)主要設(shè)備1.5 術(shù)語和縮略詞列出本系統(tǒng)/項目的專用術(shù)語和縮寫語Q對于技術(shù)的相關(guān)名詞和與多義詞注明清楚,以便查閱時 產(chǎn)生歧義Q編號專業(yè)術(shù)語描述備注1231.6測試過程版本打包次數(shù)打包次數(shù)原因搭建環(huán)境過程0測試過程02.測試環(huán)境2.1測試組網(wǎng)設(shè)備連接示意圖。2.2測試軟件環(huán)境操作系統(tǒng)數(shù)量類型配置網(wǎng)絡(luò)環(huán)境安裝軟件/程序WindOWS serve1臺后臺 服務(wù)處理CPU4M插件: 1 ,VC2008splr201264bitE52603V21.8GHz內(nèi)存:8G".4,>J2、vc2010spl數(shù)據(jù)庫: Mysql5.6服務(wù):1、身份認(rèn)證服務(wù)(V1.L2)硬.7密名大?。?/p>

6、IT大及名小:32Cr2、視頻主控服務(wù)(VI.1.2)Wind ows 7 旗艦 取 64bitN臺客戶 端處王器:Intel(R CPU E5-2603 V21.8GHz 內(nèi)存:4G田 C)插件:1 、 TTS 語 音(可選)2 , .NETFramework4.03 , .NETFramework硬.%大?。篒T固態(tài)硬盤IE：1、 IE11 或 谷歌程序:I、客戶端 (V2.3.1) 2、搜索工具大小:32G2.3測試硬件資源本次測試過程中，使用到的硬件使用資源包括: 設(shè)備型號/軟件版本/固件版本/硬件版本：設(shè)備 名稱實測數(shù) 量設(shè)備型號/防 偽編碼軟件版本固件版本硬件版本NVR交 換 機(jī)攝

7、 像 槍3.測試用例執(zhí)行情況3.1用例覆蓋率數(shù)量（條）比例（）備注通過數(shù)實際通 過的用 例數(shù)（通過如用 例總數(shù)）*100不通過數(shù)實際不 通過的 用例數(shù)（不通過數(shù)1 用例總數(shù)）*100未測試數(shù)未測試 的用例 數(shù)（未測試物 用例總數(shù)）*100本輪新增用例 數(shù)在本輪 測試中,（新增用例 數(shù)/用例總新增用 例數(shù)數(shù)）*100用例總數(shù)用例總 數(shù)3. 2用例測試結(jié)果插入測試用例測試結(jié)果的附件表。每條測試用例需要包括:測試結(jié)果（通過/不 通過/未測試f需求未實現(xiàn)）,測試人員等。不通過:需要標(biāo)記出對應(yīng)的bug編號,以及實 際的測試結(jié)果未測試:需要備注未測試的原因需求未實現(xiàn):要備注需求未實現(xiàn)4.缺陷分析4.1 b

8、ug類別統(tǒng)計BUG類別新增舊BUG引 起新增-漏測新增-新功能原有BUG重新激活總計匯總99115說明：1）新增漏測（上次版本未測到的BUG）2）新增新功能（本次版本新增功能的BUG）3）新增舊BUG引起（開發(fā)解BUG產(chǎn)生的新BUG）4）重新激活（本次版本開發(fā)已解決，但回歸發(fā)現(xiàn)仍然存在問題的）5）原有BUG （本次版本開發(fā)未解決的）4. 2未關(guān)閉的bug統(tǒng)計嚴(yán)重程 度不予解 決外部原 因無法解 決無法重 現(xiàn)延期處 理遺留問 題已解決長期跟 蹤重復(fù)Bug轉(zhuǎn)為需 求激活1（致命）2（嚴(yán)重）3（一般）4（建議/ 優(yōu)化）總計4. 3 Bug收斂趨勢圖BTN'r艮 門-ma cmrce n TH

9、R mR TE-r.zrR Mm R l ZTR Rm 91ZIR Em m Ira 中工吊 mor kir mH sz UK 用MSB 履NBW 鬲EL百R此bug收斂趨勢圖：是統(tǒng)計每一輪的bug提交 數(shù)和關(guān)閉數(shù),需要線性體現(xiàn)趨勢,如上圖所示（縣 體可參考如下附件的統(tǒng)計）BUG統(tǒng)計示例xlsx4 . 4 Bug嚴(yán)重程度（大項目）從缺陷工具截取，測試視圖-報表選擇“Bug 嚴(yán)重程度統(tǒng)計”點擊生成報表，截圖是針對沒有解決的BUG的一個分析5 .5 Bug模塊分布（大項目）從缺陷工具截取，測試視圖，報表，選擇“模 塊Bug數(shù)量”點擊生成報表，截圖是針對沒有解決的BUG的一個分析5 .測試結(jié)果與建議

10、5.1測試結(jié)果編號模塊測試負(fù)責(zé)人測試結(jié)果主要問題描述1視頻預(yù)覽XX不通過配置正確,無法正 常預(yù)覽2日志統(tǒng)計XX通過統(tǒng)計及日志記錄功 能正常,但是仍存 在需要優(yōu)化的問 題,例如:表單樣 式、搜索校驗等（已 提 bug）3456測試結(jié)果:針對該表格,如果是功能測試,則列出功能測試相關(guān)的統(tǒng)計;如果是穩(wěn)定性測試, 則列出穩(wěn)定性相關(guān)的統(tǒng)計;其他項測試,以此類 推。模塊：如果主模塊下有多個子模塊,主模塊所在行用黑體字表示,下面是其子模塊0 /77非黑子體表示 該模塊的測試執(zhí)行人員 結(jié)果:通過、不通過、未測試（備注清楚未測 試原因） 主要問題描述:如果結(jié)果是不通過的,簡述致 命或是嚴(yán)重類問題功能性測試結(jié)果：

11、 性能測試結(jié)果： 可靠性測試結(jié)果： 穩(wěn)定性測試結(jié)果： 兼容性測試結(jié)果： 容錯性測試結(jié)果： EMC測試結(jié)果（硬）: 安規(guī)測試結(jié)果（硬）: 環(huán)境試驗結(jié)果（硬）: 熱傳測試結(jié)果（硬）: 總體結(jié)論：當(dāng)前版本大部分的需求已經(jīng)實現(xiàn)，具 體見需求跟蹤表，日志統(tǒng)計基本功能正常， 存在部分需要優(yōu)化的地方。常用的預(yù)覽模塊，無法正常預(yù)覽。故測試角度認(rèn)為不通過。/給出總體結(jié)論,每一項后面寫清楚本輪是否測 試,如果沒有測試請注明原因,及計劃什么時候 測試。如果已經(jīng)測試寫清楚結(jié)果是“通過”還 是“不通過”。/如果是外購內(nèi)產(chǎn)品測試的話,各項功能測試結(jié) 果則可去掉,可以輸出一段總結(jié)性的結(jié)論。插入定制功能驗收表"卜購

12、選型類測試數(shù)據(jù)插入定制功能驗收表:如果是仿真測試或是定 制類項目,則需要插入該表插入外購選型類測試數(shù)據(jù):如果是外購選型, 則需要插入該表5.2建議1，測試執(zhí)行是否充分2,測試目標(biāo)是否完成3,對系統(tǒng)存在問題的說明,描述當(dāng)前測試所揭露的缺陷和不足,以及帶來的影響4,對缺陷修改和產(chǎn)品設(shè)計的建議5.3測試差異分析1,測試環(huán)境和測試方案是否一致2,測試用例執(zhí)行是否有偏差6 .測試缺陷分析1,缺陷發(fā)現(xiàn)效率：BUG總數(shù)/天數(shù)=個/天2,缺陷密度：BUG總數(shù)/模塊=個/模塊3,系統(tǒng)測試缺陷發(fā)現(xiàn)密度：系統(tǒng)測試發(fā)現(xiàn)的缺陷數(shù)/測試用例數(shù)*100%=%7 .未實現(xiàn)需求列表需求編號需求名稱需求描述8 .測試風(fēng)險編號風(fēng)險項名稱風(fēng)險描述風(fēng)險影響影響等級風(fēng)險影響：說明該風(fēng)險對該項目的影響影響等級：分高、中、低三級9 .缺陷列表插入buglist的附件表（保留關(guān)鍵列即可，如下） 從缺陷管理工具導(dǎo)出，以附件的形式 測試視圖。搜索，搜索出自己要導(dǎo)出的BUG, 點擊【導(dǎo)出】 保留關(guān)鍵字段列（Bug編號、所屬模塊、Bug 標(biāo)題、嚴(yán)重程度、優(yōu)先級、重現(xiàn)步驟、Bug狀態(tài)、 激活次數(shù)、由誰創(chuàng)建、創(chuàng)建日期、指派給、解決 方案、關(guān)