1、(OA號：OA號/無)XXX產(chǎn)品名稱XX版本（提測日期：YYYY.MM.dd）第XX輪功能/性能/穩(wěn)定性/兼容性測試報告 編號JLNXDZ-001文件狀態(tài) 草稿 正式發(fā)布 正在修改當前版本V1.01擬 制報告編寫人名字日期YYYY.MM.dd審 核組長名字日期YYYY.MM.dd批 準部門經(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修改測試結(jié)果列表，增加功能、性能

2、、穩(wěn)定性等測試結(jié)果1.概述41.1 測試目的41.2 測試背景41.3 測試資源投入41.4 測試功能41.5 術(shù)語和縮略詞51.6 測試范圍52.測試環(huán)境62.1 測試軟件環(huán)境62.2 測試硬件資源62.3 測試組網(wǎng)圖63.測試用例執(zhí)行情況64.測試結(jié)果分析（大項目）74.1 Bug趨勢圖74.2 Bug嚴重程度74.3 Bug模塊分布74.4 Bug來源75.測試結(jié)果與建議75.1 測試結(jié)果75.2 建議85.3 測試差異分析86.測試缺陷分析87.未實現(xiàn)需求列表98.測試風險99.缺陷列表91. 概述1.1 測試目的本報告編寫目的，指出預期讀者范圍。1.2 測試背景對項目目標和目的進行簡

3、要說明，必要時包括該項目歷史做一些簡介。1.3 測試資源投入測試項測試人力測試時間安裝&卸載&升級測試1人 2日 = 2人日2012-02-242012-02-26， 兩個工作日功能性測試2人 2.5日 + 2人2日 + 21.5日= 12人日2012-02-272012-02-29, 兩個工作日接口測試穩(wěn)定性測試1人 7日 =7人日2/283/2，目前處于第一個階段的穩(wěn)定性測試，共,3個工作日原計劃：2/283/28開始穩(wěn)定性測試（分3個階段執(zhí)行測試：3*24H、7*24H、30*24H）/針對本輪測試的一個分析/測試項：功能測試、性能測試、穩(wěn)定性測試等/測試時間投入：用了多少天/測試人力投

4、入：需要多少人投入/如果是穩(wěn)定性測試的話，需要說明整個周期多長，當前屬于第幾個階段，如上所示1.4 測試功能1，測試功能、內(nèi)容/測試概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是介紹測試情況。（其他測試經(jīng)理和質(zhì)量人員關(guān)注部分）。/測試哪些功能，測試功能、測試步驟描述。/測試內(nèi)容大綱。2，版本功能對比1， 與上一個版本功能對比，增加功能、修改功能、刪除功能2， 增加了哪些定制功能3， 差異化功能特別介紹4， 借調(diào)設(shè)備投入：需要借調(diào)主要設(shè)備1.5 術(shù)語和縮略詞列出本系統(tǒng)/項目的專用術(shù)語和縮寫語。對于技術(shù)的相關(guān)名詞和與多義詞注明清楚，以便查閱時產(chǎn)生歧義。編號專業(yè)術(shù)語描述備注1231.6

5、 測試過程版本打包次數(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臺后臺服務處理器:Intel(R)CPU E5-2603 V21.8GHz內(nèi)存：8G硬盤/磁盤大?。?T固態(tài)硬盤大?。?2G4M插件：1、 VC2008sp12、 vc2010sp1數(shù)據(jù)庫：Mysql5.6服務：1、身份認證服務（V1.1.2）2、視頻主控服務（V1.1.2）Windows 7旗艦版 64bitN臺客戶端處理器:Intel(R)CPU E5-2603 V21.8

6、GHz內(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è)備型號/防偽編碼軟件版本固件版本硬件版本NVR交換機攝像槍3. 測試用例執(zhí)行情況3.1用例覆蓋率數(shù)量（條）比例（%）備注通過數(shù)實際通過的用例數(shù)（通過數(shù)/用例總數(shù)）*100不通過數(shù)實際不通過的用例數(shù)（不通過數(shù)/用例總數(shù)）*100未測試數(shù)未測試的用例數(shù)（未

7、測試數(shù)/用例總數(shù)）*100本輪新增用例數(shù)在本輪測試中，新增用例數(shù)（新增用例數(shù)/用例總數(shù)）*100用例總數(shù)用例總數(shù)3.2用例測試結(jié)果插入測試用例測試結(jié)果的附件表。每條測試用例需要包括：測試結(jié)果（通過/不通過/未測試/需求未實現(xiàn)），測試人員等。不通過：需要標記出對應的bug編號，以及實際的測試結(jié)果未測試：需要備注未測試的原因需求未實現(xiàn)：要備注需求未實現(xiàn)4. 缺陷分析4.1 bug類別統(tǒng)計BUG類別新增-舊BUG引起新增-漏測新增-新功能原有BUG重新激活總計匯總179917115說明：1) 新增-漏測（上次版本未測到的BUG）2) 新增-新功能（本次版本新增功能的BUG）3) 新增-舊BUG引起（

8、開發(fā)解BUG產(chǎn)生的新BUG）4) 重新激活（本次版本開發(fā)已解決，但回歸發(fā)現(xiàn)仍然存在問題的）5) 原有BUG（本次版本開發(fā)未解決的） 4.2未關(guān)閉的bug統(tǒng)計嚴重程度不予解決外部原因無法解決無法重現(xiàn)延期處理遺留問題已解決長期跟蹤重復Bug轉(zhuǎn)為需求激活1（致命）2（嚴重）3（一般）4（建議/優(yōu)化）總計4.3 Bug收斂趨勢圖/此bug收斂趨勢圖：是統(tǒng)計每一輪的bug提交數(shù)和關(guān)閉數(shù)，需要線性體現(xiàn)趨勢，如上圖所示（具體可參考如下附件的統(tǒng)計）-4.4 Bug嚴重程度（大項目）/從缺陷工具截取，測試視圖-報表-選擇“Bug嚴重程度統(tǒng)計”點擊生成報表，截圖/是針對沒有解決的BUG的一個分析4.5 Bug模塊

9、分布（大項目）/從缺陷工具截取，測試視圖-報表-選擇“模塊Bug數(shù)量”點擊生成報表，截圖/是針對沒有解決的BUG的一個分析5. 測試結(jié)果與建議5.1 測試結(jié)果編號模塊測試負責人測試結(jié)果主要問題描述1視頻預覽XX不通過配置正確，無法正常預覽2日志統(tǒng)計XX通過統(tǒng)計及日志記錄功能正常，但是仍存在需要優(yōu)化的問題，例如：表單樣式、搜索校驗等（已提bug）3456/測試結(jié)果：針對該表格，如果是功能測試，則列出功能測試相關(guān)的統(tǒng)計；如果是穩(wěn)定性測試，則列出穩(wěn)定性相關(guān)的統(tǒng)計；其他項測試，以此類推。/模塊：如果主模塊下有多個子模塊， 主模塊所在行用黑體字表示，下面是其子模塊。用非黑子體表示/該模塊的測試執(zhí)行人員/

10、結(jié)果：通過、不通過、未測試（備注清楚未測試原因）/主要問題描述：如果結(jié)果是不通過的，簡述致命或是嚴重類問題功能性測試結(jié)果：性能測試結(jié)果：可靠性測試結(jié)果：穩(wěn)定性測試結(jié)果：兼容性測試結(jié)果：容錯性測試結(jié)果：EMC測試結(jié)果（硬）：安規(guī)測試結(jié)果（硬）：環(huán)境試驗結(jié)果（硬）：熱傳測試結(jié)果（硬）：總體結(jié)論：當前版本大部分的需求已經(jīng)實現(xiàn)，具體見需求跟蹤表，日志統(tǒng)計基本功能正常，存在部分需要優(yōu)化的地方。常用的預覽模塊，無法正常預覽。故測試角度認為不通過。/給出總體結(jié)論，每一項后面寫清楚本輪是否測試，如果沒有測試請注明原因，及計劃什么時候測試。如果已經(jīng)測試寫清楚結(jié)果是“通過” 還是 “不通過”。/如果是外購內(nèi)產(chǎn)品測

11、試的話，各項功能測試結(jié)果則可去掉，可以輸出一段總結(jié)性的結(jié)論。插入定制功能驗收表/外購選型類測試數(shù)據(jù)/插入定制功能驗收表：如果是仿真測試或是定制類項目，則需要插入該表/插入外購選型類測試數(shù)據(jù)：如果是外購選型，則需要插入該表5.2 建議1， 測試執(zhí)行是否充分2， 測試目標是否完成3， 對系統(tǒ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. 測試風險編號風險項名稱風險描述風險影響影響等級/風險影響：說明該風險對該項目的影響/影響等級：分高、中、低三級9. 缺陷列表插入buglist的附件表（保留關(guān)鍵列即可，如下）/從缺陷管理工具導出，以附件的形式/測試視圖-搜索-搜索出自己要導出的BUG, 點擊【導出】/保留關(guān)鍵字段列（Bug編號、所屬模塊、Bug標題、嚴重程度、優(yōu)先級、重現(xiàn)步驟、Bug狀態(tài)、激活次數(shù)、由誰創(chuàng)建、創(chuàng)建日期、指派給、解決方案、關(guān)閉日期、bug類別、bug來源），