茂名移動政企系統(tǒng)性能測試報告

1、客戶 SSL茂名移動接入客戶端性能測試豐德科技2014 年 2 月 20 日修訂歷史（A-添加，M-修改，D-刪除）目錄1.性能測試概述41.1.系統(tǒng)定義41.1.1.性能測試指標(biāo)41.2.系統(tǒng)結(jié)構(gòu)及流程.2.2.功能模塊4關(guān)鍵點描述51.3.性能測試環(huán)境52.性能測試62.1.壓力測試62.1.1.壓力測試概述6版本日期AMD修訂者說明1.02014-2-20A楊創(chuàng)建...2.1.6.測試目的6測試用例6測試方法7測試指標(biāo)及期望7運行狀況83.測試過程.測試描述9測試場景94.測試.測試執(zhí)行結(jié)果10場

2、景分析.....7.場景1（10用戶并發(fā)）11場景2（50用戶并發(fā)）13場景3（100用戶并發(fā)）15場景4（200用戶并發(fā)）17場景5（300用戶并發(fā)）19場景4（400用戶并發(fā)）21場景4（500用戶并發(fā)）244.3.測試結(jié)論271. 性能測試概述1.1. 系統(tǒng)定義SSL接入移動客戶端面向廣大用戶，提供隨時隨地便捷入、業(yè)務(wù)查看與審批、遠內(nèi)網(wǎng)資源等功能，真正做到辦工anywhere, anytime。根據(jù)業(yè)務(wù)需求，挑選出用戶常用的業(yè)程連接務(wù)點，在本次測試中，將對客戶端登錄、打開資源列表、登陸應(yīng)用、打開同一文件，進行壓力測

3、試，檢查并評估在模擬不同的網(wǎng)絡(luò)環(huán)境及服務(wù)器系統(tǒng)負(fù)載下，客戶端使用過程中，軟件的響應(yīng)能力、以及效率等。1.1.1.性能測試指標(biāo)本次測試是基于茂名用戶SSL接入客戶端進行性能檢查，主要需要獲得如下的測試指標(biāo)。1、系統(tǒng)的負(fù)載能力：通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn)，以發(fā)現(xiàn)設(shè)計上的錯誤或驗證系統(tǒng)的負(fù)載能力。3、系統(tǒng)的響應(yīng)能力：即在各種不同的網(wǎng)絡(luò)環(huán)境下，系統(tǒng)的響應(yīng)時間，也就是從客戶端請求發(fā)起，到服務(wù)器端應(yīng)答返回所需要的時間，包括網(wǎng)絡(luò)傳輸時間和服務(wù)器處理時間。1.2. 移動客戶端結(jié)構(gòu)及流程SSL移動客戶端在實際生產(chǎn)中的體系結(jié)構(gòu)跟本次性能測試所采用的體系結(jié)構(gòu)是一樣的，處理流程也完全一致的。不過，由于硬件條

4、件的限制，本次性能測試的硬件跟實際生產(chǎn)環(huán)境略有不同。1.2.1.功能模塊本次性能測試中各類操作都是由若干功能模塊組成的，每個功能都根據(jù)其執(zhí)行特點分成了若干操作步驟。主要功能包括：登錄、打開文件、打開附件等模塊。本次測試的重點在接口處理部分。1.2.2.關(guān)鍵點描述本次性能測試的關(guān)鍵點，就是查看系統(tǒng)在不同用戶數(shù)量（并發(fā)）壓力下的表現(xiàn)，即：支持的并發(fā)用戶數(shù)目和并發(fā)用戶發(fā)送頻率，以及在較大壓力下，系統(tǒng)的處理能力以及 CPU、數(shù)據(jù)庫 I/O 和內(nèi)存的使用情況，并找出相應(yīng)的性能瓶頸。1.3. 性能測試環(huán)境本次性能測試環(huán)境與真實運行環(huán)境硬件和網(wǎng)絡(luò)環(huán)境有所不同，是真實環(huán)境的縮小，數(shù)據(jù)庫是真實環(huán)境數(shù)據(jù)庫的縮小，

5、本系統(tǒng)采用標(biāo)準(zhǔn)的 B/S 結(jié)構(gòu)，客戶端通過前臺應(yīng)用系統(tǒng)。其中具體的硬件環(huán)境如下：硬件環(huán)境軟件環(huán)境軟件類型軟件版本客戶端操作系統(tǒng)WIN 7數(shù)據(jù)庫Sql server 2005硬件類型IP 地址CPU 數(shù)內(nèi)存數(shù)用途192168110724G應(yīng)用服務(wù)器192168110724G數(shù)據(jù)庫服務(wù)器2. 性能測試從廣泛意義上講性能測試包括：壓力測試、穩(wěn)定性測試、負(fù)載能力測試和可擴展性測試等。在不同應(yīng)用系統(tǒng)的性能測試中，需要根據(jù)應(yīng)用系統(tǒng)的特點和測試目的的不同來選擇具體的測試方案，本次性能測試主要是采用通常的壓力測試模式來執(zhí)行的，即：逐步增加壓力，查看應(yīng)用系統(tǒng)在各種壓力狀況下的性能表現(xiàn)。在本次性能測試中，將 Lo

6、adRunner9.5 對測試應(yīng)用的各層進行，檢查并評估在模擬環(huán)境中系統(tǒng)對負(fù)載的承受，及在不同的用戶連接情況下系統(tǒng)的吞吐能力及響應(yīng)能力，判斷系統(tǒng)性能是否存在缺陷，若存在則找系統(tǒng)的低效模塊。2.1. 壓力測試在性能測試中，壓力測試主要是為了獲取系統(tǒng)在較大壓力狀況下的性能表現(xiàn)而設(shè)計并實現(xiàn)的，壓力測試主要是獲取系統(tǒng)的性能瓶頸和系統(tǒng)的最大吞吐率。2.1.1.壓力測試概述本次測試是針對系統(tǒng)在應(yīng)對大數(shù)據(jù)量的壓力下業(yè)務(wù)處理能力的測試，檢驗系統(tǒng)的吞吐率。本系統(tǒng)的壓力測試主要是針對主要業(yè)務(wù)功能、報表統(tǒng)計進行，檢查應(yīng)用時期，并發(fā)用戶數(shù)較多的時候的處理能力等等。2.1.2.測試目的壓力測試的目的就是檢驗系統(tǒng)的最大吞

7、吐量，檢驗現(xiàn)行的業(yè)務(wù)系統(tǒng)在各種壓力交易量下的運行狀況，檢驗系統(tǒng)地運行瓶頸，獲取系統(tǒng)的處理能力等等。本次針對系統(tǒng)所進行的壓力測試的測試目的為：給出系統(tǒng)當(dāng)前的性能狀況性能瓶頸或潛在性能瓶頸2.1.3.測試用例測試用例性能測試點性能測試點描述TC_ ECOA_001用戶登錄模擬客戶端發(fā)送登錄請求并發(fā)數(shù)量2.1.4.測試方法使用 LoadRunner9.5，對系統(tǒng)進行開發(fā)、測試回放、逐步加壓和被測服務(wù)器性能。針對每個測試用例，都將采用逐步加壓和瞬間加壓兩種客戶端連接方式進行，查看服務(wù)器端在客戶端的連接數(shù)量變化過程中對應(yīng)的處理能力，以更好的在達到多少并發(fā)或壓力下的系統(tǒng)出現(xiàn)了不穩(wěn)定。2.1.5.測試指標(biāo)及

8、期望在本次性能測試中，各類測試指標(biāo)包括測試中應(yīng)該達到的某些性能指標(biāo)，這些性能指標(biāo)均是來自系統(tǒng)設(shè)計開發(fā)時遵循的業(yè)務(wù)需求，當(dāng)某個測試的某一類指標(biāo)已經(jīng)超出了業(yè)務(wù)需求的要求范圍，則測試已經(jīng)達到目的，即可終止壓力測試。并發(fā)數(shù)量測試次數(shù)備注1101250530089TC_ ECOA_002打開文件模擬客戶端發(fā)送獲取文件詳情請求TC_ ECOA_003打開附件模擬客戶端發(fā)送獲取附件詳情請求.應(yīng)用軟件級別的測試指標(biāo)CPU 的利用率內(nèi)存占用小于吞吐量 throughtput業(yè)務(wù)執(zhí)行的平均響應(yīng)時間不同并發(fā)用戶數(shù)的狀況下的上述值.網(wǎng)絡(luò)級別的測試指標(biāo)吞吐量：時間內(nèi)網(wǎng)絡(luò)傳輸數(shù)據(jù)量.操作系統(tǒng)級別的測試指標(biāo)CPU 利用率：

9、即 CPU 占用率（）內(nèi)存 CPU 利用率：系統(tǒng)的 CPU 占用率（）.數(shù)據(jù)庫級別的測試指標(biāo)數(shù)據(jù)庫 I/O 的流量大小數(shù)據(jù)庫鎖資源的使用數(shù)量數(shù)據(jù)庫的并發(fā)連接數(shù)：客戶端的最大連接數(shù)2.1.6.運行狀況可擴展性測試中的及其系統(tǒng)的運行狀況。除了測試指標(biāo)以外，應(yīng)該結(jié)合測試實時系統(tǒng)各個層次的資源和參數(shù)。主要包括：硬件環(huán)境資源服務(wù)器操作系統(tǒng)參數(shù)網(wǎng)絡(luò)相關(guān)參數(shù)數(shù)據(jù)庫相關(guān)參數(shù)：具體數(shù)據(jù)庫參數(shù)有所不同，結(jié)合各個數(shù)據(jù)庫獨有的特點3. 測試過程3.1. 測試描述測試數(shù)據(jù)準(zhǔn)備完備以后，測試將進行。每次測試的結(jié)果數(shù)據(jù)，分析對系統(tǒng)進行全面評估。3.2. 測試場景測試中，使用逐步加壓的模式，測試運行場景安排如下：1.2.3.

10、.8.同時加載 1 個用戶，查看并同時加載 10 個用戶，查看并同時加載 50 個用戶，查看并同時加載 100 個用戶，查看并同時加載 200 個用戶，查看并同時加載 300 個用戶，查看并同時加載 400 個用戶，查看并同時加載 500 個用戶，查看并運行情況運行情況運行情況運行情況運行情況運行情況運行情況運行情況所有用例都按以上場景進試。4. 測試4.1. 測試執(zhí)行結(jié)果業(yè)務(wù)并發(fā)用戶數(shù)平均事務(wù)響應(yīng)時間(秒)90PercentCPU 最大使用率%CPU 平均使用率%用戶登錄101.031.0434.82%4.82%打開文件0.320.325.078%5.078%打開附件用戶登錄5

11、00.5721.2260.781%0.781%打開文件4%5.34%打開附件用戶登錄1001.51.94%2%打開文件1.0931.7529%14%打開附件用戶登錄2002.193.213%8%打開文件2.263.547.282%25%打開附件用戶登錄3006778%44%打開文件8.759.378.32%19%打開附件用戶登錄4004689%27%打開文件13.3223.2375%15%打開附件以上響應(yīng)時間均已扣除錄制時的思考時間4.2. 場景分析從收集的響應(yīng)時間和服務(wù)器 CPU 使用率等性能指標(biāo)，根據(jù)性能指標(biāo)分析判斷性能缺陷所在場景對應(yīng)的業(yè)務(wù)模塊4.2.1.場景 1（10

12、 用戶并發(fā)）.用戶負(fù)載過程用戶登錄500454878%20%打開文件32.3442.3481%15%打開附件.系統(tǒng)吞吐量.響應(yīng)時間與負(fù)載的關(guān)系從圖中可見，在 1 秒和 2 秒之間處理了 10 個并發(fā)用戶。.資源使用率在系統(tǒng)負(fù)載過程中CPU 和內(nèi)存的使用率均在正常范圍內(nèi)。4.2.2.場景 2（50 用戶并發(fā)）.用戶負(fù)載過程.系統(tǒng)吞吐量在負(fù)載過程中，吞吐量隨著用戶數(shù)量的增加而增加，當(dāng)負(fù)載為 50 時，吞吐量達到最高鋒，與場景 1 相比隨著用戶數(shù)增加，并沒有影響事務(wù)的處理能力。.響應(yīng)時間與負(fù)載的關(guān)系，并發(fā)用戶數(shù)達到 50 時，并沒有影響事務(wù)的處理能力。.資源使用率在系統(tǒng)負(fù)載過程中CPU 和內(nèi)存的使用

13、率均在正常范圍內(nèi)。4.2.3.場景 3（100 用戶并發(fā)）.用戶負(fù)載過程.系統(tǒng)吞吐量在負(fù)載過程中，吞吐量隨著用戶數(shù)量的增加而增加，在 05 秒時，吞吐量達到最高鋒.響應(yīng)時間與負(fù)載的關(guān)系從圖中可見，vuser 增加到 100 時，響應(yīng)時間并沒有受到影響。.資源使用率，CPU 和內(nèi)存的使用率均正常的范圍內(nèi)。4.2.4.場景 4（200 用戶并發(fā)）.用戶負(fù)載過程.系統(tǒng)吞吐量在負(fù)載過程中，吞吐量隨著用戶數(shù)量的增加而增加，事務(wù)處理能力并未受到明顯的影響。.響應(yīng)時間與負(fù)載的關(guān)系從圖中可見，在 10 秒的時候，vuser 和響應(yīng)時間同時達到一個峰值。大部分的用戶響應(yīng)時間仍處于 3 秒以內(nèi)。.資源使用率，CP

14、U 和內(nèi)存的使用率均正常的范圍內(nèi)。4.2.5.場景 5（300 用戶并發(fā)）.用戶負(fù)載過程.系統(tǒng)吞吐量在負(fù)載過程中，吞吐量隨著用戶數(shù)量的增加而增加，當(dāng)負(fù)載為 300 時，與其它場景相比，事務(wù)的處理能力稍微降低。.響應(yīng)時間與負(fù)載的關(guān)系從圖中可見，響應(yīng)時間隨著 vuser 下降而升高，在最后達到峰值，可見部分 vuser 處于排隊等待處理狀態(tài)。結(jié)合資源使用圖（即下圖）觀察，發(fā)現(xiàn)%prosor time 值接近 78%。.資源使用率4.2.6.場景 6（400 用戶并發(fā)）.用戶負(fù)載過程.系統(tǒng)吞吐量在負(fù)載過程中，當(dāng)負(fù)載為 400 時，與其它場景相對吞吐率降低，可見隨著vuser 的增加，處理的處理能力出

15、現(xiàn)了瓶頸。.響應(yīng)時間與負(fù)載的關(guān)系從圖中可見，響應(yīng)時間隨著 vuser 下降而升高，在最后達到峰值，可見部分 vuser 處于排隊等待處理狀態(tài)。結(jié)合資源使用圖（即下圖）觀察，發(fā)現(xiàn)%prosor time 值接近 79%。.資源使用率.網(wǎng)頁資源使用HTTP Responses per Second（每秒 HTTP 響應(yīng)數(shù)）Hit per Second（每秒點擊數(shù)）每秒連接數(shù)從以上三個圖可見，當(dāng)并發(fā)用戶到 400 時，運行時間大概在 25 秒時期，所有用戶正在集中操作，而每秒連接數(shù)、服務(wù)器響應(yīng)數(shù)明顯下降，再結(jié)合資源使用圖分析，可能原因是系統(tǒng)硬盤 cpu 瓶頸導(dǎo)致。4.2.7.場景 7（500 用戶并

16、發(fā)）.用戶負(fù)載過程.系統(tǒng)吞吐量在負(fù)載過程中，吞吐量隨著用戶數(shù)量的增加而增加，當(dāng)負(fù)載為 500 時，吞吐率降低，可見系統(tǒng)事務(wù)處理能力明顯降低。.響應(yīng)時間與負(fù)載的關(guān)系從圖中可見，響應(yīng)時間隨著 vuser 下降而升高，在最后達到峰值，可見部分 vuser 處于排隊等待處理狀態(tài)。.資源使用率.網(wǎng)頁資源使用HTTP Responses per Second（每秒 HTTP 響應(yīng)數(shù)）Hit per Second（每秒點擊數(shù)）每秒連接數(shù)從以上三個圖可見，當(dāng)并發(fā)用戶到 500 時，在運行時間大概在 45-50 秒時期，所有業(yè)務(wù)都正在集合操作，而每秒連接數(shù)、服務(wù)器響應(yīng)數(shù)明顯下降，再結(jié)合資源使用圖分析，可能原因是系統(tǒng) cpu瓶頸導(dǎo)致。4.3. 測試結(jié)論根據(jù)上面的測試數(shù)據(jù)分析，可以認(rèn)為該系統(tǒng)在 500 個用戶并發(fā)下，部分響應(yīng)時間在已超出用戶可接受范圍。在最大負(fù)載下，系統(tǒng)cpu 成了系統(tǒng)的瓶頸。根據(jù)真實環(huán)境與本次測試