1、1,高級(jí)性能測試,ZHU TING,2007年6月,IBM Innovation Center,2,課程內(nèi)容介紹,測試策略制定 測試結(jié)果指標(biāo)分析 測試典型案例分析 測試技術(shù)討論 測試工具的使用技巧,3,測試策略制定,概念 測試計(jì)劃 測試流程包括哪些步驟 測試要達(dá)到什么目的 選擇什么協(xié)議進(jìn)行測試 如何編寫一個(gè)完整的測試方案 測試指標(biāo)包括哪些內(nèi)容 自動(dòng)化負(fù)載壓力測試策略,4,測試結(jié)果指標(biāo)分析,客戶端負(fù)載壓力指標(biāo) 服務(wù)器資源使用指標(biāo) 網(wǎng)絡(luò)監(jiān)控指標(biāo),5,測試典型案例分析,系統(tǒng)故障定位與分析 數(shù)據(jù)庫服務(wù)器典型性能調(diào)優(yōu)與評(píng)估 Oracle數(shù)據(jù)庫性能調(diào)優(yōu) 案例測試經(jīng)驗(yàn)交流,6,測試工具的使用技巧,負(fù)載壓力測

2、試工具：LoadRunner8.0 IBM Rational Performance Tester 功能回歸測試工具：WinRunner7.6 IBM Rational Robot 測試管理工具：TestDirector8 .0 IBM Rational TestManager,7,性能測試,系統(tǒng)的性能是一個(gè)很大的概念，覆蓋面非常廣泛，對(duì)一個(gè)軟件系統(tǒng)而言包括執(zhí)行效率、資源占用、穩(wěn)定性、安全性、兼容性、可擴(kuò)展性、可靠性等等，我們這里重點(diǎn)討論的負(fù)載壓力是系統(tǒng)性能的一個(gè)重要方面。 性能測試用來保證產(chǎn)品發(fā)布后系統(tǒng)的性能滿足用戶需求。性能測試在軟件質(zhì)量保證中起重要作用。,8,負(fù)載測試,負(fù)載測試是確定在各

3、種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)組成部分的相應(yīng)輸出項(xiàng)，例如通過量、響應(yīng)時(shí)間、CPU負(fù)載、內(nèi)存使用等如何決定系統(tǒng)的性能，例如穩(wěn)定性和響應(yīng)等。 負(fù)載測試通常描述一種特定類型的壓力測試，即增加用戶數(shù)量以對(duì)應(yīng)用程序進(jìn)行壓力測試。,9,壓力測試,壓力測試通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大的服務(wù)級(jí)別的測試。通俗地講，壓力測試是為了發(fā)現(xiàn)在什么條件下您的應(yīng)用程序的性能會(huì)變得不可接受。,10,負(fù)載壓力測試,負(fù)載壓力測試是性能測試的重要組成部分，負(fù)載壓力測試包括： 并發(fā)性能測試（重點(diǎn)） 疲勞強(qiáng)度測試 大數(shù)據(jù)量測試,11,負(fù)載壓力測試,12,負(fù)載壓力測試,并發(fā)

4、性能測試 考察客戶端應(yīng)用的性能，測試的入口是客戶端 并發(fā)性能測試的過程，是一個(gè)負(fù)載測試和壓力測試的過程。即逐漸增加并發(fā)虛擬用戶數(shù)負(fù)載，直到系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，通過綜合分析交易執(zhí)行指標(biāo)、資源監(jiān)控指標(biāo)等來確定系統(tǒng)并發(fā)性能的過程。并發(fā)性能測試是負(fù)載壓力測試中的重要內(nèi)容。,13,負(fù)載壓力測試,疲勞強(qiáng)度測試 通常是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)或 者日常運(yùn)行用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程。 疲勞強(qiáng)度測試案例制定的原則是保證系統(tǒng)長期不間斷運(yùn)行的業(yè)務(wù)量，并且應(yīng)該盡量去滿足該條件。,14,負(fù)載壓力測試,大數(shù)

5、據(jù)量測試 大數(shù)據(jù)量測試的兩種類型 獨(dú)立的數(shù)據(jù)量測試 針對(duì)某些系統(tǒng)存儲(chǔ)、傳輸、統(tǒng)計(jì)、查詢等業(yè)務(wù)進(jìn)行大 數(shù)據(jù)量測試 綜合數(shù)據(jù)量測試 和壓力性能測試、負(fù)載性能測試、并發(fā)性能測試、疲勞性能測試相結(jié)合的綜合測試方案,15,測試計(jì)劃,分析應(yīng)用程序 定義測試目標(biāo) 計(jì)劃方案實(shí)施 檢查測試目標(biāo),16,制定測試計(jì)劃的目的,構(gòu)建能夠精確地模擬您的工作環(huán)境的測試方案。 了解測試需要的資源。 以可度量的指標(biāo)定義測試成功條件。,17,分析應(yīng)用程序,確定系統(tǒng)組件 描述系統(tǒng)配置 分析使用模型 任務(wù)分布,18,確定系統(tǒng)組件,客戶機(jī)、網(wǎng)絡(luò)、中間件和服務(wù)器,19,描述系統(tǒng)配置,連接到系統(tǒng)的用戶數(shù) 應(yīng)用程序客戶端計(jì)算機(jī)的配置情況（硬

6、件、內(nèi)存、操作系統(tǒng)、軟件、開發(fā)工具等） 使用的數(shù)據(jù)庫和Web 服務(wù)器的類型（硬件、數(shù)據(jù)庫類型、操作系統(tǒng)、文件服務(wù)器等） 服務(wù)器與應(yīng)用程序客戶端之間的通信方式 前端客戶端與后端服務(wù)器之間的中間件配置和應(yīng)用程序服務(wù)器 可能影響響應(yīng)時(shí)間的其他網(wǎng)絡(luò)組件（調(diào)制解調(diào)器等）,20,分析使用模型,考慮哪些用戶使用系統(tǒng) 每種類型用戶的數(shù)量 每個(gè)用戶的典型任務(wù),21,任務(wù)分布,確定數(shù)據(jù)庫活動(dòng)峰值期的發(fā)生時(shí)間 負(fù)載峰值期間的典型活動(dòng),22,定義測試目標(biāo),23,定義測試目標(biāo),以可度量的指標(biāo)制定目標(biāo) 確定測試的時(shí)間,24,確定測試的時(shí)間,25,計(jì)劃方案實(shí)施,定義性能度量的范圍 定義Vuser活動(dòng) 選擇Vuser 選擇測

7、試硬件和軟件,26,定義性能度量的范圍,度量應(yīng)用程序中不同點(diǎn)的響應(yīng)時(shí)間。 根據(jù)測試目標(biāo)確定在哪里運(yùn)行虛擬用戶 運(yùn)行哪些虛擬用戶,27,應(yīng)用程序中不同點(diǎn)的響應(yīng)時(shí)間,度量端到端的響應(yīng)時(shí)間：,28,應(yīng)用程序中不同點(diǎn)的響應(yīng)時(shí)間,度量網(wǎng)絡(luò)和服務(wù)器響應(yīng)時(shí)間：,29,應(yīng)用程序中不同點(diǎn)的響應(yīng)時(shí)間,度量GUI 響應(yīng)時(shí)間： GUI 響應(yīng)時(shí)間= 端到端響應(yīng)時(shí)間- 網(wǎng)絡(luò)和服務(wù)器響應(yīng)時(shí)間,30,應(yīng)用程序中不同點(diǎn)的響應(yīng)時(shí)間,度量服務(wù)器響應(yīng)時(shí)間：,31,應(yīng)用程序中不同點(diǎn)的響應(yīng)時(shí)間,度量中間件到服務(wù)器的響應(yīng)時(shí)間：,32,選擇Vuser,33,選擇測試硬件和軟件,硬件和軟件應(yīng)該具有強(qiáng)大的性能和 足夠快的運(yùn)行速度，以模擬所需數(shù)

8、量的虛擬用戶 。,34,檢查測試目標(biāo),度量最終用戶響應(yīng)時(shí)間 定義最優(yōu)的硬件配置 檢查可靠性 確定瓶頸 度量系統(tǒng)容量,35,定義最優(yōu)的硬件配置舉例,例如，您可以設(shè)置三種不同的服務(wù)器配置，并針對(duì)各個(gè)配置運(yùn)行相同的測試，以確定性能上的差異： . 配置1：200MHz、64MB RAM . 配置2：200MHz、128MB RAM . 配置3：266MHz、128MB RAM,36,檢查可靠性舉例,確定系統(tǒng)在連續(xù)的高工作負(fù)載下的穩(wěn)定性級(jí)別。 強(qiáng)制系統(tǒng)在短時(shí)間內(nèi)處理大量任務(wù)，以模擬系統(tǒng)在數(shù)周或數(shù)月的時(shí)間內(nèi)通常會(huì)遇到的活動(dòng)類型。,37,確定瓶頸舉例,您可以運(yùn)行測試以確定系統(tǒng)的瓶頸，并確定哪些因素導(dǎo)致性能下

9、降，例如，文件鎖定、資源爭用和網(wǎng)絡(luò)過載。,38,度量系統(tǒng)容量舉例,查看現(xiàn)有系統(tǒng)中性能與負(fù)載間的關(guān)系，并確定出現(xiàn)響應(yīng)時(shí)間顯著延長的位置 “拐點(diǎn)”?？梢源_定是否需要增加資源以支持額外的用戶。,39,測試流程步驟,測試需求分析 測試案例制定 測試環(huán)境、工具、數(shù)據(jù)準(zhǔn)備 測試腳本錄制、編寫與調(diào)試 負(fù)載壓力場景制定 測試執(zhí)行 結(jié)果分析與定位問題 測試報(bào)告與測試評(píng)估,40,測試目的,在真實(shí)環(huán)境下檢測系統(tǒng)性能，評(píng)估系統(tǒng)性能以及服務(wù)等級(jí)的滿足情況 預(yù)見系統(tǒng)負(fù)載壓力承受力,在應(yīng)用實(shí)際部署之前，評(píng)估系統(tǒng)性能 幫助軟件廠商或用戶分析系統(tǒng)瓶頸、優(yōu)化系統(tǒng),41,測試目的,實(shí)現(xiàn)目的的測試方法： 性能檢測 性能調(diào)優(yōu),42,性

10、能檢測,在真實(shí)生產(chǎn)環(huán)境下，檢測系統(tǒng)性能，評(píng)估并報(bào)告整個(gè)系統(tǒng)的性能和健壯情況 檢查服務(wù)等級(jí)的滿足情況 對(duì)系統(tǒng)的未來容量作出預(yù)測和規(guī)劃,43,性能調(diào)優(yōu),查找系統(tǒng)瓶頸的根本原因 評(píng)估性能調(diào)整的效果 在測試環(huán)境下再現(xiàn)性能問題,44,編寫一個(gè)完整的測試方案,應(yīng)用在客戶端性能的測試 應(yīng)用在網(wǎng)絡(luò)上性能的測試 應(yīng)用在服務(wù)器上性能的測試 一個(gè)測試方案的例子 一個(gè)測試計(jì)劃的例子,45,測試指標(biāo),客戶端交易處理性能指標(biāo) 服務(wù)器資源監(jiān)控，例如： UNIX 數(shù)據(jù)庫資源監(jiān)控，例如： Oracle Web服務(wù)器監(jiān)控，例如： Apache 中間件監(jiān)控，例如： TUXEDO等等,46,自動(dòng)化負(fù)載壓力測試,利用或開發(fā)負(fù)載壓力測試

11、的 自動(dòng)化測試方法，包括：程序、工具、流程等等。,47,自動(dòng)化負(fù)載壓力測試優(yōu)勢,48,選擇自動(dòng)化負(fù)載壓力測試方法,利用自動(dòng)化負(fù)載壓力測試工具 開放資源（OpenSource）測試 自主開發(fā)代碼測試,49,自動(dòng)化負(fù)載壓力測試概念,通過在一臺(tái)或幾臺(tái)PC機(jī)上模擬成百或上千的虛擬用戶同時(shí)執(zhí)行業(yè)務(wù)的情景，對(duì)應(yīng)用程序進(jìn)行測試，通過可重復(fù)的、真實(shí)的測試能夠徹底地度量應(yīng)用的性能，確定問題所在。工程項(xiàng)目實(shí)踐證明,其測試結(jié)果與實(shí)際情況完全符合。,50,自動(dòng)化負(fù)載壓力測試實(shí)現(xiàn)機(jī)制,自動(dòng)負(fù)載測試,51,自動(dòng)化負(fù)載壓力測試工具,LoadRunner美國Mercury Interactive公司 QALoad美國Comp

12、uware(康博)公司 Rational Robot 美國IBM公司 SILK PERFORMER V 美國Segue 公司 Benchmark Factory美國Quest軟件公司 WAS美國Mcrosoft 公司,52,自動(dòng)化負(fù)載壓力測試工具,自動(dòng)化負(fù)載壓力測試工具對(duì)比,53,自動(dòng)化負(fù)載壓力測試工具選擇依據(jù),模擬您的客戶機(jī) 運(yùn)行多個(gè)模擬的客戶機(jī) 腳本化執(zhí)行并能編輯腳本 支持會(huì)話 可配置的用戶數(shù)量 報(bào)告成功、錯(cuò)誤和失敗,54,自動(dòng)化負(fù)載壓力測試工具缺陷,缺乏功能點(diǎn)的校驗(yàn) 對(duì)有些控件支持得不好 不能達(dá)到真實(shí)模擬負(fù)載 腳本的支持不夠靈活 報(bào)錯(cuò)定位不夠詳細(xì),55,自動(dòng)化負(fù)載壓力測試工具盲點(diǎn),在負(fù)載

13、測試中，不進(jìn)行功能校驗(yàn)，就是當(dāng)功能錯(cuò)誤發(fā)生時(shí)，測試工具不能夠記錄產(chǎn)生的功能性錯(cuò)誤，這就忽略了負(fù)載壓力情況下的功能不穩(wěn)定問題。 在負(fù)載壓力測試過程中記錄所有虛擬用戶的操作及服務(wù)器的響應(yīng)是當(dāng)前負(fù)載壓力測試技術(shù)發(fā)展的最大挑戰(zhàn)。 但測試過程中的附加記錄會(huì)導(dǎo)致資源消耗、操作行為增加以及產(chǎn)生大量日志等問題。,56,測試結(jié)果指標(biāo)分析,客戶端負(fù)載壓力指標(biāo) 為了完成一個(gè)任務(wù)，用戶對(duì)應(yīng)用程序執(zhí)行的一組操作，例如登陸一個(gè)Web站點(diǎn)、搜索一個(gè)飛機(jī)票信息、在網(wǎng)上買一本書等等。 虛擬并發(fā)用戶數(shù)（Total Virtual Users） 交易響應(yīng)時(shí)間（Response Time） 每分鐘交易數(shù)（Trans Rate） 吞吐

14、量圖 （ThroughOut）,57,測試結(jié)果指標(biāo)分析,客戶端負(fù)載壓力指標(biāo)-交易處理指標(biāo) . 平均事務(wù)響應(yīng)時(shí)間圖 . 每秒事務(wù)數(shù)圖 . 每秒事務(wù)總數(shù) . 事務(wù)摘要圖 . 事務(wù)性能摘要圖 . 事務(wù)響應(yīng)時(shí)間（負(fù)載下）圖 . 事務(wù)響應(yīng)時(shí)間（百分比）圖 . 事務(wù)響應(yīng)時(shí)間（分布）圖,58,測試結(jié)果指標(biāo)分析,客戶端負(fù)載壓力指標(biāo)-Web請(qǐng)求指標(biāo) . 每秒點(diǎn)擊次數(shù)圖 . 點(diǎn)擊次數(shù)摘要圖 . 吞吐量圖 . 吞吐量摘要圖 . HTTP 狀態(tài)代碼摘要圖 . 每秒HTTP 響應(yīng)數(shù)圖 . 每秒下載頁面數(shù)圖 . 每秒重試次數(shù)圖 . 重試次數(shù)摘要圖 . 連接數(shù)圖 . 每秒連接數(shù)圖 . 每秒SSL 連接數(shù)圖,59,測試結(jié)果指

15、標(biāo)分析,服務(wù)器資源使用指標(biāo)-UNIX,60,測試結(jié)果指標(biāo)分析,服務(wù)器資源使用指標(biāo)-Windows2000 Server,61,測試結(jié)果指標(biāo)分析,服務(wù)器資源使用指標(biāo)-Windows2000 Server(續(xù)),62,測試結(jié)果指標(biāo)分析,網(wǎng)絡(luò)監(jiān)控指標(biāo)： 吞吐量 容量(信道容量或帶寬) 利用率 最優(yōu)利用率 可提供負(fù)載 有效率 延遲 延遲變化量 響應(yīng)時(shí)間,63,測試典型案例分析,系統(tǒng)故障定位與分析 最難的問題,64,系統(tǒng)瓶頸分析舉例,經(jīng)驗(yàn)舉例1 交易的響應(yīng)時(shí)間如果很長，遠(yuǎn)遠(yuǎn)超過系統(tǒng)性能需求，表示耗費(fèi)CPU的數(shù)據(jù)庫操作，例如排序，執(zhí)行aggregate functions（例如sum、min、max、co

16、unt）等較多，可考慮是否有索引以及索引建立的是否合理；盡量使用簡單的表聯(lián)接；水平分割大表格等方法來降低該值。,65,系統(tǒng)瓶頸分析舉例,經(jīng)驗(yàn)舉例2 分段排除錯(cuò)誤。測試工具可以模擬不同的虛擬用戶來單獨(dú)訪問Web服務(wù)器、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器，這樣，就可以在Web端測出的響應(yīng)時(shí)間減去以上各個(gè)分段測出的時(shí)間就可以知道瓶頸在哪并著手調(diào)優(yōu)。,66,系統(tǒng)瓶頸分析舉例,經(jīng)驗(yàn)舉例3 UNIX資源監(jiān)控（NT操作系統(tǒng)同理）中指標(biāo)內(nèi)存頁交換速率（Paging rate），如果該值偶爾走高，表明當(dāng)時(shí)有線程競爭內(nèi)存。如果持續(xù)很高，則內(nèi)存可能是瓶頸。也可能是內(nèi)存訪問命中率低?！癝wap in rate”和“Swap o

17、ut rate”也有類似的解釋。,67,系統(tǒng)瓶頸分析舉例,經(jīng)驗(yàn)舉例4 UNIX資源監(jiān)控（NT操作系統(tǒng)同理）中指標(biāo)CPU占用率（CPU utilization），如果該值持續(xù)超過95%，表明瓶頸是CPU?？梢钥紤]增加一個(gè)處理器或換一個(gè)更快的處理器 。合理使用的范圍在60%至70%。,68,系統(tǒng)瓶頸分析舉例,經(jīng)驗(yàn)舉例5 UNIX資源監(jiān)控（NT操作系統(tǒng)同理）中指標(biāo)磁盤交換率（Disk rate），如果該參數(shù)值一直很高，表明I/O有問題。可考慮更換更快的硬盤系統(tǒng)、重新部署業(yè)務(wù)邏輯等，另外設(shè)置Tempdb in RAM，減低max async IO，max lazy writer IO等措施都會(huì)降低該值

18、。,69,優(yōu)化調(diào)整設(shè)置,CPU問題： 考慮使用更高級(jí)的CPU代替目前的CPU 對(duì)于多CPU，考慮CPU之間的負(fù)載分配 考慮在其它體系上設(shè)計(jì)系統(tǒng)，例如增加前置機(jī)、設(shè)置并行服務(wù)器等。,70,優(yōu)化調(diào)整設(shè)置,內(nèi)存和高速緩存 內(nèi)存的優(yōu)化包括操作系統(tǒng)、數(shù)據(jù)庫、應(yīng)用程序的內(nèi)存優(yōu)化。 過多的分頁與交換可能降低系統(tǒng)的性能 內(nèi)存分配也是影響系統(tǒng)性能的主要原因 保證保留列表具有較大的鄰接內(nèi)存塊 調(diào)整數(shù)據(jù)塊緩沖區(qū)大?。ㄓ脭?shù)據(jù)塊的個(gè)數(shù)表示）是一個(gè)重要內(nèi)容 將最頻繁使用的數(shù)據(jù)保存在存儲(chǔ)區(qū)中,71,優(yōu)化調(diào)整設(shè)置,磁盤（I/O）資源問題 磁盤讀寫進(jìn)度對(duì)數(shù)據(jù)庫系統(tǒng)是至關(guān)重要的，數(shù)據(jù)庫對(duì)象在物理設(shè)備上的合理分布能改善性能 磁盤鏡

19、像會(huì)減慢磁盤寫的速度 通過把日志和數(shù)據(jù)庫對(duì)象分布在獨(dú)立的設(shè)備上可以提高系統(tǒng)的性能 把不同的數(shù)據(jù)庫放在不同的硬盤上，可以提高讀寫速度。經(jīng)常把數(shù)據(jù)庫、回滾段、日志放在不同的設(shè)備上 把表放在一塊硬盤上，把非簇的索引放在另一塊硬盤上，保證物理讀寫更快,72,優(yōu)化調(diào)整設(shè)置,調(diào)整配置參數(shù) 包括操作系統(tǒng)和數(shù)據(jù)庫的參數(shù)配置 并行操作資源限制的參數(shù)（并發(fā)用戶的數(shù)目、會(huì)話數(shù)） 影響資源開銷的參數(shù) 與I/O有關(guān)的參數(shù),73,優(yōu)化調(diào)整設(shè)置,優(yōu)化應(yīng)用系統(tǒng)網(wǎng)絡(luò)設(shè)置 可以通過數(shù)組接口來減少網(wǎng)絡(luò)呼叫。不是一次提取一行，而是在單個(gè)往來往返中提取10行，這樣做效率較高 調(diào)整會(huì)話數(shù)據(jù)單元的緩沖區(qū)大小 共享服務(wù)進(jìn)程比專用服務(wù)進(jìn)程提供

20、較好的性能,74,故障定位與分析,一個(gè)測試實(shí)例,75,測試典型案例分析,數(shù)據(jù)庫服務(wù)器典型性能調(diào)優(yōu)與評(píng)估,76,數(shù)據(jù)庫服務(wù)器典型性能問題,數(shù)據(jù)庫服務(wù)器性能問題及原因分析 單一類型事務(wù)響應(yīng)時(shí)間過長 數(shù)據(jù)庫服務(wù)器負(fù)載 糟糕的數(shù)據(jù)庫設(shè)計(jì) 事務(wù)粒度過大 批任務(wù)對(duì)普通用戶性能的影響 并發(fā)處理能力差 鎖沖突嚴(yán)重 資源鎖定造成的數(shù)據(jù)庫事務(wù)超時(shí) 數(shù)據(jù)庫死鎖,77,數(shù)據(jù)庫服務(wù)器典型性能問題,數(shù)據(jù)庫性能問題的一般解決辦法 監(jiān)視性能相關(guān)數(shù)據(jù)； 定位資源占用較大的事務(wù)并做出必要的優(yōu)化或調(diào)整； 定位鎖沖突，修改鎖沖突發(fā)生嚴(yán)重的應(yīng)用邏輯； 對(duì)規(guī)模較大的數(shù)據(jù)或者無法通過一般優(yōu)化解決的鎖沖突進(jìn)行分布。,78,測試典型案例分析,

21、硬件配置與系統(tǒng)性能 測試實(shí)例,79,測試典型案例分析,服務(wù)器集群與系統(tǒng)性能 測試實(shí)例,80,案例測試經(jīng)驗(yàn)交流,負(fù)載均衡與系統(tǒng)性能 測試實(shí)例,81,案例測試經(jīng)驗(yàn)交流,負(fù)載均衡基礎(chǔ)知識(shí) 負(fù)載均衡策略：靜態(tài)方式、動(dòng)態(tài)方式： 負(fù)載均衡針對(duì)的應(yīng)用 負(fù)載均衡記錄文件用戶表 回話保持概念 回話保持方式 負(fù)載均衡器布置,82,測試典型案例分析,案例測試經(jīng)驗(yàn)交流,83,案例測試經(jīng)驗(yàn)交流,不同的工具監(jiān)控性能指標(biāo)（CPU）： 最大并發(fā)用戶數(shù) 最大連接數(shù) 最大在線用戶數(shù) 最大注冊(cè)用戶數(shù),84,測試案例介紹,并發(fā)性能測試幾個(gè)應(yīng)用實(shí)例 實(shí)例1：計(jì)費(fèi)帳務(wù)系統(tǒng)V3.0 測試類型：并發(fā)、疲勞 系統(tǒng)運(yùn)行模式：三層結(jié)構(gòu)中間件TUX

22、EDO、數(shù)據(jù)庫服務(wù)器操作系統(tǒng)UNIX、數(shù)據(jù)庫Oracle 監(jiān)測的測試指標(biāo)包括：交易處理性能、UNIX資源、TUXEDO資源 并發(fā)用戶數(shù)：50 測試工具： LoadRunner7.5.1 解決的問題：業(yè)務(wù)執(zhí)行平均響應(yīng)時(shí)間在100秒左右，經(jīng)過調(diào)優(yōu)后，平均響應(yīng)時(shí)間降為10秒 例圖如下,85,測試案例介紹,銷帳，并發(fā)用戶數(shù)50，平均響應(yīng)時(shí)間,86,測試案例介紹,實(shí)例2：加油IC卡試點(diǎn)工程核心軟件V2.0 測試類型：并發(fā) 系統(tǒng)運(yùn)行模式：發(fā)卡網(wǎng)點(diǎn)子系統(tǒng)采用三層結(jié)構(gòu)的運(yùn)行模 式，零管子系統(tǒng)采用C/S運(yùn)行模式。中間件TUXEDO、數(shù)據(jù)庫服務(wù)器操作系統(tǒng)UNIX、數(shù)據(jù)庫Sybase 監(jiān)測的測試指標(biāo)包括：交易處理性

23、能、UNIX資源、TUXEDO資源 并發(fā)用戶數(shù)：銷售信息查詢100，單用戶卡充值170 測試工具：QALoad、 LoadRunner,87,測試案例介紹,實(shí)例2：加油IC卡試點(diǎn)工程核心軟件V2.0 （續(xù)） 解決的問題：銷售信息查詢，當(dāng)記錄條數(shù)達(dá)到1000000時(shí)，系統(tǒng)在15分鐘內(nèi)無任何響應(yīng) 。經(jīng)分析確定為系統(tǒng)數(shù)據(jù)庫的架構(gòu)存在問題。 例圖如下：,88,測試案例介紹,1100用戶 250用戶 330用戶 420用戶 510用戶,89,測試案例介紹,實(shí)例3：高速公路聯(lián)網(wǎng)收費(fèi)系統(tǒng)V1.1 測試類型：并發(fā)、疲勞 系統(tǒng)運(yùn)行模式： 該軟件為C/S結(jié)構(gòu)，數(shù)據(jù)庫Informix7.3 ，中間件（自行開發(fā)）Wi

24、nsock，各級(jí)服務(wù)器均為IBM系列服務(wù)器 監(jiān)測的測試指標(biāo)包括： UNIX資源 并發(fā)用戶數(shù)：100 測試工具：QALoad、 LoadRunner 解決的問題：CPU占用率基本保持在65，在并發(fā)用戶數(shù)為100，交易數(shù)為100的情況下達(dá)到82%，最大值達(dá)到90以上。可見CPU占用率將來有可能會(huì)成為系統(tǒng)瓶頸 疲勞測試丟失數(shù)據(jù)763條，中間件的穩(wěn)定性有待進(jìn)一步提高 例圖如下：,90,測試案例介紹,0309100_05F：虛擬用戶數(shù)100 0309100_060：虛擬用戶數(shù)10 0309100_061：虛擬用戶數(shù)30 0309100_062：虛擬用戶數(shù)50 圖：入口車道往結(jié)算中心上傳交易響應(yīng)時(shí)間分布圖,91,測試案例介紹,實(shí)例4：多媒體數(shù)據(jù)庫 V1.0 測試類型：并發(fā)、疲勞 系統(tǒng)運(yùn)行模式：B/S運(yùn)行模式，三層結(jié)構(gòu)，web服務(wù)器為Apache，后臺(tái)各服務(wù)器操作系統(tǒng)為UNIX或者Linux，數(shù)據(jù)庫為Oracle 監(jiān)測的測試指標(biāo)包括： UNIX（Linux）、Oracle以及Apache資源 并發(fā)用戶數(shù)：