1、系統(tǒng)性能及壓力測(cè)試方案1.系統(tǒng)性能1.1.被測(cè)系統(tǒng)定義系統(tǒng)作為本次測(cè)試的被測(cè)系統(tǒng),系統(tǒng)是由java編寫的一個(gè)三層架構(gòu)的應(yīng)用軟件,后臺(tái)應(yīng)用了MySQ擻據(jù)庫(kù),在本次測(cè)試中,將針檢查并評(píng)估在模擬環(huán)境中,系統(tǒng)對(duì)負(fù)載的承受水平,在不同的用戶連接情況下,系統(tǒng)的吞吐水平和響應(yīng)水平,以及在預(yù)計(jì)的數(shù)據(jù)容量中,系統(tǒng)能夠容忍的最大用戶數(shù).性能測(cè)試指標(biāo)本次測(cè)試是針對(duì)系統(tǒng)在應(yīng)對(duì)密集整轉(zhuǎn)的大壓力下而進(jìn)行的,主要需要獲得如下的測(cè)試指標(biāo).1、應(yīng)用系統(tǒng)的負(fù)載水平：即系統(tǒng)所能容忍的最大用戶數(shù)量,也就是在正常的響應(yīng)時(shí)間中,系統(tǒng)能夠支持的最多的客戶端的數(shù)量.2、應(yīng)用系統(tǒng)的吞吐率：即應(yīng)用系統(tǒng)在單位時(shí)間內(nèi)完成的交易量,也就是在單位時(shí)間內(nèi)

2、,應(yīng)用系統(tǒng)針對(duì)不同的負(fù)載壓力,所能完成的交易數(shù)量.3、系統(tǒng)的響應(yīng)水平：即在各種負(fù)載壓力情況下,系統(tǒng)的響應(yīng)時(shí)間,也就是從客戶端請(qǐng)求發(fā)起,到效勞器端應(yīng)答返回所需要的時(shí)間,包括網(wǎng)絡(luò)傳輸時(shí)間和效勞器處理時(shí)間.4、應(yīng)用系統(tǒng)的可靠性：即在連續(xù)工作時(shí)間狀態(tài)下,系統(tǒng)能夠正常運(yùn)行的時(shí)間,即在連續(xù)工作時(shí)間段內(nèi)沒有出錯(cuò)信息.2.系統(tǒng)結(jié)構(gòu)及流程系統(tǒng)在實(shí)際生產(chǎn)中的體系結(jié)構(gòu)跟本次性能測(cè)試所采用的體系結(jié)構(gòu)是一樣的,交易流程也完全一致的.不過,由于硬件條件的限制,本次性能測(cè)試的硬件平臺(tái)跟實(shí)際生產(chǎn)環(huán)境略有不同.2.1. 系統(tǒng)總體結(jié)構(gòu)描述本系統(tǒng)的總體結(jié)構(gòu),包括：硬件組織體系結(jié)構(gòu)、網(wǎng)絡(luò)組織體系結(jié)構(gòu)、軟件組織體系結(jié)構(gòu)和功能模塊的組織

3、體系結(jié)構(gòu).2.2. 功能模塊本次性能測(cè)試中各類操作都是由假設(shè)干功能模塊組成的,每個(gè)功能都根據(jù)其執(zhí)行特點(diǎn)分成了假設(shè)干操作步驟,每個(gè)步驟就是一個(gè)功能點(diǎn)即功能模塊,本次壓力測(cè)試主要涉及的功能模塊以及所屬操作如下表業(yè)務(wù)流程本次性能測(cè)試中,選擇的各類交易的業(yè)務(wù)流程如下：查詢的業(yè)務(wù)流程只是單一步驟的,即：輸入查詢條件后獲取查詢結(jié)果,因此在本次性能測(cè)試中只作為一個(gè)事務(wù)處理.2.3. 關(guān)鍵點(diǎn)描述KP本次性能測(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)的性能瓶頸.3,性能測(cè)試

4、環(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ù)的一個(gè)復(fù)制(或縮小),本系統(tǒng)采用標(biāo)準(zhǔn)的CS結(jié)構(gòu),客戶端通過前臺(tái)安裝訪問應(yīng)用系統(tǒng).其中具體的硬件和網(wǎng)絡(luò)環(huán)境如下:?中間件效勞器：Tomcat?網(wǎng)絡(luò)環(huán)境：LAN(10MI)?數(shù)據(jù)庫(kù)：MySQL?客戶端：PC(Window'網(wǎng)絡(luò)拓?fù)浜徒Y(jié)構(gòu)圖如下:中間件效勞器客戶機(jī)A客戶機(jī)B從廣泛意義上講性能測(cè)試包括：壓力測(cè)試、穩(wěn)定性測(cè)試、負(fù)載水平測(cè)試和可擴(kuò)展性測(cè)試等.在不同應(yīng)用系統(tǒng)的性能測(cè)試中,需要根據(jù)應(yīng)用系統(tǒng)的特點(diǎn)和測(cè)試目的的不同來選擇具體的測(cè)試方案,本次系統(tǒng)的性能測(cè)試主要是采用通常的壓力測(cè)試模式來執(zhí)行的,即

5、：逐步增加壓力,查看應(yīng)用系統(tǒng)在各種壓力狀況下的性能表現(xiàn).在本次性能測(cè)試中,將使用美科利Mercury公司的性能測(cè)試LoadRunnerll對(duì)測(cè)試應(yīng)用的各層進(jìn)行監(jiān)控,判斷J2EE各層次的各類方法和類的調(diào)用使用時(shí)間和效率,并幫助開發(fā)人員分析J2EE應(yīng)用的各類操作的性能瓶頸點(diǎn).4.1. 壓力測(cè)試在性能測(cè)試中,壓力測(cè)試主要是為了獲取系統(tǒng)在較大壓力狀況下的性能表現(xiàn)而設(shè)計(jì)并實(shí)現(xiàn)的,壓力測(cè)試主要是獲取系統(tǒng)的性能瓶頸和系統(tǒng)的最大吞吐率.4.2. 壓力測(cè)試概述本次測(cè)試是針對(duì)系統(tǒng)在應(yīng)對(duì)密集整轉(zhuǎn)的壓力下業(yè)務(wù)處理水平的測(cè)試,檢驗(yàn)系統(tǒng)的吞吐率.本系統(tǒng)的壓力測(cè)試主要是針對(duì)主要業(yè)務(wù)功能、報(bào)表統(tǒng)計(jì)進(jìn)行,檢查在日間應(yīng)用頂峰時(shí)期

6、,并發(fā)用戶數(shù)較多的時(shí)候的處理水平等等.壓力測(cè)試的目的就是檢驗(yàn)系統(tǒng)的最大吞吐量,檢驗(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)前的性能狀況定位系統(tǒng)性能瓶頸或潛在性能瓶頸總結(jié)一套合理的、可操作的、適合公司現(xiàn)實(shí)情況的性能測(cè)試方案,為后續(xù)的性能測(cè)試工作提供根本思路.1.4. 測(cè)試方法及測(cè)試用例使用美科利公司Mercury的性能測(cè)試軟件LoadRunner,對(duì)現(xiàn)行的系統(tǒng)進(jìn)行腳本錄制、測(cè)試回放、逐步加壓和跟蹤記錄.測(cè)試過程中,由LoadRunner的治理平臺(tái)調(diào)用各臺(tái)測(cè)試前臺(tái),發(fā)起各種組合的交易請(qǐng)求,弁跟蹤記錄

7、效勞器端的運(yùn)行情況和返回給客戶端的運(yùn)行結(jié)果.使用的測(cè)試方法用例包括:業(yè)務(wù)類型用例一用例二用例三客戶預(yù)報(bào)客戶IC卡充值客戶繳費(fèi)訂單查詢綜合統(tǒng)計(jì)針對(duì)每個(gè)測(cè)試用例,都將采用逐步加壓和瞬間加壓兩種客戶端連接方式進(jìn)行,查看效勞器端在客戶端的連接數(shù)量變化過程中對(duì)應(yīng)的處理水平,以更好的定位系統(tǒng)在到達(dá)多少弁發(fā)或壓力下我們的系統(tǒng)出現(xiàn)了不穩(wěn)定.1.5. 測(cè)試指標(biāo)及期望在本次性能測(cè)試中,各類測(cè)試指標(biāo)包括測(cè)試中應(yīng)該到達(dá)的某些性能指標(biāo),這些性能指標(biāo)均是來自應(yīng)用系統(tǒng)設(shè)計(jì)開發(fā)時(shí)遵循的業(yè)務(wù)需求,當(dāng)某個(gè)測(cè)試的某一類指標(biāo)已經(jīng)超出了業(yè)務(wù)需求的要求范圍,那么測(cè)試已經(jīng)到達(dá)目的,即可終止壓力測(cè)試.1.6. 應(yīng)用軟件級(jí)別的測(cè)試指標(biāo)：?CP

8、U的利用率小于40%?內(nèi)存占用小于80%?Processorqueuelength小于2?Responsetime小于1s?吞吐量throughtput大于90%?業(yè)務(wù)執(zhí)行的平均響應(yīng)時(shí)間期望值：<15s?不同弁發(fā)用戶數(shù)的狀況下的記錄上述值1.7. 網(wǎng)絡(luò)級(jí)別的測(cè)試指標(biāo)：?吞吐量：?jiǎn)挝粫r(shí)間內(nèi)網(wǎng)絡(luò)傳輸數(shù)據(jù)量?沖突率：在以太網(wǎng)上監(jiān)測(cè)到的每秒沖突數(shù)1.8. 操作系統(tǒng)級(jí)別的測(cè)試指標(biāo):?進(jìn)程/線程交換率：進(jìn)程和線程之間每秒交換次數(shù)?CPU利用率：即CPU占用率?系統(tǒng)CPUffl用率：系統(tǒng)的CPU占用率?用戶CP那么用率：用戶模式下的CPU占用率?磁盤交換率：磁盤交換速率?中斷速率：CP%秒處理的中斷數(shù)

9、1.9. 數(shù)據(jù)庫(kù)級(jí)別的測(cè)試指標(biāo)：?數(shù)據(jù)庫(kù)I/O的流量大小?數(shù)據(jù)庫(kù)鎖資源的使用數(shù)量?數(shù)據(jù)庫(kù)的并發(fā)連接數(shù)：客戶端的最大連接數(shù)1.10. 測(cè)試數(shù)據(jù)準(zhǔn)備案例數(shù)據(jù)：滿負(fù)荷壓力根據(jù)測(cè)試系統(tǒng)的硬件條件,選擇滿負(fù)荷的壓力,在系統(tǒng)的資源使用根本維持在90溢右的狀況下,測(cè)試天威寬帶業(yè)務(wù)治理系統(tǒng)的處理水平.數(shù)據(jù)準(zhǔn)備工作包括：測(cè)試數(shù)據(jù)庫(kù)需具備與真實(shí)環(huán)境成一定比例或根本一致的數(shù)1.11. 運(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é)合各

10、個(gè)數(shù)據(jù)庫(kù)獨(dú)有的特點(diǎn)記錄5 .測(cè)試過程及結(jié)果描述5.1. 測(cè)試描述在測(cè)試數(shù)據(jù)準(zhǔn)備完備以后,測(cè)試將進(jìn)行.記錄每次測(cè)試的結(jié)果數(shù)據(jù),分析測(cè)試結(jié)果對(duì)系統(tǒng)進(jìn)行全面評(píng)估.5.2. 測(cè)試場(chǎng)景測(cè)試中,使用逐步加壓的模式,測(cè)試運(yùn)行場(chǎng)景安排如下：1 .每隔2秒增加1個(gè)用戶連接,最多增加到100個(gè)用戶,查看并記錄運(yùn)行情況2 .每隔2秒增加2個(gè)用戶連接,最多增加到200個(gè)用戶,查看并記錄運(yùn)行情況3 .每隔2秒增加1個(gè)用戶連接,最多增加到300個(gè)用戶,查看并記錄運(yùn)行情況4,每隔3秒增加1個(gè)用戶連接,最多增加到400個(gè)用戶,查看并記錄運(yùn)行情況每個(gè)場(chǎng)景都包括：用戶登錄-業(yè)務(wù)操作-業(yè)務(wù)完成-退出系統(tǒng),所有用例都按以上場(chǎng)景進(jìn)行測(cè)試,由于pc性能限制,為了更準(zhǔn)確模擬現(xiàn)場(chǎng)環(huán)境,將運(yùn)行的所有腳本部署在8臺(tái)LoadRunner終端上,主要目的就是檢查在不同的壓力的情況下,業(yè)務(wù)系統(tǒng)的性能表現(xiàn).5.3. 測(cè)試結(jié)果執(zhí)行每個(gè)場(chǎng)景時(shí)記錄以下相應(yīng)的數(shù)據(jù)APP效勞器主機(jī)上的CP喇用率：在數(shù)據(jù)庫(kù)Oracle效勞