性能測(cè)試報(bào)告模板_第1頁(yè)
性能測(cè)試報(bào)告模板_第2頁(yè)
性能測(cè)試報(bào)告模板_第3頁(yè)
性能測(cè)試報(bào)告模板_第4頁(yè)
性能測(cè)試報(bào)告模板_第5頁(yè)
已閱讀5頁(yè),還剩24頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、xxxxxxxxxx性能測(cè)試報(bào)告2021年1月8日刖百1第一章XXXXXXXX核心業(yè)務(wù)系統(tǒng)性能測(cè)試概述 11.1 被測(cè)系統(tǒng)定義11.1.1 功能簡(jiǎn)介21.1.2 性能測(cè)t旨標(biāo)21.2 系統(tǒng)結(jié)構(gòu)及流程21.2.1 系統(tǒng)總體結(jié)構(gòu) 31.2.2 功能模塊描述31.2.3 業(yè)務(wù)流程41.2.4 系統(tǒng)的關(guān)鍵點(diǎn)描述KP 51.3 性能測(cè)試環(huán)境51.3.1 硬件及網(wǎng)絡(luò)環(huán)境錯(cuò)誤!未定義書(shū)簽.1.3.2 系統(tǒng)裝配描述底.!.未定義書(shū)簽.1.3.3 系統(tǒng)啟動(dòng)和治理錯(cuò)誤!未定義書(shū)簽.2第二章性能測(cè)試 62.1 壓力測(cè)試62.1.1 壓力測(cè)t既述.72.1.2 測(cè)試目的72.1.3 測(cè)試方法及測(cè)試用例 72.1.4

2、測(cè)試指標(biāo)及期望 92.1.5 測(cè)試數(shù)據(jù)準(zhǔn)備 112.1.6 運(yùn)行狀況記錄.1.1.3第三章 測(cè)試方案及方案 1.22.2 測(cè)試步驟 錯(cuò)誤!.未定義書(shū)簽.2.2.1 被測(cè)系統(tǒng)調(diào)研錯(cuò)誤.!.未定義書(shū)簽.2.2.2 測(cè)試環(huán)境的部署 錯(cuò)誤!未定義書(shū)簽.2.2.3 腳本的錄制和調(diào)試錯(cuò)誤!未定義書(shū)簽.2.2.4 準(zhǔn)備測(cè)13t場(chǎng)景錯(cuò)誤.!.未定義書(shū)簽.2.2.5 準(zhǔn)備測(cè)變式數(shù)據(jù)錯(cuò)誤.!.未定義書(shū)簽.2.2.6 執(zhí)行性能測(cè)試錯(cuò)誤.!.未定義書(shū)簽.2.2.7 生成測(cè)t艮告錯(cuò)誤.!.未定義書(shū)簽.2.3 測(cè)試時(shí)間進(jìn)度及人員安排 錯(cuò)誤!未定義書(shū)簽.2.3.1 人員安排 錯(cuò)誤.!.未定義書(shū)簽.24.3第四章測(cè)試報(bào)告1前

3、言目前,XXXX的XXXXXXXX核心業(yè)務(wù)系統(tǒng)以下簡(jiǎn)稱(chēng)新業(yè)務(wù)系統(tǒng)已先后在XXXX、成功上線,從而公司的XXXX信息治理逐步走上了集中管控的道路 .后續(xù),xxx 等34家分公司的XXXX信息也將分布進(jìn)入業(yè)務(wù)系統(tǒng),從而將會(huì)勢(shì)必出現(xiàn)新業(yè)務(wù)系統(tǒng)中 信息大量增長(zhǎng)的態(tài)勢(shì).隨著新業(yè)務(wù)系統(tǒng)在生產(chǎn)狀態(tài)下日趨穩(wěn)定、成熟,系統(tǒng)的性能問(wèn)題也逐步成為了我 們關(guān)注的焦點(diǎn):XXXX大數(shù)據(jù)量的 沖擊,在XXXX信息進(jìn)入時(shí),系統(tǒng)能穩(wěn)定在什么樣 的性能水平,面臨公司業(yè)務(wù)沖刺時(shí),系統(tǒng)能否經(jīng)受住 考驗(yàn),這些問(wèn)題需要通過(guò)一個(gè)完 整的性能測(cè)試來(lái)給出答案.本性能測(cè)試規(guī)劃書(shū)?即是基于上述考慮,參考科學(xué)的性能測(cè)試方法而撰寫(xiě)的 ,用 以指導(dǎo)即將

4、進(jìn)行的XXXXXXXX核心業(yè)務(wù)系統(tǒng)的性能測(cè)試 .1第一章xxxx系統(tǒng)性能測(cè)試概述1.1 被測(cè)系統(tǒng)定義xxxx業(yè)務(wù)系統(tǒng)作為本次測(cè)試的被測(cè)系統(tǒng)注:以下所有針對(duì)被測(cè)系統(tǒng)地描述均為針對(duì)XXXXXXXX核心業(yè)務(wù)系統(tǒng)進(jìn)行的,該業(yè)務(wù)系統(tǒng)的主要功能包括 :xxxxx在本次測(cè)試中,將針對(duì)上述的功能進(jìn)行壓力測(cè)試,檢查并評(píng)估在模擬環(huán)境中,系 統(tǒng)對(duì)負(fù)載的承受水平,在不同的用戶(hù)連接情況下,系統(tǒng)地吞吐水平和響應(yīng)水平,以及 在預(yù)計(jì)的數(shù)據(jù)容量中,系統(tǒng)能夠容忍的最大用戶(hù)數(shù),1.1.1 功能簡(jiǎn)介xxxxxx主要功能如下:xxx xxxxx1.1.2 性能測(cè)試指標(biāo)本次測(cè)試是針對(duì)XXXXXXXX核心業(yè)務(wù)系統(tǒng)的性能特征和系統(tǒng)的性能調(diào)優(yōu)

5、而進(jìn)行 的,主要需要獲得如下的測(cè)試指標(biāo).1、系統(tǒng)的響應(yīng)水平:即在各種負(fù)載壓力情況下,系統(tǒng)的響應(yīng)時(shí)間,也就是從客戶(hù) 端交易發(fā)起,到效勞器端交易應(yīng)答返回所需要的時(shí)間,包括網(wǎng)絡(luò)傳輸時(shí)間和效勞器處理時(shí)間.2、應(yīng)用系統(tǒng)的吞吐率:即應(yīng)用系統(tǒng)在單位時(shí)間內(nèi)完成的交易量,也就是在單位時(shí)間內(nèi),應(yīng)用系統(tǒng)針對(duì)不同的負(fù)載壓力,所能完成的交易數(shù)量.3、應(yīng)用系統(tǒng)的負(fù)載水平:即系統(tǒng)所能容忍的最大用戶(hù)數(shù)量,也就是在正常的響應(yīng)時(shí)間中,系統(tǒng)能夠支持的最多的客戶(hù)端的數(shù)量.1.2 系統(tǒng)結(jié)構(gòu)及流程xxxx業(yè)務(wù)系統(tǒng)在實(shí)際生產(chǎn)中的體系結(jié)構(gòu)跟本次性能測(cè)試所采用的體系結(jié)構(gòu)是一樣 的,交易流程也完全一致的.不過(guò),由于硬件條件的限制,本次性能測(cè)試的

6、硬件平臺(tái) 跟實(shí)際生產(chǎn)環(huán)境略有不同.1.2.1 系統(tǒng)總體結(jié)構(gòu)描述本系統(tǒng)的總體結(jié)構(gòu),包括:硬件組織體系結(jié)構(gòu)、網(wǎng)絡(luò)組織體系結(jié)構(gòu)、軟件組織體系結(jié)構(gòu)和功能模塊的組織體系結(jié)構(gòu).1.2.2 功能模塊本次性能測(cè)試中各類(lèi)交易都是由假設(shè)干功能模塊組成的,每個(gè)交易都根據(jù)其執(zhí)行特點(diǎn)分成了假設(shè)干操作步驟,每個(gè)步驟就是一個(gè)功能點(diǎn)即功能模塊,在xxx業(yè)務(wù)系統(tǒng)中,各種交易及其包含的功能模塊關(guān)系如下:1. . xxx2. xxxx3. xxxx本次壓力測(cè)試主要設(shè)計(jì)的功能模塊以及所屬的路徑如下表名稱(chēng)所屬交易路徑1.2.3業(yè)務(wù)流程本次性能測(cè)試中,選擇的各類(lèi)交易的業(yè)務(wù)流程如下:1. xxxxxx2. xxxxxxx3. xxxxxx

7、:5. xxxxx6. xxxx查詢(xún)交易的業(yè)務(wù)流程只是單一步驟的,即:輸入查詢(xún)條件后獲取查詢(xún)結(jié)果,因此在本次性能測(cè)試中只作為一個(gè)事物處理,交易流程圖略.1.2.4關(guān)鍵點(diǎn)描述(KP)本次性能測(cè)試的關(guān)鍵點(diǎn),就是查看xxxx業(yè)務(wù)系統(tǒng)在并發(fā)壓力下的表現(xiàn),即:支持 的并發(fā)用戶(hù)數(shù)目和并發(fā)用戶(hù)發(fā)送頻率 ,以及在較大壓力下,系統(tǒng)的交易處理水平,并 找出各類(lèi)交易的性能瓶頸.1.3性能測(cè)試環(huán)境本次性能測(cè)試環(huán)境與真實(shí)運(yùn)行環(huán)境根本一致,都運(yùn)行在同樣的硬件和網(wǎng)絡(luò)環(huán)境中,數(shù)據(jù)庫(kù)是真實(shí)環(huán)境數(shù)據(jù)庫(kù)的一個(gè)復(fù)制(或縮小),本系統(tǒng)采用標(biāo)準(zhǔn)的 CS結(jié)構(gòu),客戶(hù)端都是通過(guò)瀏覽器訪問(wèn)應(yīng)用系統(tǒng).其中具體的硬件和網(wǎng)絡(luò)環(huán)境如下:效勞器設(shè)備:舊M

8、 570 (DBserver) , IBM 690 (APserver)操作系統(tǒng):AIX網(wǎng)絡(luò)環(huán)境:LAN (10M)數(shù)據(jù)庫(kù):Oracle 客戶(hù)端:PC (Windows )網(wǎng)絡(luò)拓?fù)浜徒Y(jié)構(gòu)圖如下: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è)試方案,本次XXXXXXXX核心業(yè)務(wù)系統(tǒng)的性能測(cè)試主要是采用通常的 壓力測(cè)試模式來(lái)執(zhí)行的,即:逐步增加壓力,查看應(yīng)用系統(tǒng)在各種壓力狀況小的性能 表現(xiàn).在本次性能測(cè)試中,也將使用美科利的新產(chǎn)品性能測(cè)試診斷工具(Diagnost

9、ic )對(duì)測(cè)試應(yīng)用的各層進(jìn)行監(jiān)控,判斷J2EE各層次的各類(lèi)方法和類(lèi)的調(diào)用使用時(shí)間和效率 ,并 幫助開(kāi)發(fā)人員分析J2EE應(yīng)用的各類(lèi)交易的性能瓶頸點(diǎn).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ì)現(xiàn)行的 xxx核心業(yè)務(wù)系統(tǒng)的聯(lián)機(jī)交易處理水平的測(cè)試,檢驗(yàn) 系統(tǒng)的吞吐率.本系統(tǒng)的壓力測(cè)試主要是針對(duì) xxxxx,檢查在日間交易頂峰時(shí)期,并發(fā) 用戶(hù)數(shù)較多的時(shí)候的處理水平等等 .2.1.2 測(cè)試目的壓力測(cè)試的目的就是檢驗(yàn)系統(tǒng)的最大吞吐量,檢驗(yàn)現(xiàn)行的xxxx業(yè)務(wù)

10、系統(tǒng)在各種壓力交易量下的運(yùn)行狀況,檢驗(yàn)系統(tǒng)地運(yùn)行瓶頸,獲取系統(tǒng)的處理水平等等.本次針對(duì)xxxx核心業(yè)務(wù)系統(tǒng)所進(jìn)行的壓力測(cè)試的測(cè)試目的為:給出xxxx系統(tǒng)當(dāng)前的性能狀況定位新業(yè)務(wù)系統(tǒng)性能瓶頸或潛在性能瓶頸總結(jié)一套合理的、可操作的、適合公司現(xiàn)實(shí)情況的性能測(cè)試方案,為后續(xù)的性能測(cè)試工作提供根本思路.2.1.3 測(cè)試方法及測(cè)試用例使用美科利公司 Mercury 的性能測(cè)試軟件LoadRunner ,對(duì)現(xiàn)行的xxxx業(yè)務(wù)系 統(tǒng)進(jìn)行腳本錄制、測(cè)試回放、逐步加壓和跟蹤記錄.測(cè)試過(guò)程中,由LoadRunner的管 理平臺(tái)調(diào)用各臺(tái)測(cè)試前臺(tái),發(fā)起各種組合的交易請(qǐng)求,并跟蹤記錄效勞器端的運(yùn)行情 況和返回給客戶(hù)端的運(yùn)

11、行結(jié)果.使用的測(cè)試用例包括:聯(lián)機(jī)處理交易和查詢(xún)交易,其中聯(lián)機(jī)交易測(cè)試試用的交易 包括:xxxx 查詢(xún)類(lèi)交易包括 :xxxx測(cè)試用例列表包括:交易種類(lèi)案例一案例二案例三案例四30%40%25%10%10%10%25%0%20%10%15%0%20%20%15%10%30%20%20%80%本次測(cè)試將依照如下場(chǎng)景進(jìn)行測(cè)試:戶(hù)數(shù)功能模小業(yè)務(wù)操作交易配比200400700100000000241017245102136527132747675112137535102137527142951725101934481122457811214285698140612244159511223855613264

12、564204080141201針對(duì)每個(gè)測(cè)試案例,都將采用逐步加壓和瞬間加壓兩種客戶(hù)端連接方式進(jìn)行,查看效勞器端在客戶(hù)端的連接數(shù)量變化過(guò)程中對(duì)應(yīng)的處理水平,測(cè)試運(yùn)行安排如下: 每隔2秒增加1個(gè)用戶(hù)連接,最多增加到200個(gè)用戶(hù),查看并記錄運(yùn)行情況 每隔2秒增加2個(gè)用戶(hù)連接,最多增加到200個(gè)用戶(hù),查看并記錄運(yùn)行情況 一次性連接10個(gè)用戶(hù),查看記錄運(yùn)行情況 一次性連接100個(gè)用戶(hù),查看記錄運(yùn)行情況2.1.4 測(cè)試指標(biāo)及期望在本次性能測(cè)試中,各類(lèi)測(cè)試指標(biāo)包括測(cè)試中應(yīng)該到達(dá)的某些性能指標(biāo),這些性能指標(biāo)均是來(lái)自應(yīng)用系統(tǒng)設(shè)計(jì)開(kāi)發(fā)時(shí)遵循的業(yè)務(wù)需求,當(dāng)某個(gè)測(cè)試的某一類(lèi)指標(biāo)已經(jīng)超出了業(yè)務(wù)需求的要求范圍,那么測(cè)試已

13、經(jīng)到達(dá)目的,即可終止壓力測(cè)試.2.1.4.1 應(yīng)用軟件級(jí)別的測(cè)試指標(biāo):1聯(lián)機(jī)交易類(lèi)的執(zhí)行情況交易的平均響應(yīng)時(shí)間期望值:15s交易的最大響應(yīng)時(shí)間期望值:30s平均每秒處理交易數(shù)量分別記錄單位時(shí)間內(nèi)成功、失敗和停止的交易數(shù)量交易成功率期望值:95%不同并發(fā)用戶(hù)數(shù)的狀況下的上述記錄值2測(cè)試結(jié)果分析情況單筆記錄的處理時(shí)間 期望值:15s單位時(shí)間內(nèi)的處理交易筆數(shù)期望值:10個(gè)某個(gè)時(shí)間段內(nèi)的交易處理數(shù)量單筆能處理的最大數(shù)據(jù)量在每個(gè)交易處理中最大最耗時(shí)的模塊在不同數(shù)量的測(cè)試數(shù)據(jù)根底上的上述記錄值2.1.4.2 網(wǎng)絡(luò)級(jí)別的測(cè)試指標(biāo):吞吐量:?jiǎn)挝粫r(shí)間內(nèi)網(wǎng)絡(luò)傳輸數(shù)據(jù)量沖突率:在以太網(wǎng)上監(jiān)測(cè)到的每秒沖突數(shù)2.1.4

14、.3 操作系統(tǒng)級(jí)別的測(cè)試指標(biāo):進(jìn)程/線程交換率:進(jìn)程和線程之間每秒交換次數(shù)CPU利用率:即CPU占用率系統(tǒng)CPU禾I用率:系統(tǒng)的CPU占用率用戶(hù)CPU利用率:用戶(hù)模式下的CPU占用率磁盤(pán)交換率:磁盤(pán)交換速率中斷速率:CPU每秒處理的中斷數(shù)讀入內(nèi)存頁(yè)速率:物理內(nèi)存中每秒讀入內(nèi)存頁(yè)的數(shù)目寫(xiě)出內(nèi)存頁(yè)速率:每秒從物理內(nèi)存中寫(xiě)到頁(yè)文件中的內(nèi)存頁(yè)數(shù)目或者從物理內(nèi)存中刪掉的內(nèi)存頁(yè)數(shù)目?jī)?nèi)存頁(yè)交換速率:每秒寫(xiě)入內(nèi)存頁(yè)和從物理內(nèi)存中讀出頁(yè)的個(gè)數(shù)進(jìn)程入交換率:交換區(qū)輸入的進(jìn)程數(shù)目進(jìn)程出交換率:交換區(qū)輸出的進(jìn)程數(shù)目2.1.4.4 數(shù)據(jù)庫(kù)級(jí)別的測(cè)試指標(biāo):數(shù)據(jù)庫(kù)的并發(fā)連接數(shù):客戶(hù)端的最大連接數(shù)數(shù)據(jù)庫(kù)鎖資源的使用數(shù)量2.1

15、.5 測(cè)試數(shù)據(jù)準(zhǔn)備2.1.5.1 案例數(shù)據(jù):滿(mǎn)負(fù)荷壓力根據(jù)測(cè)試系統(tǒng)的硬件條件,選擇滿(mǎn)負(fù)荷的壓力,在系統(tǒng)的資源使用根本維持在 90%左右的狀況下,測(cè)試xxx核心業(yè)務(wù)系統(tǒng)的處理水平.數(shù)據(jù)準(zhǔn)備工作包括:1. xxxxx2.1.6 運(yùn)行狀況記錄記錄可擴(kuò)展性測(cè)試中的測(cè)試結(jié)果及其系統(tǒng)的運(yùn)行狀況.除了記錄測(cè)試指標(biāo)以外應(yīng)該結(jié)合測(cè)試實(shí)時(shí)記錄系統(tǒng)各個(gè)層次的資源和參數(shù).主要包括:硬件環(huán)境資源效勞器操作系統(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ò)程及結(jié)果描述xxxx務(wù)系統(tǒng)的性能測(cè)試共計(jì)執(zhí)行了2次,兩次執(zhí)行的腳本流程作了調(diào)整,其他的環(huán)境和數(shù)據(jù)都一樣.在測(cè)試數(shù)據(jù)準(zhǔn)

16、備完備以后,第一次測(cè)試中,操作流程為每次交易都 執(zhí)行用戶(hù)登錄操作,第二次測(cè)試中,操作流程為先進(jìn)行用戶(hù)登錄,然后每次交易都不 再執(zhí)行用戶(hù)登錄.3.1 測(cè)試描述兩次測(cè)試都是在12月22日凌晨進(jìn)行的.第一次測(cè)試執(zhí)行了 30分鐘左右,執(zhí)行腳本都是采用每次交易都執(zhí)行登錄操作,測(cè)試過(guò)程中,交易的執(zhí)行速度隨著測(cè)試的進(jìn)行,越來(lái)越慢,交易的響應(yīng)時(shí)間越來(lái)越長(zhǎng),交易出錯(cuò)(超時(shí))情況也越來(lái)越嚴(yán)重,交易在執(zhí)行到30分鐘左右,用戶(hù)登錄交易開(kāi)始 大量失敗(超時(shí))并導(dǎo)致后續(xù)的交易都無(wú)法完成,于是終止本次測(cè)試.第二次測(cè)試執(zhí)行了 50分鐘左右,在第一次測(cè)試的根底上,調(diào)整交易流程,讓每次 交易都只登錄一次,然后順序執(zhí)行交易邏輯.測(cè)

17、試開(kāi)始初期,交易的響應(yīng)時(shí)間隨著交 易并發(fā)量的增加而快速增加,在測(cè)試執(zhí)行了 10分鐘左右,所有的用戶(hù)登錄操作都根本 完成,此后交易響應(yīng)時(shí)間開(kāi)始減少,并比較平穩(wěn)的執(zhí)行,絕大局部交易執(zhí)行比較平穩(wěn) 成功率也很高,除了兩個(gè)交易:xxx(Audit_Transaction)和 xxx(ClaimRegister_Transaction),這兩個(gè)交易的執(zhí)行速度特別慢,交易相應(yīng)時(shí)間一直都維持在190秒左右和160秒左右,這兩個(gè)交易超時(shí)現(xiàn)象嚴(yán)重,交易成功率很低,很多 交易都由于超時(shí)而失敗.3.2 測(cè)試場(chǎng)景測(cè)試中,使用逐步加壓的模式,采用:每隔2秒啟動(dòng)1個(gè)并發(fā)用戶(hù)Vuser的方 式,即:每隔1秒,啟動(dòng)1個(gè)Vuse

18、r,在7分鐘左右啟動(dòng)所有的 Vuser 200個(gè),執(zhí) 行登錄,并根據(jù)設(shè)置的時(shí)間間隔發(fā)起交易 .這次測(cè)試都部署在如下的場(chǎng)景中.運(yùn)行的腳本部署在 3臺(tái)PC機(jī),主要目的就是檢查在較大壓力的情況下,xxxxx心業(yè)務(wù)系統(tǒng)的性能表現(xiàn).選擇了 2臺(tái)PC,每臺(tái)PC機(jī)部署了 70個(gè)左右并發(fā)用戶(hù),選擇1臺(tái)PC,部署60個(gè)左右的并發(fā)用戶(hù),并運(yùn)行LoadRunner的限制器Controller 3.3 測(cè)試結(jié)果兩次測(cè)試AP效勞器主機(jī)上的CPU利用率如下:CPU Total APP4Time of Day口 User%. Sys%- Wait%O . . Q . o 0 8 6 4 2可以看出在兩次測(cè)試執(zhí)行中第一次(1

19、:52 -2:20 )測(cè)試過(guò)程中CPU的利用率都幾乎到達(dá)了 100%,第二次測(cè)試中(2:45- 4:00 ) CPU的利用率也到達(dá)了 95%以上.兩次測(cè)試在數(shù)據(jù)庫(kù) (Oracle)效勞器上主機(jī)上的 CPU利用率如下:CPU Total REQDB1口 User%r Sys% Wait%Time of Day85- 384-303 302 3owl-3O1-3OD 315 214-313 :92 :21-:30 :可以看出兩次測(cè)試執(zhí)行中第一次( 1:52 -2:20 )測(cè)試過(guò)程中CPU的利用率很低,第二次測(cè)試中(2:45- 4:00 ) CPU的利用率較高也到達(dá)了 75%以上,但兩次測(cè)試的CPU

20、的IO等待時(shí)間卻都比較高,IO和CPU利用率對(duì)照表如下:REQDB1CPU% IO/secQWLerk ksrDoo o15 085- 3 84- 3 03 3 02 3 owl-3 o-:OD 3 15 3 14- 3 13 3 92 3 21- 3 30 3 3P 3 34- 3 o Q Q . o o 0 8 6 4 2 %yvc.%TSUo o o o o 54 3oooo oooo 0 5 0 53 2 2 1Time of Day可以看出兩次測(cè)試執(zhí)行中第一次( 1:52 -2:20 )測(cè)試過(guò)程中CPU的IO等待率較低,由于大多數(shù)的交易都是用戶(hù)登錄,都?jí)涸贏P效勞器上了,第二次測(cè)試中

21、(2:45-4:00) CPU的IO等待率較高,都到達(dá)了 80%以上.兩次測(cè)試的網(wǎng)絡(luò)壓力并不大,網(wǎng)絡(luò)流量如下:I Total-Write. Total-ReadAP效勞器監(jiān)控的網(wǎng)絡(luò)流量匚 Total-Write廠 Total-Read6 5 4 3 2 1 0千DB效勞器上監(jiān)控的網(wǎng)絡(luò)流量從圖中可以看出,在10M的局域網(wǎng)中,網(wǎng)絡(luò)流量并不大.3.3.1 第一次測(cè)試第一次測(cè)試使用了 200個(gè)并發(fā)用戶(hù),并發(fā)用戶(hù)的啟動(dòng)信息如下o O7 61 .1,Qoooo o o o B O 4321098 765Riinmnng Vi憐代D1:00D2:0003:0004:0005:0006:0007:000:00

22、09:0010: OD 11:0012:00Elapsed scenario lime mm:ss各類(lèi)交易的交易相應(yīng)時(shí)間秒ColoScale交易名稱(chēng)最小平均最大r.1AutoUW_Transaction0.023.73387.871.1Confirm_Transaction210.203210.203210.203.1CTDetail_Transaction105.878151.032199.477H1EdorNoscanAppInput_Transaction60.704153.425259.234.1GeneralQuery_Transacti on0.06713.62339.094H1I

23、ndividualQuery_Transaction0.78128.04264.984.1Issue_Transaction5.14530.660.22B1Login_Transaction4.265115.433246.7361ManualUW_Transaction77.09477.09477.094o1NBQuery_Transaction0.33422.34849.6251PayIn_Transaction1.50359.944112.639口1PayOut_Transaction5.25629.17860.2791PayOutQuery_Transacti on0.0781.2916

24、.8721PEdorTypeAC_Transacti on111.253160.054213.5441,1PosNoScanApp_Transaction9.254158.276271.3811POSQuery_Transaction29.602122.815212.931PrtNoInput_Transaction1.722146.879263.094.1Relogin_Transaction30.1670.939105.24ReportInput_Transactio n1.155101.387184.783811Review_Transaction5.091112.682387.0871

25、41RiskInput_Transaction2.821113.049211.4271vuser_end_Transaction0.00.00.01vuser_init_Transaction0.00.1582.41712.084112.373267.65910.2786.31215.394.13.7513.5625.925110.226.24315.93918.531109.639210.74611.2818.55315.47410.09319.46959.271各類(lèi)交易的平均響應(yīng)時(shí)間圖(MPUIDuas) WE 一國(guó)wLIsdwB 儂6mSA<Ti4nsfiction Re與p

26、87;us名 Time Undei Load204060140 ISO 100200oooooooooo 262422201S16141210后I o o o n- 642100120Number of Vusers可以看出隨著測(cè)試的進(jìn)行,交易相應(yīng)時(shí)間逐漸增大,最終導(dǎo)致交易超時(shí)而失敗測(cè)試中,每秒的點(diǎn)擊率如下:01 :0002.00Q3:0Q04:0005:0006:0007:000®:0009:0010:00T1:0012:00Elapsed scanario time mm:ssHits per Second測(cè)試中每秒頁(yè)面的下載速度如下Pages Dowmbaded per Sec

27、oniil02.003:0004:0005:00OS:0007:0008:0009:0010:0011 :0012:00Elapsed scErnarin lime mm:ssPUDUBSIDd 切 6ECL根據(jù)上面兩組數(shù)據(jù),即:每秒的點(diǎn)擊率和每秒下載頁(yè)面的速度,可以看出,在測(cè)試執(zhí)行開(kāi)始4分鐘以后,核心業(yè)務(wù)系統(tǒng)用戶(hù)登錄的并發(fā)數(shù)量不斷在增加,但是用戶(hù)登錄后的數(shù)據(jù)下載量卻變化不大,這樣將最終導(dǎo)致大量的用戶(hù)登錄由于交易處理超時(shí)而 失敗.3.3.2 第二次測(cè)試第二次測(cè)試調(diào)整了交易處理邏輯,大大減少了用戶(hù)登錄的操作數(shù)目,每個(gè)用戶(hù)只 執(zhí)行一次用戶(hù)登錄,然后執(zhí)行對(duì)應(yīng)的交易處理,交易過(guò)程中不再執(zhí)行用戶(hù)登錄操作

28、.運(yùn)行的并發(fā)用戶(hù)數(shù)目如以下圖:巴山舊口BqEnNRunning VirseisOO.D5 OHIO 00:1600:2000.250tt3000:3500:4000.45DO. 5000:5501:0001.0501.10Elapsed sda-naria lime hh:mmoo 00-00 ooooooooooooooo 765 43210 98-7 6 CJ 4 3 2 1 2 .1 1 1 .1111111在用戶(hù)登錄過(guò)程中,交易的平均響應(yīng)時(shí)間如以下圖:(spud口 8g)心 LLH1 BwuodsMH ©6iBMA<00204060SO10012021016010020

29、0Number of VusersTian寫(xiě)acli0nTime UiJer Load從圖中可以看出,隨著并發(fā)用戶(hù)數(shù)量的不斷增加 ,所有的交易的平均響應(yīng)時(shí)間都 在加大,直到并發(fā)用戶(hù)數(shù)不再增加,這時(shí)候所有的交易相應(yīng)時(shí)間下降到一定的數(shù)值 并一直穩(wěn)定在這個(gè)數(shù)值左右.在第二次測(cè)試中,各類(lèi)交易的平均響應(yīng)時(shí)間如下表:?jiǎn)挝唬好隒olor Scale交易最小平均.1Audit_Transaction19.481162.12207.627.1AutoUW_Transaction0.013.00149.4941ClaimRegister_Transaction75.599143.641163.978,1Confi

30、rm_Transaction1.13151.42794.585.1CTDetail_Transaction37.25765.967148.33481EdorNoscanAppInput_Trans action16.50479.919169.239.1EndCase_Transaction11.8846.54685.658,1GeneralQuery_Transaction0.15211.01735.3211IndividualQuery_Transactio n0.87514.45540.5781Issue_Transaction4.26914.32630.4961Login_Transac

31、tion8.36390.998151.344LJ1ManualUW_Transaction3.26281.311171.2841NBQuery_Transaction0.42212.08236.2971PayIn_Transaction0.55932.01274.4621PayOut_Transaction2.20411.12132.397.1PayOutQuery_Transaction0.0791.2555.3281PEdorTypeAC_Transaction37.38466.606137.382.1PosNoScanApp_Transaction15.89285.482164.1561POSQuery_Transaction10.19357.825132.6771PrtNoInput_Transaction5.16277.07164.45

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論