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

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