軟件測試報告模板分析

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

2、能、穩(wěn)定性等測試結(jié)果專業(yè)資料.1.概述61.1 測試目的61.2 測試背景71.3 測試資源投入71.4 測試功能81.5 術(shù)語和縮略詞91.6 測試范圍錯誤！未定義書簽。專業(yè)資料.2.測試環(huán)境.92.1測試軟件環(huán)境 .102.2測試硬件資源 .112.3測試組網(wǎng)圖 .93.測試用例執(zhí)行情況 .124.測試結(jié)果分析（大項目） .134.1Bug趨勢圖 .144.2Bug嚴重程度 .154.3Bug模塊分布 .154.4Bug來源 .錯誤！未定義書簽。5.測試結(jié)果與建議 .155.1測試結(jié)果 .155.2建議.175.3測試差異分析 .176.測試缺陷分析 .187.未實現(xiàn)需求列表 .188.測

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

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

5、能對比，增加功能、修改功能、刪除功能2，增加了哪些定制功能3，差異化功能特別介紹4，借調(diào)設(shè)備投入：需要借調(diào)主要設(shè)備專業(yè)資料.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)圖專業(yè)資料.設(shè)備連接示意圖。2.2測試軟件環(huán)境操作系統(tǒng)數(shù)量類型配置網(wǎng)絡(luò)環(huán)境安裝軟件 / 程序Windows1 臺后臺服務(wù)處理器 :Intel(R)CPU4M插件：serverE5-26031、 VC2008sp12012V21.8GHz2、 v

6、c2010sp164bit內(nèi)存： 8G硬盤 /磁盤大小： 1T數(shù)據(jù)庫：固態(tài)硬盤大?。?32GMysql5.6服務(wù)：1、身份認證服務(wù)（）2、視頻主控服務(wù)（）WindowsN 臺客戶端處理器 :Intel(R)CPU插件：7 旗艦版E5-26031 、TTS 語音（可選）64bitV21.8GHz2、.NET內(nèi)存： 4GFramework4.0硬盤 /磁盤大小： 1T3、.NET固態(tài)硬盤大小： 32GFramework4.5專業(yè)資料.IE：1 、IE11 或谷歌程序：1 、客戶端（）2 、搜索工具2.3測試硬件資源本次測試過程中，使用到的硬件使用資源包括：設(shè)備型號/ 軟件版本 / 固件版本 / 硬

7、件版本：設(shè)備實測數(shù)設(shè)備型號 /軟件版本固件版本硬件版本名稱量防偽編碼NVR交 換機攝 像槍專業(yè)資料.3. 測試用例執(zhí)行情況3.1 用例覆蓋率數(shù)量（條）比例（ %）備注通過數(shù)實際通過的用例（通過數(shù) /用例總數(shù)）數(shù)*100不通過數(shù)實際不通過的用（不通過數(shù) / 用例總數(shù)）例數(shù)*100未測試數(shù)未測試的用例數(shù)（未測試數(shù) / 用例總數(shù)）*100本輪新增用例在本輪測試中，（新增用例數(shù) / 用例總數(shù)新增用例數(shù)數(shù)）*100用例總數(shù)用例總數(shù)3.2 用例測試結(jié)果插入測試用例測試結(jié)果的附件表。每條測試用例需要包括：測試結(jié)果（通過/ 不通過 / 未測試 / 需求未實現(xiàn)），測試人員等。不通過：需要標記出對應(yīng)的bug 編號

8、，以及實際的測試結(jié)果未測試：需要備注未測試的原因需求未實現(xiàn)：要備注需求未實現(xiàn)專業(yè)資料.4. 缺陷分析4.1 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)計嚴重程不予解外部原無法解 無法重 延期處遺留問長期跟

9、 重復(fù)轉(zhuǎn)為需已解決激活度決因決現(xiàn)理題蹤Bug求1（致命）2（嚴重）專業(yè)資料.3（一般）4（建議 /優(yōu)化）總計4.3 Bug收斂趨勢圖/ 此 bug 收斂趨勢圖：是統(tǒng)計每一輪的 bug 提交數(shù)和關(guān)閉數(shù)，需要線性體現(xiàn)趨勢，如上圖所示（具體可參考如下附件的統(tǒng)計）BUG統(tǒng)計示例.xlsx-專業(yè)資料.4.4 Bug嚴重程度（大項目）/ 從缺陷工具截取，測試視圖 -> 報表 -> 選擇“ Bug 嚴重程度統(tǒng)計”點擊生成報表，截圖/ 是針對沒有解決的 BUG 的一個分析4.5 Bug模塊分布（大項目）/ 從缺陷工具截取，測試視圖 -> 報表 -> 選擇“模塊 Bug 數(shù)量”點擊生成報

10、表，截圖/ 是針對沒有解決的 BUG 的一個分析5. 測試結(jié)果與建議5.1測試結(jié)果編號模塊測試負責(zé)人測試結(jié)果主要問題描述1視頻預(yù)覽XX不通過配置正確，無法正常預(yù)覽2日志統(tǒng)計XX通過統(tǒng)計及日志記錄功能正常， 但是仍存在需要優(yōu)化的問題，例如：表單樣式、搜索校驗等（已提 bug ）345專業(yè)資料.6/ 測試結(jié)果：針對該表格，如果是功能測試，則列出功能測試相關(guān)的統(tǒng)計；如果是穩(wěn)定性測試，則列出穩(wěn)定性相關(guān)的統(tǒng)計；其他項測試，以此類推。/ 模塊：如果主模塊下有多個子模塊， 主模塊所在行用黑體字表示，下面是其子模塊。用非黑子體表示/ 該模塊的測試執(zhí)行人員/ 結(jié)果：通過、不通過、未測試（備注清楚未測試原因）/

11、主要問題描述：如果結(jié)果是不通過的，簡述致命或是嚴重類問題功能性測試結(jié)果：性能測試結(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è)資料.常，存在部分需要優(yōu)化的地方。常用的預(yù)覽模塊，無法正常預(yù)覽。故測試角度認為不通過。/ 給出總體結(jié)論，每一項后面寫清楚本輪是否測試，如果沒有測試請注明原因，及計劃什么時候測試。如果已經(jīng)測試寫清楚結(jié)果是“通過” 還是 “不通過”。/ 如果是外購內(nèi)產(chǎn)品測試的話，各項功能測試結(jié)果則可去掉，

12、可以輸出一段總結(jié)性的結(jié)論。插入定制功能驗收表/ 外購選型類測試數(shù)據(jù)/ 插入定制功能驗收表：如果是仿真測試或是定制類項目，則需要插入該表/ 插入外購選型類測試數(shù)據(jù)：如果是外購選型，則需要插入該表5.2建議1， 測試執(zhí)行是否充分2， 測試目標是否完成3， 對系統(tǒng)存在問題的說明，描述當(dāng)前測試所揭露的缺陷和不足，以及帶來的影響4， 對缺陷修改和產(chǎn)品設(shè)計的建議5.3測試差異分析1，測試環(huán)境和測試方案是否一致2，測試用例執(zhí)行是否有偏差專業(yè)資料.6. 測試缺陷分析1， 缺陷發(fā)現(xiàn)效率： BUG 總數(shù) / 天數(shù) =個/ 天2， 缺陷密度： BUG 總數(shù) / 模塊 =個/ 模塊3， 系統(tǒng)測試缺陷發(fā)現(xiàn)密度：系統(tǒng)測試

13、發(fā)現(xiàn)的缺陷數(shù)/ 測試用例數(shù) *100% %7. 未實現(xiàn)需求列表需求編號需求名稱需求描述8. 測試風(fēng)險專業(yè)資料.編號風(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 標題、嚴重程度、優(yōu)先級、重現(xiàn)步驟、Bug狀態(tài)、激活次數(shù)、由誰創(chuàng)建、創(chuàng)建日期、指派給、解決方案、關(guān)閉日期、bug類別、 bug來源），保存成 EXCEL 各式。