茂名移動(dòng)政企系統(tǒng)性能測(cè)試報(bào)告

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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