軟件測試報告模板分析(共13頁)

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

2、試結(jié)果列表，增加功能、性能、穩(wěn)定性等測試結(jié)果1. 概述1.1 測試目的本報告編寫目的，指出預(yù)期讀者范圍。1.2 測試背景對項目目標(biāo)和目的進(jìn)行簡要說明，必要時包括該項目歷史做一些簡介。1.3 測試資源投入測試項測試人力測試時間安裝&卸載&升級測試1人 ×2日 = 2人日2012-02-242012-02-26， 兩個工作日功能性測試2人 ×2.5日 + 2人×2日 + 2×1.5日= 12人日2012-02-272012-02-29, 兩個工作日接口測試穩(wěn)定性測試1人 ×7日 =7人日2/283/2，目前處于第一個階段的穩(wěn)定性測試

3、，共,3個工作日原計劃：2/283/28開始穩(wěn)定性測試 （分3個階段執(zhí)行測試：3*24H、7*24H、30*24H）/針對本輪測試的一個分析/測試項：功能測試、性能測試、穩(wěn)定性測試等/測試時間投入：用了多少天/測試人力投入：需要多少人投入/如果是穩(wěn)定性測試的話，需要說明整個周期多長，當(dāng)前屬于第幾個階段，如上所示1.4 測試功能1，測試功能、內(nèi)容/測試概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是介紹測試情況。（其他測試經(jīng)理和質(zhì)量人員關(guān)注部分）。/測試哪些功能，測試功能、測試步驟描述。/測試內(nèi)容大綱。2，版本功能對比1， 與上一個版本功能對比，增加功能、修改功能、刪除功能

4、2， 增加了哪些定制功能3， 差異化功能特別介紹4， 借調(diào)設(shè)備投入：需要借調(diào)主要設(shè)備1.5 術(shù)語和縮略詞列出本系統(tǒng)/項目的專用術(shù)語和縮寫語。對于技術(shù)的相關(guān)名詞和與多義詞注明清楚，以便查閱時產(chǎn)生歧義。編號專業(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 server 2012 64bit1臺后臺服務(wù)處理器:Intel(R)CPU E5-2603 V21.8GHz內(nèi)存：8G硬盤/磁盤大?。?T固態(tài)硬盤大?。?2G4M插件：1、 VC200

5、8sp12、 vc2010sp1數(shù)據(jù)庫：Mysql5.6服務(wù)：1、身份認(rèn)證服務(wù)（V1.1.2）2、視頻主控服務(wù)（V1.1.2）Windows 7旗艦版 64bitN臺客戶端處理器:Intel(R)CPU E5-2603 V21.8GHz內(nèi)存：4G硬盤/磁盤大?。?T固態(tài)硬盤大?。?2G插件：1、TTS語音（可選）2、.NET Framework4.03、.NET Framework4.5IE：1、IE11或谷歌程序：1、客戶端（V2.3.1）2、搜索工具2.3 測試硬件資源本次測試過程中，使用到的硬件使用資源包括：設(shè)備型號/軟件版本/固件版本/硬件版本：設(shè)備名稱實(shí)測數(shù)量設(shè)備型號/防偽編碼軟件版

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

7、 bug類別統(tǒng)計BUG類別新增-舊BUG引起新增-漏測新增-新功能原有BUG重新激活總計匯總179917115說明：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收斂趨勢圖/此bug收斂趨勢圖：是統(tǒng)計每一輪的bug提交數(shù)

8、和關(guān)閉數(shù)，需要線性體現(xiàn)趨勢，如上圖所示（具體可參考如下附件的統(tǒng)計）-4.4 Bug嚴(yán)重程度（大項目）/從缺陷工具截取，測試視圖->報表->選擇“Bug嚴(yán)重程度統(tǒng)計”點(diǎn)擊生成報表，截圖/是針對沒有解決的BUG的一個分析4.5 Bug模塊分布（大項目）/從缺陷工具截取，測試視圖->報表->選擇“模塊Bug數(shù)量”點(diǎn)擊生成報表，截圖/是針對沒有解決的BUG的一個分析5. 測試結(jié)果與建議5.1 測試結(jié)果編號模塊測試負(fù)責(zé)人測試結(jié)果主要問題描述1視頻預(yù)覽XX不通過配置正確，無法正常預(yù)覽2日志統(tǒng)計XX通過統(tǒng)計及日志記錄功能正常，但是仍存在需要優(yōu)化的問題，例如：表單樣式、搜索校驗等（已提

9、bug）3456/測試結(jié)果：針對該表格，如果是功能測試，則列出功能測試相關(guān)的統(tǒng)計；如果是穩(wěn)定性測試，則列出穩(wěn)定性相關(guān)的統(tǒng)計；其他項測試，以此類推。/模塊：如果主模塊下有多個子模塊， 主模塊所在行用黑體字表示，下面是其子模塊。用非黑子體表示/該模塊的測試執(zhí)行人員/結(jié)果：通過、不通過、未測試（備注清楚未測試原因）/主要問題描述：如果結(jié)果是不通過的，簡述致命或是嚴(yán)重類問題功能性測試結(jié)果：性能測試結(jié)果：可靠性測試結(jié)果：穩(wěn)定性測試結(jié)果：兼容性測試結(jié)果：容錯性測試結(jié)果：EMC測試結(jié)果（硬）：安規(guī)測試結(jié)果（硬）：環(huán)境試驗結(jié)果（硬）：熱傳測試結(jié)果（硬）：總體結(jié)論：當(dāng)前版本大部分的需求已經(jīng)實(shí)現(xiàn)，具體見需求跟蹤表

10、，日志統(tǒng)計基本功能正常，存在部分需要優(yōu)化的地方。常用的預(yù)覽模塊，無法正常預(yù)覽。故測試角度認(rèn)為不通過。/給出總體結(jié)論，每一項后面寫清楚本輪是否測試，如果沒有測試請注明原因，及計劃什么時候測試。如果已經(jīng)測試寫清楚結(jié)果是“通過” 還是 “不通過”。/如果是外購內(nèi)產(chǎn)品測試的話，各項功能測試結(jié)果則可去掉，可以輸出一段總結(jié)性的結(jié)論。插入定制功能驗收表/外購選型類測試數(shù)據(jù)/插入定制功能驗收表：如果是仿真測試或是定制類項目，則需要插入該表/插入外購選型類測試數(shù)據(jù)：如果是外購選型，則需要插入該表5.2 建議1， 測試執(zhí)行是否充分2， 測試目標(biāo)是否完成3， 對系統(tǒng)存在問題的說明，描述當(dāng)前測試所揭露的缺陷和不足，以

11、及帶來的影響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. 未實(shí)現(xiàn)需求列表需求編號需求名稱需求描述8. 測試風(fēng)險編號風(fēng)險項名稱風(fēng)險描述風(fēng)險影響影響等級/風(fēng)險影響：說明該風(fēng)險對該項目的影響/影響等級：分高、中、低三級9. 缺陷列表插入buglist的附件表（保留關(guān)鍵列即可，如下）/從缺陷管理工具導(dǎo)出，以附件的形式/測試視圖->搜索->搜索出自己要導(dǎo)出的BUG, 點(diǎn)擊【導(dǎo)出】/保留關(guān)鍵字段列（Bug編號、所屬模塊、Bug標(biāo)題、嚴(yán)重程度、優(yōu)先級、重現(xiàn)步驟、Bug狀態(tài)、激活次數(shù)、由誰創(chuàng)建、創(chuàng)建日期、指派給、解決方案、關(guān)閉日期、bug類別、bug來源）， 保存成EXCEL各式。Bug類