8.CDN緩存系統(tǒng)軟件測試說明.doc

SOA_ESB服務(wù)開發(fā)流程規(guī)范 密級：CDN緩存系統(tǒng)測試報告2014-7-2第 9 頁 共 10 頁CDN緩存系統(tǒng)測試報告文檔修訂歷史版本編號/更改記錄編號簡要說明（變更內(nèi)容和變更范圍）日期變更人0.1創(chuàng)建文檔2014-7-2趙鐵宇1.0經(jīng)小組內(nèi)部評審后修訂相關(guān)內(nèi)容2014-7-17趙鐵宇文檔審批信息版本編號/更改記錄編號審批日期審批人簽字備注 表格 表格 21測試組織列表5表格 31硬件環(huán)境表5表格 32軟件環(huán)境表5表格 53覆蓋率分析列表6表格 55從特性統(tǒng)計缺陷7表格 56綜合統(tǒng)計7目錄1 引言41.1 編寫說明41.2 文檔組織41.3 面向讀者41.4 術(shù)語說明41.5 參考文獻42 測試組織53 測試環(huán)境描述53.1.1 硬件環(huán)境53.1.2 軟件環(huán)境53.1.3 網(wǎng)絡(luò)環(huán)境64 被測對象的全面評估64.1 測試用例總體分析64.2 覆蓋率分析64.3 缺陷統(tǒng)計與分析64.4 版本質(zhì)量分析及其風(fēng)險75 測試總結(jié)和改進建議75.1 測試總結(jié)85.1.1 功能測試85.1.2 性能測試85.2 改進建議91 引言1.1 編寫說明此文檔主要是根據(jù)用戶需求說明書和測試案例編寫，主要目的是對本次測試項目執(zhí)行情況的總結(jié)和分析，文件所規(guī)定的內(nèi)容可以作為對測試過程完備性的對照檢查表，提高測試過程的每個階段的能見度，提高測試工作的可管理性。1.2 文檔組織此文檔包括如下幾項： 第一章：主要描述該文檔相關(guān)的屬性和術(shù)語說明。 第二章：主要描述被測試對象的功能和物理架構(gòu)。 第三章：主要描述測試環(huán)境中的軟硬件環(huán)境以及網(wǎng)絡(luò)環(huán)境等。 第四章：主要是測試案例結(jié)果的分析、覆蓋率分析、缺陷的分析以及版本質(zhì)量分析。 第五章：對執(zhí)行的每輪測試的總結(jié)。1.3 面向讀者本報告作為此項目測試的總結(jié)和說明文檔，預(yù)期參考人員含測試人員、開發(fā)人員、項目管理者、其他質(zhì)量管理人員和需要閱讀本報告的高層經(jīng)理。1.4 術(shù)語說明縮略語全 稱說 明1.5 參考文獻CDN緩存系統(tǒng)測試用例2 測試組織序號測試時間測試地點測試參與方人數(shù)備注12014-7-16萬達3無表格 21測試組織列表3 測試環(huán)境描述3.1.1 硬件環(huán)境序號設(shè)備名稱型號配置數(shù)量用途1DELL 7202CPU、32G 內(nèi)存1臺測試服務(wù)器2DELL 筆記本1CPU、8G內(nèi)存1臺測試客戶機表格 31硬件環(huán)境表3.1.2 軟件環(huán)境名稱軟件名稱/版本用途操作系統(tǒng)Centos6.5服務(wù)器數(shù)據(jù)庫Oracle 10.0.20服務(wù)器應(yīng)用服務(wù)器Tomcat6.0服務(wù)器程序語言編譯器SUN JDK1.5/1.6編譯器操作系統(tǒng)Windows xp客戶機瀏覽器IE7.0客戶機表格 32軟件環(huán)境表3.1.3 網(wǎng)絡(luò)環(huán)境符合公司內(nèi)部的網(wǎng)絡(luò)管理要求，能夠正常接入公司的業(yè)務(wù)網(wǎng)絡(luò)，包括正常的與系統(tǒng)建立通信連接，支持TCP/IP通信協(xié)議，支持HTTP等。4 被測對象的全面評估4.1 測試用例總體分析4.2 覆蓋率分析測試類型用例覆蓋率需求覆蓋率功能測試100%100%性能測試100%90%穩(wěn)定性測試100%70%可靠性測試100%60%表格 41覆蓋率分析列表從用例的覆蓋率來看，所有的用例覆蓋率都是100%，從這點看用例執(zhí)行情況還是非常可觀的，而從需求的覆蓋率來看，功能需求基本能滿足要求，而性能測試、穩(wěn)定性測試、可靠性測試在需求覆蓋上情況有點不盡如意，這存在多方面原因，主要存在時用戶在此產(chǎn)品上未提出100%需求，另外也有資源有限等附帶原因，但用戶提出的基本需求已經(jīng)滿足，能支撐開行的使用現(xiàn)狀。4.3 缺陷統(tǒng)計與分析 從各模塊缺陷級別分布情況看測試狀況： 數(shù)據(jù)顯示，所有版本中缺陷級別“一般”的占大部分，這個可以反映出所有版本基本框架還是穩(wěn)定的，主要還是功能不完善情況比較多，屬于正常狀態(tài)。 從功能名稱下缺陷分布情況看產(chǎn)品質(zhì)量：功能名稱致命嚴重一般提示總計（不計提示）系統(tǒng)監(jiān)控參數(shù)管理0210414運維服務(wù)管理008614表格 42從特性統(tǒng)計缺陷 從功能角度分析缺陷分布：缺陷密度 = 缺陷數(shù)/功能點 =30/65=46%；（忽略提示性bug）從缺陷的密度分析產(chǎn)品質(zhì)量：從上數(shù)據(jù)總可以看出，本系統(tǒng)的缺陷密度為0.46，即每個功能點發(fā)現(xiàn)0.46個缺陷，在數(shù)據(jù)上看雖然有點偏大，但服務(wù)管理系統(tǒng)功能分布粒度較大，每個功能點中分布的子功能點比較多，所以如此看來，此產(chǎn)品開發(fā)人員自測比較充分，初始質(zhì)量良好。 綜合分析測試類型缺陷數(shù)量缺陷修復(fù)情況功能測試13修復(fù)完成性能測試1修復(fù)完成穩(wěn)定性測試1修復(fù)完成可靠性測試0修復(fù)完成表格 43綜合統(tǒng)計4.4 版本質(zhì)量分析及其風(fēng)險 功能測試：通過本次集成測試之后，最終的版本暫時沒有發(fā)現(xiàn)功能性問題，遺留的提示性缺陷不影響用戶的使用。 性能測試：在性能方面，各種性能參數(shù)一直可以滿足用戶的需求，并且在測試過程中做了優(yōu)化，最終的版本在性能上不存在問題。 可靠性測試：系統(tǒng)在對事務(wù)性處理和容錯功能上不存在問題。 穩(wěn)定性測試：經(jīng)過本次集成測試執(zhí)行的24小時、48小時的穩(wěn)定性考驗過程中發(fā)現(xiàn)，此系統(tǒng)在穩(wěn)定性方面能基本滿足用戶的需求，在支持量化程度上還是比較欠妥，后期需要一定的優(yōu)化。5 測試總結(jié)和改進建議5.1 測試總結(jié)在第一輪測試中執(zhí)行了功能測試和性能測試，具體的總結(jié)分析如下章節(jié)所述。5.1.1 功能測試 系統(tǒng)監(jiān)控參數(shù)管理，在測試過程中發(fā)現(xiàn)bug數(shù)量為2（不計提示性缺陷），缺陷嚴重級別大部分分布在“一般”狀態(tài)上，其中存在一個致命性缺陷，主要是由于開發(fā)提交的初期版本不穩(wěn)定，影響測試用例的繼續(xù)執(zhí)行，在后期測試中未出現(xiàn)類似的問題。 運維服務(wù)管理，在測試過程中發(fā)現(xiàn)bug數(shù)量為4（不計提示性缺陷），缺陷嚴重級別大部分布在“一般”狀態(tài)下，主要bug是在查重問題和修改保存問題上。5.1.2 性能測試 并發(fā)用戶數(shù)測試l 需求要求系統(tǒng)能夠滿足1000人（但該系統(tǒng)不得有用戶數(shù)量限制）以上用戶的使用，此需求已經(jīng)實現(xiàn)，對所建用戶無限制。l 同時在線人數(shù)可以達到500人，并發(fā)訪問數(shù)可達到50人。此需求中的訪問并發(fā)量達到50后，系統(tǒng)響應(yīng)時間未達到客戶需求。 頁面完全展現(xiàn)時間l 各常用頁面(登錄首頁以及一級頁面等)的完全展現(xiàn)響應(yīng)時間不超過3秒，這個在首次登陸時，響應(yīng)時間超過需求中響應(yīng)時間。l 對于進程中實時監(jiān)控界面自動刷新時間為60秒（該時間，可根據(jù)業(yè)務(wù)要求 進行前臺配置），此需求暫時未滿足。l 系統(tǒng)用戶對數(shù)據(jù)庫特定檢索時，完全展現(xiàn)響應(yīng)時間不超過10秒。這個在數(shù)據(jù)量較大的情況下偶爾未能滿足需求。 數(shù)據(jù)庫檢索速度和容量l 要考慮到當(dāng)各業(yè)務(wù)系統(tǒng)發(fā)送到達系統(tǒng)消息出現(xiàn)堵塞時，如何及時處理消息功能。此需求未能實現(xiàn)。l 要考慮隨著數(shù)據(jù)增加，對數(shù)據(jù)庫的檢索的方式，以及對備份數(shù)據(jù)與實時數(shù)據(jù)組合檢索的實現(xiàn)方式時，