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