系統(tǒng)性能測試方案_第1頁
系統(tǒng)性能測試方案_第2頁
系統(tǒng)性能測試方案_第3頁
系統(tǒng)性能測試方案_第4頁
系統(tǒng)性能測試方案_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、性能測試方案目錄前言21第一章XXX系統(tǒng)性能測試概述 21.1被測系統(tǒng)定義21.1.1功能簡介21.1.2性能測試指標(biāo) 21.2系統(tǒng)結(jié)構(gòu)及流程31.2.1系統(tǒng)總體結(jié)構(gòu) 31.2.2功能模塊31.2.3關(guān)鍵點(diǎn)描述(KP) 41.3性能測試環(huán)境42第二章性能測試52.1壓力測試52.1.1壓力測試概述 62.1.2測試目的62.1.3測試方法及測試用例 62.1.4測試指標(biāo)及期望 72.1.5測試數(shù)據(jù)準(zhǔn)備 82.1.6 運(yùn)行狀況記錄 83第三章測試過程及結(jié)果描述 83.1測試描述83.2測試場景93.3測試結(jié)果94第四章測試報(bào)告101、八 、,刖言系統(tǒng)已在成功上線,從而的業(yè)務(wù)信息管理逐步走上了集中

2、管控的道路。由于密集整轉(zhuǎn)在全市各點(diǎn)展開,從而將會勢必出現(xiàn)業(yè)務(wù)系統(tǒng)中信息大量增長的態(tài)勢。隨著業(yè)務(wù)系統(tǒng)在生產(chǎn)狀態(tài)下日趨穩(wěn)定、成熟,系統(tǒng)的性能問題也逐步成為了我們關(guān)注的焦點(diǎn):每天大數(shù)據(jù)量的“沖擊”,系統(tǒng)能穩(wěn)定在什么樣的性能水平,面臨公司業(yè)務(wù) 增加時,系統(tǒng)能否經(jīng)受住“考驗(yàn)”,這些問題需要通過一個完整的性能測試來給出答案。本性能測試規(guī)劃書即是基于上述考慮,參考科學(xué)的性能測試方法而撰寫的,用以指導(dǎo)即將進(jìn)行的系統(tǒng)的性能測試。1第一章XXX系統(tǒng)性能測試概述1.1被測系統(tǒng)定義xxx系統(tǒng)作為本次測試的被測系統(tǒng)(注:以下所有針對被測系統(tǒng)地描述均為針對xxx系統(tǒng)進(jìn)行的),xxx系統(tǒng)是由java編寫的一個三層架構(gòu)的應(yīng)用

3、軟件,后臺應(yīng) 用了 OraclelOg數(shù)據(jù)庫,該系統(tǒng)包括主要功能有:XXX等,在這些功能中都存在 大數(shù)據(jù)量查詢以及日報(bào)、周報(bào)、年報(bào)的統(tǒng)計(jì),在本次測試中,將針對 這些大數(shù)據(jù)量的查詢、統(tǒng)計(jì)功能 進(jìn)行壓力測試,檢查并評估在模擬環(huán)境中,系統(tǒng)對負(fù)載的承受能力, 在不同的用戶連接情況下,系統(tǒng)的吞吐能力和響應(yīng)能力,以及在預(yù)計(jì)的數(shù)據(jù)容量中,系 統(tǒng)能夠容忍的最大用戶數(shù)。1.1.1功能簡介主要功能上面已提到,由于本文檔主要專注于性能在這里功能不再作為重點(diǎn)講述。1.1.2性能測試指標(biāo)本次測試是針對xxx系統(tǒng)在應(yīng)對密集整轉(zhuǎn)的大壓力下而進(jìn)行的,主要需要獲得如 下的測試指標(biāo)1、應(yīng)用系統(tǒng)的負(fù)載能力:即系統(tǒng)所能容忍的最大用戶

4、數(shù)量,也就是在正常的響應(yīng)時間中,系統(tǒng)能夠支持的最多的客戶端的數(shù)量。2、應(yīng)用系統(tǒng)的吞吐率:即應(yīng)用系統(tǒng)在單位時間內(nèi)完成的交易量,也就是在單位時 間內(nèi),應(yīng)用系統(tǒng)針對不同的負(fù)載壓力,所能完成的交易數(shù)量。3、系統(tǒng)的響應(yīng)能力:即在各種負(fù)載壓力情況下,系統(tǒng)的響應(yīng)時間,也就是從客戶端請求發(fā)起,到服務(wù)器端應(yīng)答返回所需要的時間,包括網(wǎng)絡(luò)傳輸時間和服務(wù)器處理時間。4、應(yīng)用系統(tǒng)的可靠性:即在連續(xù)工作時間狀態(tài)下,系統(tǒng)能夠正常運(yùn)行的時間,即 在連續(xù)工作時間段內(nèi)沒有出錯信息 。1.2系統(tǒng)結(jié)構(gòu)及流程XXX系統(tǒng)在實(shí)際生產(chǎn)中的體系結(jié)構(gòu)跟本次性能測試所采用的體系結(jié)構(gòu)是一樣的,交易流程也完全一致的。不過,由于硬件條件的限制,本次性能

5、測試的硬件平臺跟實(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功能模塊1.本次性能測試中各類操作都是由若干功能模塊組成的,每個功能都根據(jù)其執(zhí)行特點(diǎn)分成了若干操作步驟,每個步驟就是一個功能點(diǎn) (即功能模塊),本次壓力測試主要 涉及的功能模塊以及所屬操作如下表業(yè)務(wù)流程本次性能測試中,選擇的各類交易的業(yè)務(wù)流程如下:查詢的業(yè)務(wù)流程只是單一步驟的,即:輸入查詢條件后獲取查詢結(jié)果,因此在本次 性能測試中只作為一個事務(wù)處理。1.2.3關(guān)鍵點(diǎn)描述(KP)本次性能測試的關(guān)鍵點(diǎn),就是查看XXX系統(tǒng)

6、在不同用戶數(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)境與真實(shí)運(yùn)行環(huán)境硬件和網(wǎng)絡(luò)環(huán)境有所不同,是真實(shí)環(huán)境的縮小,數(shù)據(jù)庫是真實(shí)環(huán)境數(shù)據(jù)庫的一個復(fù)制(或縮?。?,本系統(tǒng)采用標(biāo)準(zhǔn)的CS結(jié)構(gòu),客戶端通 過前臺安裝訪問應(yīng)用系統(tǒng)。其中具體的硬件和網(wǎng)絡(luò)環(huán)境如下:中間件服務(wù)器:Weblogic9操作系統(tǒng):Win dows2003/Solaris10網(wǎng)絡(luò)環(huán)境:LAN (10M)數(shù)據(jù)庫:Oracle 10g RAC客戶端:PC ( Win dows)網(wǎng)絡(luò)拓?fù)浜徒Y(jié)構(gòu)

7、圖如下:4數(shù)據(jù)庫服務(wù)器2第二章性能測試從廣泛意義上講性能測試包括:壓力測試、穩(wěn)定性測試、負(fù)載能力測試和可擴(kuò)展性測試等。在不同應(yīng)用系統(tǒng)的性能測試中, 需要根據(jù)應(yīng)用系統(tǒng)的特點(diǎn)和測試目的的不同來選 擇具體的測試方案,本次 XXX系統(tǒng)的性能測試主要是采用通常的壓力測試模式來執(zhí)行 的,即:逐步增加壓力,查看應(yīng)用系統(tǒng)在各種壓力狀況下的性能表現(xiàn)。在本次性能測試中,將使用美科利(Mercury)公司的性能測試LoadRunner8.1對測試應(yīng)用的各層進(jìn)行監(jiān)控,判斷 J2EE各層次的各類方法和類的調(diào)用使用時間和效率,并 幫助開發(fā)人員分析J2EE應(yīng)用的各類操作的性能瓶頸點(diǎn)。2.1壓力測試在性能測試中,壓力測試主要

8、是為了獲取系統(tǒng)在較大壓力狀況下的性能表現(xiàn)而設(shè)計(jì)并實(shí)現(xiàn)的,壓力測試主要是獲取系統(tǒng)的性能瓶頸和系統(tǒng)的最大吞吐率。2.1.1壓力測試概述本次測試是針對XXX系統(tǒng)在應(yīng)對密集整轉(zhuǎn)的壓力下業(yè)務(wù)處理能力的測試,檢驗(yàn)系 統(tǒng)的吞吐率。本系統(tǒng)的壓力測試主要是針對主要業(yè)務(wù)功能、報(bào)表統(tǒng)計(jì)進(jìn)行,檢查在日間 應(yīng)用高峰時期,并發(fā)用戶數(shù)較多的時候的處理能力等等。2.1.2測試目的壓力測試的目的就是檢驗(yàn)系統(tǒng)的最大吞吐量,檢驗(yàn)現(xiàn)行的業(yè)務(wù)系統(tǒng)在各種壓力交易量下的運(yùn)行狀況,檢驗(yàn)系統(tǒng)地運(yùn)行瓶頸,獲取系統(tǒng)的處理能力等等。本次針對XXX系統(tǒng)所進(jìn)行的壓力測試的測試目的為:給出XXX系統(tǒng)當(dāng)前的性能狀況定位XXX系統(tǒng)性能瓶頸或潛在性能瓶頸總結(jié)一

9、套合理的、可操作的、適合公司現(xiàn)實(shí)情況的性能測試方案,為后續(xù)的性 能測試工作提供基本思路。2.1.3測試方法及測試用例使用美科利公司(Mercury )的性能測試軟件 LoadRunner,對現(xiàn)行的XXX系統(tǒng)進(jìn) 行腳本錄制、測試回放、逐步加壓和跟蹤記錄。測試過程中,由LoadRunner的管理平臺調(diào)用各臺測試前臺,發(fā)起各種組合的交易請求,并跟蹤記錄服務(wù)器端的運(yùn)行情況和返 回給客戶端的運(yùn)行結(jié)果。使用的測試方法用例包括:業(yè)務(wù)類型用例一用例二用例三客戶開戶客戶訂購客戶繳費(fèi)工單查詢綜合統(tǒng)計(jì)(XXX報(bào)表)針對每個測試用例,都將采用逐步加壓和瞬間加壓兩種客戶端連接方式進(jìn)行,查看 服務(wù)器端在客戶端的連接數(shù)量變

10、化過程中對應(yīng)的處理能力,以更好的定位系統(tǒng)在達(dá)到 多少并發(fā)或壓力下我們的系統(tǒng)出現(xiàn)了不穩(wěn)定。2.1.4測試指標(biāo)及期望在本次性能測試中,各類測試指標(biāo)包括測試中應(yīng)該達(dá)到的某些性能指標(biāo),這些性能 指標(biāo)均是來自應(yīng)用系統(tǒng)設(shè)計(jì)開發(fā)時遵循的業(yè)務(wù)需求,當(dāng)某個測試的某一類指標(biāo)已經(jīng)超出了業(yè)務(wù)需求的要求范圍,貝V測試已經(jīng)達(dá)到目的,即可終止壓力測試。2141應(yīng)用軟件級別的測試指標(biāo):CPU的利用率小于40%內(nèi)存占用小于80%Processor queue length 小于 2Resp onse time 小于 1s吞吐量throughtput大于90%業(yè)務(wù)執(zhí)行的平均響應(yīng)時間(期望值:<15s)不同并發(fā)用戶數(shù)的狀況下

11、的記錄上述值2142網(wǎng)絡(luò)級別的測試指標(biāo):吞吐量:單位時間內(nèi)網(wǎng)絡(luò)傳輸數(shù)據(jù)量沖突率:在以太網(wǎng)上監(jiān)測到的每秒沖突數(shù)2143操作系統(tǒng)級別的測試指標(biāo):進(jìn)程/線程交換率:進(jìn)程和線程之間每秒交換次數(shù)CPU利用率:即CPU占用率()系統(tǒng)CPU利用率:系統(tǒng)的CPU占用率()用戶CPU利用率:用戶模式下的 CPU占用率()磁盤交換率:磁盤交換速率中斷速率:CPU每秒處理的中斷數(shù)2.1.4.4數(shù)據(jù)庫級別的測試指標(biāo):數(shù)據(jù)庫I/O的流量大小數(shù)據(jù)庫鎖資源的使用數(shù)量數(shù)據(jù)庫的并發(fā)連接數(shù):客戶端的最大連接數(shù)2.1.5測試數(shù)據(jù)準(zhǔn)備2.1.5.1案例數(shù)據(jù):滿負(fù)荷壓力90%根據(jù)測試系統(tǒng)的硬件條件, 選擇滿負(fù)荷的壓力,在系統(tǒng)的資源使用

12、基本維持在 左右的狀況下,測試天威寬帶業(yè)務(wù)管理系統(tǒng)的處理能力。數(shù)據(jù)準(zhǔn)備工作包括:測試數(shù)據(jù)庫需具備與真實(shí)環(huán)境成一定比例或基本一致的數(shù)據(jù)2.1.6運(yùn)行狀況記錄記錄可擴(kuò)展性測試中的測試結(jié)果及其系統(tǒng)的運(yùn)行狀況。除了記錄測試指標(biāo)以外,應(yīng) 該結(jié)合測試實(shí)時記錄系統(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ù)庫獨(dú)有的特點(diǎn)記錄3第三章測試過程及結(jié)果描述3.1測試描述在測試數(shù)據(jù)準(zhǔn)備完備以后,測試將進(jìn)行。記錄每次測試的結(jié)果數(shù)據(jù),分析測試結(jié)果 對系統(tǒng)進(jìn)行全面評估。3.2測試場景測試中,使用逐步加壓的模式,測試運(yùn)行場景安排如下:1.每隔2秒增加1個用戶連接,最多增加到100個用戶,查看并記錄運(yùn)行情況2.每隔2秒增加2個用戶連接,最多增加到200個用戶,查看并記錄運(yùn)行情況3.每隔2秒增加1個用戶連接,最多增加到300個用戶,查看并記錄運(yùn)行情況4.每隔3秒增加1個用戶連接,最多增加到400個用戶,查看并記錄運(yùn)行情況每個場景都包括:用戶登錄-業(yè)務(wù)操作-業(yè)務(wù)完成-退出系統(tǒng),所有用例都按以上場景進(jìn)行測試,由于pc性能限制,為了更準(zhǔn)確模擬現(xiàn)場環(huán)境,將運(yùn)行的所有腳本部署在8臺LoadRunner終端上,主要目的就是檢查在不同的壓力的情況下,業(yè)務(wù)系統(tǒng)的性能表3.3測試結(jié)果執(zhí)行每個場景時記錄以下相應(yīng)的數(shù)據(jù)

溫馨提示

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

最新文檔

評論

0/150

提交評論