性能測試測試方案_第1頁
性能測試測試方案_第2頁
性能測試測試方案_第3頁
性能測試測試方案_第4頁
性能測試測試方案_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、性能測試詳細測試方案前言平臺X X項目系統(tǒng)已經成功發(fā)布,依據項目得規(guī)劃未來勢必會出現(xiàn)業(yè)務系統(tǒng)中倍想大畳增長得態(tài)勢.隨養(yǎng)業(yè)務系統(tǒng)在生產狀態(tài)下日趨穩(wěn)定、成熟,系統(tǒng)得性能問題也逐步成為了我們關注得 焦點:每天大數據鼻得"沖擊"',系統(tǒng)能穩(wěn)定在什么樣得性能水平.面臨行業(yè)公司業(yè)務壇加 時,系統(tǒng)能否經受住"考驗",這些問題需要通過一個完整得性能測試來給出答案.1第一章XXX系統(tǒng)性能測試概述。14被測系統(tǒng)定義XXX系統(tǒng)作為本次測試彳辱彼測系統(tǒng)(注:以下所有針對被測系統(tǒng)地描述均為針對XXX系統(tǒng)逬行得).XXX系統(tǒng)就是由平臺幵發(fā)得一款物流應用軟件,后臺應用了 Or

2、acIe llg數據庫,該系統(tǒng)包括主要功能有:XXX等。在該系統(tǒng)中都存在多用戶操作,大操作以及日 報、周報、年報得統(tǒng)計,在本次測試中將針對這些多用戶操作,M據量得查詢、統(tǒng)計功能逬 行如預期性能.用戶并發(fā).大數據量.疲勞強度與負載等方面得性能測試,檢查并評估在模 擬環(huán)境中,系統(tǒng)對負載得承受能力,在不同得用戶連接情況下系統(tǒng)得吞吐能力與響應能力, 以及在預計得數據容畫中,系統(tǒng)能夠容忍得最大用戶數。LL1功能簡介主要功能上面已提到,由于本文檔主要專注于性能在這里功能不再作為婁點講述.LL2性能測試指標本次測試就是針對XXX系統(tǒng)進行得全面性能測試,主要需要獲得如下得測沛g標。Is應用系統(tǒng)得負載能力:即系

3、統(tǒng)所能容忍得最大用戶數量也就就是在正常得響應時間中,系統(tǒng)能夠支持得最多得客戶端得數盤。2、應用系統(tǒng)得吞吐量:即在一次事務中網絡內完成得數據量得總與吞吐畳播標反映得就是服務器承受得壓力。事務就是用戶某一步或幾步操作得集合。3、應用系統(tǒng)得吞吐率:即應用系統(tǒng)在單位時間內完成得數據畳也就就是在單位時間內,應用系統(tǒng)針對不同得負載壓力,所能完成得數據畳。4、TP S :每秒鐘系統(tǒng)能夠處理事務或交易得數量,它就是衡量系統(tǒng)處理能力得靈要指標.5、點擊率:每秒鐘用戶向服務器提交得譴求數。5、系統(tǒng)得響應能力:即在各種負載壓力情況下系統(tǒng)得響應時間,也就就是從客戶端譴求發(fā)起JI服務器端應答返回所需要得時間,包括網絡傳

4、輸時間與服務器處理時間。6、應用系統(tǒng)得可蠡性:即在連續(xù)工作時間狀態(tài)下,系統(tǒng)能夠正常運行得時間,即在連續(xù)工作時間段內沒有出錯倍息。L2系統(tǒng)結構及流程X XX系統(tǒng)在實際生產中得亦系結構跟本次性能測試所采用得體系結構就是一樣得交易解也完全一致得。不過,由于硬件條件得限制本次性能測試得硬件平臺跟實際生產環(huán) 境略有不同。121系統(tǒng)總體結構描述本系統(tǒng)得總體結構,包括:硬件組織體系結構、網絡組織體系結構、軟件組織體系 結構與功能模塊得型只體系結構。122功能模塊本次性能測試中各類操作都就是由若干功能模塊組成得,每個功能都根據其執(zhí)行特點分 成了若干操作步驟 < 每個步驟就就是一個功能點(即功能模塊),本

5、次性能測試主要涉及得功能模塊以及所厲操作如下表步驟說明備注:Action.平均響應時間(S)1打開主界面Actio n:訪問首頁(FWSY);52輸入用戶名密碼(需逬行參數化),登錄系統(tǒng)進入首頁Acti on :登陸(DL);53點擊”我得通知"標簽,逬入通知列Act ion:逬入通知列表(JRT表頁面Z LB); 54在瑞曇通矢吐點擊已收通知標題鏈Action :查瞧額(CKT接,查瞧通知(重要通知)Z);55在我得通知上點擊已收通知得”回Ac t ion :進入回復界面(J復"題.逬入回復界面RHFJM) ; 56在通知回復界面上填寫回復內容并A Ct ion :回復通

6、知提交(HFTZ) ;5123關鍵點描述(KP)本次性能測試得關犍點 < 就就是查瞧XXX系統(tǒng)在不同用戶數量(并發(fā))壓力下得表現(xiàn)與 大數據量操作時系統(tǒng)得性能狀態(tài),即:支持得并發(fā)用戶數目與并發(fā)用戶發(fā)送頻率,以及在較大壓力下,系統(tǒng)得處理能力以及CPU.數據庫I/O與內存彳辱使用情況,并找出相應得性能13性能測試環(huán)境本次性能測試環(huán)境與奠實運行環(huán)境硬件與網絡環(huán)境有所不同,就是奠實環(huán)境得縮小數 據庫就是翼實環(huán)境城庫得一個復制(刪?。?本系統(tǒng)采用碰得CS結構巖戶前 臺安裝訪問應用系統(tǒng).其中a體得硬件與網絡環(huán)境如下:中間件服務器:We b log i C 9操作系統(tǒng): Wi n dows7/L i n

7、ux網絡環(huán)境:LAN (lOM )數據庫:Oracle llg RAC客戶端:PC (Windows)網絡拓撲與結構圖如下:數據庫服務器交2第二章性能測試從廣泛意義上講性能測試包括:預期性能測試、用戶并發(fā)測試.M據量測試、疲勞強 度測試、負載能力測試等在不同應用系統(tǒng)得性能測試中*需要根據應用系統(tǒng)得特點與測試 目得得不同來選擇典體得測試方案,本次XXX系統(tǒng)得性能測試主要就是采用通常得壓力測 試模式來執(zhí)行得,即逐步增加壓力直瞧應用系統(tǒng)在各種助狀況下得性能表現(xiàn).在本次性能測試中為使用性能測試工典LoadRunnerll. 0對被測試項目得各模塊逬行監(jiān)控判斷XX系統(tǒng)各模塊得性能表現(xiàn),并幫助項目人員分析

8、系統(tǒng)各個操作得性能瓶頸點.2.1預期性能測試2丄1預期性能概述通過模擬生產運行得業(yè)務壓力量與使用場景組合測試系統(tǒng)得性能就是否滿足生產性能 要求通俗地說,這種方法斷是要在得運彳孫件1谿專能力狀態(tài)。2丄2測試特點1、主要目得就是驗證系統(tǒng)就是否有系統(tǒng)晝稱典有得能力。2、要霍先了解被測試系統(tǒng)經典場景,并眞有確走得性能目標.3,要求在已經確走得環(huán)境下運行。2.2用戶并發(fā)測試221并發(fā)測試概述并發(fā)測試方法通過摸擬用戶并發(fā)訪問,測試多用戶并發(fā)訪問同一個應用.同f模塊或者數 據記錄時就是否存在死鎖或其者她性能問題。222測試目得1、主要目得就是發(fā)現(xiàn)系統(tǒng)中可能隱藏得并發(fā)訪問時辱問題。2、主要關注系統(tǒng)可能存在得并

9、發(fā)問題例如系統(tǒng)中得內存泄漉、線程鎖與資源爭用方面得問題。丸、可以在開發(fā)得各個階段使用需要相關得測試工具得配合與支持。23大數據量測試23J大數據量測試概述測試對象處理大量得數據,以確定就是否達到了將使軟件發(fā)生故障得極限大數據量測試還 將確走測試對象在給定時間內能夠持續(xù)處理得最大負載或工作量。232測試目得1、主要目得就是確走軟件發(fā)生故瞳得極限。必2.確走測試對象在給定時間內能夠持續(xù)處理得最大員載或工作星3、可以在開發(fā)得各個階段使用需要相關得測試工輿得配合與支持。2.4疲勞強度測試241疲勞強度測試概述即壓力測試,測試系統(tǒng)在F飽與狀態(tài)下,例如 卬丄 內存在飽與使用情況下,系統(tǒng)能夠處理 得會話能力

10、,以及系統(tǒng)就是否會出現(xiàn)錯誤。242測試目得1、主要目得就是檢查系統(tǒng)處于壓力性能下時應用得表現(xiàn)。2叭一般通過模擬負載等方法,使得系統(tǒng)得資源使用達至嚴高得水平。丸、一SS用于測試系統(tǒng)得穩(wěn)走性。2.5負載能力測試2-5J負載測試概述通過在被測系統(tǒng)上不斷加壓亙到性SSS標達到極限例如響應時間“超過預走翻或都 菜種資源已經達到飽與狀態(tài).252測試目得1、主要目得就是找到系統(tǒng)處理能力得極限。2叭 需要在給定得測試環(huán)境下進行通常也需要 考慮被測試系統(tǒng)得業(yè)務壓力畳與典型場熱使得測試結果典有業(yè)務上得意義。認-般用 來了解系統(tǒng)得性能容量,或就是配合性能調優(yōu)來使用。2.6測試方法及測試用例詳情參見XX項目測試用例.

11、doc得"性能測試”章節(jié)27測試指標及期望在本次性能測試中*各類測試捋標包括測試中應該達到得某些性瞬標,這些性能扌旨標均就 是來自應用系統(tǒng)設計開發(fā)時遵循得業(yè)務需求當某個測試得某一類掲標已經超出了業(yè)務需求 得要求范圍,則測試已經達到目得,即可終止性能測試.2/7丄1應用軟件級別得測試指標:CPU得利用率小于40%內存占用小于80%P r oce s sor queue 1 en gth 小于2Res ponse t i me 小于 1 s吞吐量throught put大于90%業(yè)務執(zhí)行得平均響應時間(期望值:<15 S ) 不同并發(fā)用戶數得狀況下得記錄上述值2.7.1.2網絡級別

12、得測試指標:/吞吐畳:單位時間內網絡傳輸數據量“沖突率:在以太網上監(jiān)測到得每秒沖突數2.7丄3操作系統(tǒng)級別得測試指標:進程/線程交換率:逬程與線程之間每秒交換次數C P U利用率:即C PU占用率(%)系統(tǒng)C PU利用率:系統(tǒng)得CP U占用率( ) 用戶C P U利用率:用戶模式下得CPU占用率(% ) 磁盤交換率:磁盤交換速率 中斷速率:CPU每秒處理得中斷數2/7丄4數據庫級別得測試指標:/數據庫I/O得流量大小“數據庫鎖資源得使用數*“數據庫得并發(fā)連接數:客戶端得最大連接數2-7-2測試數據準備2/721案例數據:滿負荷壓力根據測試系統(tǒng)得硬件條彳牛,選擇滿負荷得壓力,在系統(tǒng)得資源使用基本

13、維持在90%左 右得狀況下,測試天威竟帶業(yè)務管理系統(tǒng)得處理能力。數據準備工作包括:測試數據庫需典備與真實環(huán)境成一走比例或基本T得數據2J3運行狀況記錄記錄可擴展性測試中得測試結果及其系統(tǒng)得運行狀況。除了記錄測詞旨標以外,應該結 合測試實時記錄系統(tǒng)各個層次得資源與參數。主要包括:硬件環(huán)境資源 服務器操作系統(tǒng)參數 網絡相關參數 數據庫相關參數:具體數據庫參數有所不同結合各個數據庫獨有得特點記錄3第三章測試過程及結果描述3.1測試描述在測試數據準備完備以后,測試將逬行。i5錄每次測試得結果數據,分析測試結果對系 統(tǒng)進行全面盹3.2測試場景示例:步驟說明備注:Action、平均響應時間(S )1打開主

14、界面Action :訪問首頁(FWSY); 52輸入用戶名密碼(需進行參數化), 登錄系統(tǒng).逬入首頁A ction :登陸(DL); 53點擊”我得通知”標簽,進入通知列Action :進入通知列表表頁面(JRTZLB) ; 54在瑞尋通矢吐點擊已收通知標題鏈Action:查瞧飆(CKTZ );接,查瞧通知(重要通知)55在我得通知上點擊已收通知得"回復Action :進入回復界面(J"鏈接進入回復界面RHFJM);56在通知回復界面上填寫回復內容并A C tion :回復通知(H F提交TZ);5測試中使用逐步加壓得模式洌試運行場-安曲劇下:每隔2秒增加1個用戶連接,最多

15、增加到100個用戶,查瞧并記錄運行情況每隔2秒增加2個用戶連接懸多增力聞20 0個用戶查瞧并記錄運行情況每隔2秒增加1個用戶連接,最多增加到3 00個用戶,查瞧并記錄運行情況每隔3秒熾JD 1個用戶連接,最多增加到4 00個用戶,查瞧并記錄運行情況每個場景都包括:用戶登錄一業(yè)務操作業(yè)務完成退出系統(tǒng),所有用例都按以上場景迸 行測試,宙于pc性能限制,為了更準確模擬現(xiàn)場環(huán)境,將運行得所有腳本部署在LoadRunn e r終端上主要目得就就是檢查在不同得壓力得情況下業(yè)務系統(tǒng)得性能表現(xiàn)。33測試結果標準測試結束標準一般依據以下原則:1.所有計劃得測試已經完成;2. 所有計劃收集得性能數據巴釜獲得;3. 所有性能05得到改善并達到要求。執(zhí)行每個場景時需

溫馨提示

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

評論

0/150

提交評論