性能測試培訓c

性能測試培訓c2序幕奧運會12306不僅只有web。。。3理論篇：1.性能測試概念2.性能測試目的3.性能測試類型4.性能測試策略5.性能測試流程培訓內(nèi)容實踐篇：1.LoadRunner介紹2.操作演示3.上機實習4性能測試技術(shù)性能測試概念性能測試目的性能測試類型性能測試策略性能測試流程5性能測試發(fā)展Dos和Windows95時代單機應(yīng)用Windows2000和Linux時代規(guī)模龐大、結(jié)構(gòu)復雜的分布式系統(tǒng)6軟件性能概念軟件性能與性能測試不同角度對軟件性能的認識性能測試應(yīng)用領(lǐng)域性能測試常用術(shù)語的理解7軟件性能與性能測試軟件性能 軟件性能是一種指標，表明軟件對于其及時性要求的符合程度。對一個系統(tǒng)而言，包括并發(fā)用戶數(shù)、響應(yīng)時間、吞吐量、以及資源利用率等方面的信息。性能測試 為描述測試對象與性能相關(guān)的特性而實施和執(zhí)行的測試。8軟件性能概念軟件性能與性能測試不同角度對軟件性能的認識性能測試應(yīng)用領(lǐng)域性能測試常用術(shù)語的理解9用戶視角10系統(tǒng)管理員視角系統(tǒng)管理員視角系統(tǒng)能夠支持多少用戶并發(fā)？最大交易處理量是多少？服務(wù)器資源使用合理嗎？更換哪些設(shè)備可以提高系統(tǒng)性能？系統(tǒng)能否7x24hours連續(xù)穩(wěn)定運行？……11開發(fā)人員視角開發(fā)人員視角內(nèi)存使用方式合理嗎？線程同步方式合理嗎？資源競爭合理嗎？數(shù)據(jù)庫設(shè)計合理嗎？系統(tǒng)架構(gòu)合理嗎？……12測試人員視角我們要關(guān)注什么？13軟件性能概念軟件性能與性能測試不同角度對軟件性能的認識性能測試應(yīng)用領(lǐng)域性能測試常用術(shù)語的理解14性能測試應(yīng)用領(lǐng)域性能驗證性能規(guī)劃缺陷定位性能調(diào)優(yōu)15軟件性能概念軟件性能與性能測試不同角度對軟件性能的認識性能測試應(yīng)用領(lǐng)域性能測試常用術(shù)語的理解16性能測試常用術(shù)語并發(fā)用戶數(shù)響應(yīng)時間吞吐量資源占用率思考時間17并發(fā)用戶數(shù)

18并發(fā)用戶數(shù)Example 某信息發(fā)布論壇，該系統(tǒng)有2000個用戶，平均每天有600個用戶登錄系統(tǒng)進行操作，每個用戶從登錄到退出的平均時間是4小時，在一天內(nèi)，用戶在8小時內(nèi)使用該系統(tǒng)，系統(tǒng)的系統(tǒng)用戶數(shù)、在線用戶數(shù)，并發(fā)用戶數(shù)、最大并發(fā)數(shù)是多少？19響應(yīng)時間3-5-8原則20吞吐量吞吐量 單位時間內(nèi)系統(tǒng)處理的客戶請求的數(shù)量。對于交互式系統(tǒng)，單位通常是字節(jié)數(shù)/s、頁面數(shù)/s或請求/s，對于非交互式系統(tǒng)，單位通常是筆（交易）/s。吞吐量計算公式

F=VU*R/TTips根據(jù)吞吐量可推算出事件發(fā)生的頻率和次數(shù)，協(xié)助測試工程師分析性能瓶頸。21資源利用率資源利用率 描述軟件系統(tǒng)性能能力的一系列數(shù)據(jù)指標，通常是操作系統(tǒng)、中間件、數(shù)據(jù)庫等設(shè)備的性能計數(shù)器的值。22思考時間思考時間 系統(tǒng)使用者在進行業(yè)務(wù)操作的時候，發(fā)出每個請求之間的時間間隔。思考時間計算公式 R=T/TSTips

Thinktime在一定范圍內(nèi)隨機波動更符合實際情況。23性能測試技術(shù)性能測試概念性能測試目的性能測試類型性能測試策略性能測試流程24性能測試目的最小化系統(tǒng)成本優(yōu)化系統(tǒng)性能交付高質(zhì)量的系統(tǒng)25最小化系統(tǒng)成本最小化系統(tǒng)成本性能問題越嚴重，成本越高性能問題越分散，成本越高性能問題越遲發(fā)現(xiàn)，修復問題成本越高26優(yōu)化系統(tǒng)性能優(yōu)化系統(tǒng)性能測試發(fā)現(xiàn)性能問題分析得出性能瓶頸修復問題重復測試驗證問題提升質(zhì)量27交付高質(zhì)量的系統(tǒng)交付高質(zhì)量的系統(tǒng)當前系統(tǒng)滿足驗收要求系統(tǒng)能滿足日后擴展的需求系統(tǒng)能長期穩(wěn)定運行28性能測試技術(shù)性能測試概念性能測試目的性能測試類型性能測試策略性能測試流程29性能測試類型負載測試1疲勞強度測試4并發(fā)測試3壓力測試2其它530負載測試定義：負載測試指通過逐步增加系統(tǒng)負載，測試系統(tǒng)性能的變化，并最終確定在滿足系統(tǒng)的性能指標情況下，系統(tǒng)所能夠承受的最大負載量。目標：確定系統(tǒng)處理能力的極限。31壓力測試

定義：壓力測試指通過逐步增加系統(tǒng)負載，測試系統(tǒng)性能的變化，并最終確定在什么壓力條件下系統(tǒng)性能處于失效狀態(tài)，由此獲得系統(tǒng)能夠提供的最大服務(wù)級別。目標：發(fā)現(xiàn)在什么條件下應(yīng)用系統(tǒng)的性能會變得不可接受。

32并發(fā)測試

定義：并發(fā)測試指測試多個用戶同時訪問同一個應(yīng)用、同一個模塊或者操作數(shù)據(jù)記錄時的性能。目標：考察系統(tǒng)在多用戶訪問時的性能狀況。33疲勞強度測試

定義：疲勞強度測試是指在保證總業(yè)務(wù)量的情況下長時間運行系統(tǒng)的測試。屬可靠性測試范疇。目標：測試系統(tǒng)長時間無故障穩(wěn)定運行的能力。34配置測試

定義：配置測試指對系統(tǒng)可利用的軟硬件設(shè)備的不同配置組合的測試。目標：找到系統(tǒng)各項資源的最優(yōu)分配原則。

35大數(shù)據(jù)量測試定義：大數(shù)據(jù)量測試包括獨立數(shù)據(jù)量測試和綜合數(shù)據(jù)量測試兩類。獨立數(shù)據(jù)量測試：指針對某些系統(tǒng)存儲、傳輸、統(tǒng)計、查詢等業(yè)務(wù)進行的大數(shù)據(jù)量測試。綜合數(shù)據(jù)量測試：指在一定數(shù)據(jù)量情況下對系統(tǒng)進行負載壓力的測試，考查業(yè)務(wù)是否能夠正常運行的測試。目標：測試數(shù)據(jù)量較大時系統(tǒng)的性能狀況。36失效恢復測試定義：失效恢復測試主要針對有冗余備份或負載均衡的系統(tǒng)，檢驗如果系統(tǒng)局部發(fā)生故障，系統(tǒng)的自動修復能力和對用戶的影響。目標：通過實施失效恢復測試，評估系統(tǒng)的健壯性和可恢復性。37性能測試技術(shù)性能測試概念性能測試目的性能測試類型性能測試策略性能測試流程38性能測試策略應(yīng)用在客戶端的性能測試應(yīng)用在網(wǎng)絡(luò)的性能測試應(yīng)用在服務(wù)器端的性能測試39應(yīng)用在客戶端的性能測試應(yīng)用在客戶端性能的測試測試方法實現(xiàn)機制40測試方法客戶端性能測試負載&壓力&并發(fā)大數(shù)據(jù)量測試失效恢復測試疲勞強度測試測試方法41實現(xiàn)機制實現(xiàn)機制 通過性能測試工具模擬壓力，逐漸增加并發(fā)虛擬用戶數(shù)負載，直到系統(tǒng)的產(chǎn)生瓶頸或者不能接收的性能點，通過綜合分析交易執(zhí)行指標、資源監(jiān)控指標等來確定系統(tǒng)并發(fā)性能的過程。42測試工具簡介自動化性能測試工具

商業(yè)測試工具

LoadRunner、RationalRobot、QALoad、 SilkPerformer

開源（OpenSource）測試工具

TestMaker、ApacheJmeter、OpentSTA…

自主開發(fā)測試程序或者測試工具43Loadrunner簡介LoadRunner－HP公司測試接口：接口多且個別接口支持的版本較高設(shè)置靈活操作方便豐富的資源監(jiān)控報告形式多樣44RationalRobot簡介RationalRobot－IBM公司包括以下幾類缺省協(xié)議：SQL、HTTP、Socket、TUXEDO、IIOP、FlowControl，其它測試協(xié)議要單獨購買性能測試與功能校驗相結(jié)合報告分三種狀態(tài)：new、open及run45QALoad簡介QALoad－美國Compuware(康博)公司測試接口：DB2，DCOM，ODBC，ORACLE，NETLoad，Corba，QARun，SAP，SQLServer，Sybase，Telnet，TUXEDO，UNIFACE，WinSock，WWW性價比較高可以和本公司的其它產(chǎn)品集成，形成完整的系統(tǒng)性能測試方案46BenchmarkFactory簡介BenchmarkFactory－美國Quest軟件公司可以測試服務(wù)器集群的性能基準測試高級腳本47WAS簡介WAS－美國Microsoft公司免費使用的Web應(yīng)用性能測試工具 測試指標主要有：

Numberofhits：測試間隔內(nèi)虛擬用戶點擊頁面的總次數(shù)Requestspersecond：每秒客戶端的請求次數(shù)Threads：線程數(shù)TTFBAvg：從第一個請求發(fā)出到測試工具接收到服務(wù)器應(yīng)答數(shù)據(jù)的第一個字節(jié)之間的平均時間TTLBAvg：從第一個請求發(fā)出到測試工具接收到服務(wù)器應(yīng)答數(shù)據(jù)的最后一個字節(jié)之間的平均時間48SilkPerformer簡介SILKPERFORMERV美國Borland公司在工具中融合了功能測試的方法，即內(nèi)容校驗?zāi)_本采用PASCAL，資源消耗較小，支持一些底層訪問錯誤可精確定位提供數(shù)據(jù)池模板，并可定制49自動化測試工具優(yōu)勢優(yōu)勢快速可編程可重用……50自動化測試工具劣勢劣勢對某些控件支持不夠不能完全模式真實環(huán)境報告定位不夠準確51自動化測試工具盲點盲點無法進行功能校驗工具本身的消耗52性能測試策略應(yīng)用在客戶端的性能測試應(yīng)用在網(wǎng)絡(luò)的性能測試應(yīng)用在服務(wù)器端的性能測試53應(yīng)用在網(wǎng)絡(luò)的性能測試網(wǎng)絡(luò)性能測試關(guān)鍵測試網(wǎng)絡(luò)帶寬、延時、負載和TCP端口的變化如何影響用戶的響應(yīng)時間網(wǎng)絡(luò)應(yīng)用性能監(jiān)控Compuware：NetworkVantageHP：NetworkNodeManagerSpirent:Avalanche54應(yīng)用網(wǎng)絡(luò)故障分析網(wǎng)絡(luò)性能測試工作原理 多點捕捉，一點控制和分析。捕捉點：Agent被動監(jiān)聽數(shù)據(jù)包實現(xiàn)實時數(shù)據(jù)獲取分析：AgentManager分析匯集的數(shù)據(jù)信息

55網(wǎng)絡(luò)故障分析工作原理56設(shè)置多點代理服務(wù)在應(yīng)用網(wǎng)絡(luò)邏輯路徑上多點部署代理，實現(xiàn)數(shù)據(jù)采集；在任何兩個節(jié)點間進行數(shù)據(jù)整合，測量分段的響應(yīng)時間，分析應(yīng)用故障。ClientTimeInternetTimeFirewallTimeDNSTimeBackendSystemsTimeRRROSAOSAInternetROSAWebServerOSAWebServerTime57性能測試策略應(yīng)用在客戶端的性能測試應(yīng)用在網(wǎng)絡(luò)的性能測試應(yīng)用在服務(wù)器端的性能測試58應(yīng)用在服務(wù)器端的性能測試測試方法基準測試BenchmarkTpcc/Tpcw……

59性能測試技術(shù)性能測試概念性能測試目的性能測試類型性能測試策略性能測試流程60性能測試流程性能測試流程 從計劃到策略再到實現(xiàn)的循序漸進的過程。性能測試的重要因素測試人員的努力？61性能測試流程性能測試流程參考依據(jù)公司規(guī)模商業(yè)目標發(fā)展線路62性能測試流程3.測試執(zhí)行階段

1.需求及計劃階段4.分析及調(diào)優(yōu)階段2.設(shè)計及開發(fā)階段性能測試測試需求分析測試需求評審測試計劃制定測試環(huán)境設(shè)計測試場景設(shè)計測試用例設(shè)計腳本開發(fā)調(diào)試結(jié)果分析問題定位測試報告與評估

環(huán)境搭建測試場景部署測試執(zhí)行63需求及計劃階段需求分析階段主要工作分析系統(tǒng)性能相關(guān)信息和資料，提取性能測試需求。Tips 對業(yè)務(wù)的需求分析是反復迭代的過程。64性能測試需求什么是性能測試需求？性能測試需求業(yè)務(wù)需求性能需求環(huán)境需求65測試需求分析方法測試需求分析方法從項目文檔中獲取通過與客戶交流來獲取通過系統(tǒng)日志來獲取66項目文檔項目文檔Tips 需求分大企業(yè)和小企業(yè)項目文檔的區(qū)別。67客戶交流客戶交流這種方式獲取性能需求最快。電話郵件面對面交談Tips

防止不可忽視的弊端，尤其面對非IT行業(yè)用戶。68交易名稱日常業(yè)務(wù)高峰期業(yè)務(wù)Web服務(wù)器負載數(shù)據(jù)庫服務(wù)器負載風險登陸70/hr210/hr高低大開一個新帳號10/hr15/hr中等中等小生成訂單130/hr180/hr中等中等中更新訂單20/hr30/hr中等中等大發(fā)貨40/hr90/hr中等高大選擇的標準：高吞吐量

高數(shù)據(jù)庫I/O

高商業(yè)風險客戶交流69系統(tǒng)日志系統(tǒng)日志這種方式獲取性能需求最符合實際情況。用戶數(shù)量和訪問路徑頻繁訪問的模塊和業(yè)務(wù)Tips

在一定程度上彌補不可靠的因素對性能需求分析的影響，使性能需求的分析更準確可靠和有據(jù)可依。70測試需求分析經(jīng)驗需求分析經(jīng)驗業(yè)務(wù)角度時間角度訪問人數(shù)角度

7180~20原則80~20原則估算測試強度 很多事物及現(xiàn)象中都體現(xiàn)了一種規(guī)律：在任何特定群體中，重要因子通常只占少數(shù)，不重要的因子則占多數(shù)，只要能控制具有重要性的少數(shù)因子即能控制全局。7280~20原則測試強度估算 80～20原理：每個工作日中80％的業(yè)務(wù)在20％的時間內(nèi)完成。 舉例： 每年業(yè)務(wù)量集中在8個月，每個月20個工作日，每個工作日8小時，即每天80%的業(yè)務(wù)在1.6小時完成。7380~20原則例題

某業(yè)務(wù)系統(tǒng)去年全年處理業(yè)務(wù)約100萬筆，其中15％的業(yè)務(wù)處理中每筆業(yè)務(wù)需對應(yīng)用服務(wù)器提交7次請求；其中70％的業(yè)務(wù)處理中每筆業(yè)務(wù)需對應(yīng)用服務(wù)器提交5次請求；其余15％的業(yè)務(wù)處理中每筆業(yè)務(wù)需對應(yīng)用服務(wù)器提交3次請求。根據(jù)以往統(tǒng)計結(jié)果，每年的業(yè)務(wù)增量為15％，考慮到今后3年業(yè)務(wù)發(fā)展的需要，測試需按現(xiàn)有業(yè)務(wù)量的兩倍進行。74測試強度估算測試強度估算每年總的請求數(shù)為：(100x15%x7+100x70%x5+100x15%x3)x2=1000萬次/年每天請求數(shù)為：1000/160=6.25萬次/天每秒請求數(shù)為：(62500x80%)/(8x20%x3600)=8.68次/秒即服務(wù)器處理請求的能力應(yīng)達到9次/秒75性能測試需求評審性能測試需求評審 需求風險也常常是軟件測試中最大的一個風險。需求分析組質(zhì)量監(jiān)督組相應(yīng)的技術(shù)團隊Tips 一個好的評審團隊能夠提出有價值的見解。76測試計劃制定測試計劃制定分析測試領(lǐng)域指定業(yè)務(wù)流程確定測試目標選擇測試工具安排測試人員制定時間進度77分析測試領(lǐng)域性能測試領(lǐng)域測試目標關(guān)注點能力驗證驗證系統(tǒng)在固定條件下的性能能力關(guān)鍵業(yè)務(wù)點的響應(yīng)時間和吞吐量規(guī)劃能力驗證系統(tǒng)性能的擴展性和非特定能夠環(huán)境下的性能能力，提出建議系統(tǒng)的性能瓶頸缺陷發(fā)現(xiàn)發(fā)現(xiàn)系統(tǒng)缺陷系統(tǒng)性能缺陷性能調(diào)優(yōu)提高系統(tǒng)的性能表現(xiàn)關(guān)鍵業(yè)務(wù)點的響應(yīng)時間和吞吐量78測試計劃制定測試計劃制定分析測試領(lǐng)域指定業(yè)務(wù)流程確定測試目標選擇測試工具安排測試人員制定時間進度79指定業(yè)務(wù)流程業(yè)務(wù)流程確定 用戶訪問方式和行為操作順序Tips 通過需求分析方法確定測試業(yè)務(wù)，通過用戶手冊確定操作流程。80指定業(yè)務(wù)流程形成的結(jié)果 用戶最關(guān)心的是信息發(fā)布業(yè)務(wù)，該業(yè)務(wù)平均每天使用6000次，業(yè)務(wù)發(fā)布的時間集中在09:00-17:00，在09:00-11:30峰值達到800次/h，用戶使用信息發(fā)布業(yè)務(wù)的訪問路徑是： 1、輸入用戶名和密碼登錄系統(tǒng)； 2、點擊“信息發(fā)布”，進入“信息發(fā)布”頁面； 3、填寫信息，點擊“提交”； 4、點擊“退出”，退出系統(tǒng)。81測試計劃制定測試計劃制定分析測試領(lǐng)域指定業(yè)務(wù)流程確定測試目標選擇測試工具安排測試人員制定時間進度82確定測試目標確定測試目標 由需求轉(zhuǎn)化而來Tips 需要制定符合業(yè)務(wù)或者行業(yè)特點的目標83測試計劃制定－測試目標形成的結(jié)果200個并發(fā)用戶對業(yè)務(wù)A進行訪問，響應(yīng)時間不能超過3秒；在業(yè)務(wù)處理高峰時期，該應(yīng)用系統(tǒng)能夠處理400個用戶的并發(fā)請求，允許響應(yīng)時間延長到8秒。通過性能調(diào)優(yōu)，應(yīng)系統(tǒng)的A業(yè)務(wù)在400并發(fā)用戶的條件下，響應(yīng)時間提高到6秒，此時服務(wù)器的CPU占用不能超過80%，內(nèi)存使用率不超過50%。84測試計劃制定測試計劃制定分析測試領(lǐng)域指定業(yè)務(wù)流程確定測試目標選擇測試工具安排測試人員制定時間進度85選擇測試工具性能測試的基本思想 通過模擬大并發(fā)的用戶對系統(tǒng)進行訪問，來考察系統(tǒng)的性能表現(xiàn)，進而發(fā)現(xiàn)系統(tǒng)的性能瓶頸，為系統(tǒng)性能調(diào)優(yōu)提供依據(jù)，最終達到提高軟件質(zhì)量的目的。Tips 人的思想最重要！86選擇測試工具測試工具基本模塊腳本生成器負載調(diào)控系統(tǒng)測試監(jiān)控系統(tǒng)結(jié)果分析系統(tǒng)87性能測試工具

88選擇測試工具選擇測試工具功能分析工具的成熟度成本分析Tips 按需選擇，選擇性價比最高和符合企業(yè)自身利益的測試工具。89測試計劃制定測試計劃制定分析測試領(lǐng)域指定業(yè)務(wù)流程確定測試目標選擇測試工具安排測試人員制定時間進度90安排測試人員安排測試人員項目經(jīng)理測試設(shè)計人員測試開發(fā)人員測試執(zhí)行人員測試分析人員技術(shù)支持人員91安排測試人員角色職責項目經(jīng)理1.確定測試需求和測試目標2.制定測試計劃和監(jiān)控計劃的執(zhí)行3.管理項目成員測試設(shè)計人員1.設(shè)計測試用例2.設(shè)計測試場景3.制定合理的測試方案測試開發(fā)人員1.腳本編寫和維護2.確定需要監(jiān)控的性能指標92安排測試人員角色職責測試執(zhí)行人員1.部署場景2.通過工具執(zhí)行腳本,監(jiān)控性能指標3.記錄測試結(jié)果測試分析人員1.分析測試結(jié)果和性能指標的數(shù)值2.找出性能瓶頸、提出優(yōu)化建議支持角色1.協(xié)助測試工程師處理無法解決的問題，包括系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)等各方面的問題93測試計劃制定測試計劃制定分析測試領(lǐng)域指定業(yè)務(wù)流程確定測試目標選擇測試工具安排測試人員制定時間進度94制定時間進度制定時間進度 對整個項目的工作量進行估計，通常還需要考慮是否需要進行性能摸底、性能調(diào)優(yōu)等活動，根據(jù)不同的性能測試類型，估算出性能測試工作所要花費的人力和時間。95制定時間進度工作內(nèi)容時間（工作日）制定測試方案2制定測試規(guī)范及制定測試案例3測試環(huán)境準備1性能測試實施測試腳本準備2壓力測試實施2測試數(shù)據(jù)統(tǒng)計分析2提交初步測試結(jié)果1提交測試報告2合計1596性能測試流程3.測試執(zhí)行階段

1.需求及計劃階段4.分析及調(diào)優(yōu)階段2.設(shè)計及開發(fā)階段性能測試測試需求分析測試需求評審測試計劃制定測試環(huán)境設(shè)計測試場景設(shè)計測試用例設(shè)計腳本開發(fā)調(diào)試結(jié)果分析問題定位測試報告與評估

環(huán)境搭建測試場景部署測試執(zhí)行97設(shè)計及開發(fā)階段設(shè)計及開發(fā)階段測試環(huán)境的設(shè)計測試場景的設(shè)計測試用例的設(shè)計測試腳本的開發(fā)和調(diào)試98測試環(huán)境設(shè)計測試環(huán)境設(shè)計 在理想的情況下，所有的測試都應(yīng)該盡量模擬真實的運行環(huán)境。穩(wěn)定性獨立性可控制性99測試環(huán)境設(shè)計測試環(huán)境搭建服務(wù)器操作系統(tǒng)、中間件和數(shù)據(jù)庫網(wǎng)絡(luò)設(shè)備壓力機的數(shù)量和配置性能測試工具、文檔編寫工具等性能測試數(shù)據(jù)100測試環(huán)境設(shè)計性能測試數(shù)據(jù)類型初始數(shù)據(jù)業(yè)務(wù)數(shù)據(jù)腳本參數(shù)數(shù)據(jù)性能測試數(shù)據(jù)準備手工生成工具生成Tips 注意對測試環(huán)境，特別是測試數(shù)據(jù)進行備份。101測試環(huán)境設(shè)計注意事項對于不同類型的應(yīng)用系統(tǒng)的環(huán)境設(shè)計營造相對簡單、獨立的和無毒的測試環(huán)境無法模擬實際環(huán)境的處理方法Tips 好的測試環(huán)境能夠滿足測試需求，能夠保證得到可重復的和易理解的測試結(jié)果。102測試場景設(shè)計測試場景設(shè)計原則 盡量模擬真實的業(yè)務(wù)運行狀況，通常情況下，優(yōu)秀的性能測試工具大都能提供從很多層面對測試場景進行設(shè)計的功能，來幫助測試工程師制定出接近于真實狀況的測試場景。Tips 是否能夠模擬出真實的業(yè)務(wù)場景，也是性能測試執(zhí)行成敗的關(guān)鍵。103測試場景設(shè)計104測試用例設(shè)計測試用例設(shè)計 測試用例的設(shè)計就是將需要測試的業(yè)務(wù)操作流程化，用以指導我們腳本的錄制。用例評審

105測試用例設(shè)計性能用例設(shè)計目標 一個性能測試用例盡可能包括多個測試因素。性能用例設(shè)計經(jīng)驗小型應(yīng)用系統(tǒng)大型應(yīng)用系統(tǒng)106測試用例設(shè)計用例名稱電信行業(yè)xxx系統(tǒng)yy模塊混合業(yè)務(wù)用例標識Cstc_tele_per_00001用例描述測試xxx系統(tǒng)開戶、繳費、業(yè)務(wù)變更、詳單查詢業(yè)務(wù)的并發(fā)性能，驗證服務(wù)器的并發(fā)服務(wù)能力初始化條件1、有效的用戶名和密碼2、有效的模擬手機號3、有效的模擬充值卡密碼4、數(shù)據(jù)庫有一定的數(shù)據(jù)量終止條件1、登錄失敗2、系統(tǒng)錯誤場景描述1、運行前初始化所有用戶2、同時加載所有用戶3、腳本循環(huán)10次4、不打印日志5、不模擬瀏覽器緩存6、監(jiān)控服務(wù)器的CPU、內(nèi)存和磁盤運行狀況107測試用例設(shè)計并發(fā)用戶數(shù)500、1000、2000業(yè)務(wù)比例開戶：5%、繳費：50%、詳單查詢：30%、業(yè)務(wù)變更：15%結(jié)果評估標準開戶：<5s、繳費：<10s、詳單查詢：<8s、業(yè)務(wù)變更：<5s流程描述1、輸入用戶名和密碼，登錄系統(tǒng)；2、分別進入四種業(yè)務(wù)的頁面；3、填寫相應(yīng)的信息或選擇相應(yīng)的按鈕；4、點擊“確定”按鈕；5、退出系統(tǒng)。期望結(jié)果1、點擊“確定”后，出現(xiàn)四種業(yè)務(wù)成功的頁面；2、HTTP狀態(tài)碼返回200；3、數(shù)據(jù)成功保存到數(shù)據(jù)庫中。結(jié)果記錄108測試方案測試方案以上所有內(nèi)容加起來形成測試方案，包括：項目背景技術(shù)標準規(guī)范用戶文檔參考文檔性能需求分析測試用例測試環(huán)境……109腳本開發(fā)調(diào)試腳本開發(fā)調(diào)試（以測試工具LoadRunner為例）選擇正確的協(xié)議錄制并完善腳本配置運行時設(shè)置運行腳本110測試前期準備系統(tǒng)基礎(chǔ)功能驗證

沒有經(jīng)過功能驗證的性能測試是沒有意義的。流程和結(jié)果數(shù)據(jù)以及數(shù)據(jù)格式都要檢查。

111性能測試流程3.測試執(zhí)行階段

1.需求及計劃階段4.分析及調(diào)優(yōu)階段2.設(shè)計及開發(fā)階段性能測試測試需求分析測試需求評審測試計劃制定測試環(huán)境設(shè)計測試場景設(shè)計測試用例設(shè)計腳本開發(fā)調(diào)試結(jié)果分析問題定位測試報告與評估

環(huán)境搭建測試場景部署測試執(zhí)行112測試執(zhí)行階段測試執(zhí)行階段測試環(huán)境搭建測試場景部署執(zhí)行測試113測試環(huán)境搭建測試環(huán)境搭建硬件環(huán)境軟件環(huán)境網(wǎng)絡(luò)環(huán)境測試數(shù)據(jù)Tips 當環(huán)境與測試計劃中的描述不相符時，應(yīng)及時報告項目經(jīng)理。114測試場景部署測試場景部署部署性能測試腳本配置運行時參數(shù)設(shè)置性能監(jiān)控指標WindowsUnix/Linux115執(zhí)行測試執(zhí)行測試 性能測試一旦開始，所有參數(shù)的輸入都應(yīng)該遵循統(tǒng)一的標準，對于任一環(huán)節(jié)的偏差，都應(yīng)該及時糾正。監(jiān)控指標操作系統(tǒng)中間件數(shù)據(jù)庫網(wǎng)絡(luò)應(yīng)用程序116Windows資源監(jiān)控指標對象

度量

描述

System%TotalProcessorTime系統(tǒng)上所有處理器都忙于執(zhí)行非空閑線程的時間的平均百分比。在多處理器系統(tǒng)上，如果所有處理器始終處于忙碌狀態(tài)，則此值為

100%；如果所有處理器都處于

50%的忙碌狀態(tài)，則此值為

50%；如果這些處理器中的四分之一處于

100%忙碌狀態(tài)，則此值為

25%。它可被視為有用作業(yè)占用的時間的比率。將為每個處理器分配空閑進程中的一個空閑線程，此空閑線程將消耗所有其他線程不使用的那些非生產(chǎn)性處理器周期。

SystemFileDataOperations/sec計算機對文件系統(tǒng)設(shè)備執(zhí)行讀取和寫入操作的速率。這不包括文件控制操作。

Processor%ProcessorTime(Windows2000)處理器執(zhí)行非空閑線程的時間百分比。此計數(shù)器專門作為處理器活動的主要指示器。它是通過度量處理器在每個采樣間隔中執(zhí)行空閑進程的線程所花費的時間比率，然后從

100%中減去此值來計算的。（每個處理器都有一個空閑線程，它在沒有其他線程準備運行時消耗處理器周期。）它可被視為有用作業(yè)占用的采樣間隔的百分比。該計數(shù)器顯示在采樣間隔期間觀察到的忙碌時間的平均百分比。它是用

100%減去監(jiān)控服務(wù)處于非活動狀態(tài)的時間值來計算的。

117Windows資源監(jiān)控指標MemoryPoolNonpagedBytes非分頁池中的字節(jié)數(shù)，指可供操作系統(tǒng)組件完成指定任務(wù)后從其中獲得空間的系統(tǒng)內(nèi)存區(qū)域。非分頁池頁面不可以退出到分頁文件中。它們自分配以來就始終位于主內(nèi)存中。

MemoryPages/sec為解決引用時不在內(nèi)存中的頁面的內(nèi)存引用，從磁盤讀取或?qū)懭氪疟P的頁數(shù)。這是“PagesInput/sec”和“PagesOutput/sec”的和。此計數(shù)器中包括的頁面流量代表著用于訪問應(yīng)用程序的文件數(shù)據(jù)的系統(tǒng)緩存。此值還包括存入/取自非緩存映射內(nèi)存文件的頁數(shù)。如果要關(guān)注內(nèi)存壓力過大問題（即系統(tǒng)失效）和可能產(chǎn)生的過多分頁，那么，這是您需要觀察的主要計數(shù)器。

SystemTotalInterrupts/sec計算機接收并處理硬件中斷的速度。可能生成中斷的設(shè)備有系統(tǒng)時鐘、鼠標、數(shù)據(jù)通信線路、網(wǎng)絡(luò)接口卡和其他外圍設(shè)備。此計數(shù)器指示這些設(shè)備在計算機上所處的繁忙程度。另請參閱

Processor:Interrupts/sec。

ObjectsThreads計算機在收集數(shù)據(jù)時的線程數(shù)。注意，這是一個瞬時計數(shù)，不是一段時間的平均值。線程是能夠執(zhí)行處理器指令的基本可執(zhí)行實體。

ProcessPrivateBytes專為此進程分配并且無法與其他進程共享的當前字節(jié)數(shù)。

118Unix/Linux資源監(jiān)控指標Averageload上一分鐘同時處于“就緒”狀態(tài)的平均進程數(shù)

Collisionrate每秒鐘在以太網(wǎng)上檢測到的沖突數(shù)

Contextswitchesrate每秒鐘在進程或線程之間的切換次數(shù)

CPUutilizationCPU的使用時間百分比

Diskrate磁盤傳輸速率

Incomingpacketserrorrate接收以太網(wǎng)數(shù)據(jù)包時每秒鐘接收到的錯誤數(shù)

Incomingpacketsrate每秒鐘傳入的以太網(wǎng)數(shù)據(jù)包數(shù)

Interruptrate每秒內(nèi)的設(shè)備中斷數(shù)

Outgoingpacketserrorsrate發(fā)送以太網(wǎng)數(shù)據(jù)包時每秒鐘發(fā)送的錯誤數(shù)

Outgoingpacketsrate每秒鐘傳出的以太網(wǎng)數(shù)據(jù)包數(shù)

119Unix/Linux資源監(jiān)控指標inrate每秒鐘讀入到物理內(nèi)存中的頁數(shù)

outrate每秒鐘寫入頁面文件和從物理內(nèi)存中刪除的頁數(shù)

Pagingrate每秒鐘讀入物理內(nèi)存或?qū)懭腠撁嫖募捻摂?shù)

Swap-inrate正在交換的進程數(shù)

Swap-outrate正在交換的進程數(shù)

SystemmodeCPUutilization在系統(tǒng)模式下使用

CPU的時間百分比

UsermodeCPUutilization在用戶模式下使用

CPU的時間百分比

120數(shù)據(jù)庫資源監(jiān)控指標SystemTotalProcessor

Time數(shù)據(jù)庫進程占用的CPU時間。在Oracle中，該計數(shù)器被稱為cpuusedbythissessionUserconnections當前用戶的連接數(shù)，一般數(shù)據(jù)庫服務(wù)器會有連接數(shù)限制MemoryCacheHitRatio緩存命中率。當該值比較小，而數(shù)據(jù)庫比較繁忙時，可能需要調(diào)整緩存的大小TotalServerMemory（僅用于SQLServer）SQLServer數(shù)據(jù)庫進程當前使用的內(nèi)存量PGAMemory(僅用于Oracle)Oracle數(shù)據(jù)庫進程當前使用的內(nèi)存量121數(shù)據(jù)庫資源監(jiān)控指標LockAverageWaitTime鎖平均等待時間LockRequests/sec每秒的鎖請求數(shù)NumberofDeadlocks/Sec每秒產(chǎn)生的死鎖數(shù)量，當此數(shù)值比較大時，要查找產(chǎn)生死鎖的原因I/OOutstandingReads(Writes)被掛起的物理讀（寫），當該值比較大時，可能是CPU或I/O產(chǎn)生了瓶頸PagesRead/Sec每秒頁面讀寫的次數(shù)Transatcions/Sec每秒產(chǎn)生的事務(wù)數(shù)量122J2EE資源監(jiān)控指標JVMHeapSizeJVM堆大小，實時值HeapFreeJVM可用堆大小，實時值JDBCConnectionPoolConnectionsTotalCount總的JDBC連接數(shù)MaxCapacityJDBC連接池的總數(shù)量WaitingForConnectionCurrentcount等待的連接數(shù)量ActiveConnectionsCurrentCount當前活躍的JDBC連接數(shù)ExecuteQueueExecuteThreadCurrentIdleCount空閑的進程數(shù)量PendingRequestOldestTime隊列請求的最久時間ServicedRequestTotalCount已處理的請求總數(shù)PendingRequestCurrentCount掛起請求的數(shù)量123操作系統(tǒng)監(jiān)控關(guān)注點操作系統(tǒng)監(jiān)控關(guān)注點CPUMemory&SwapDiskNetworkFileSystem

Process124監(jiān)控方法系統(tǒng)自帶命令專業(yè)的監(jiān)控工具125自帶命令監(jiān)控自帶命令監(jiān)控top、vmstat、iostat、sar…..

126自帶命令監(jiān)控top命令[root@localhostjianw]toptop-14:44:37up95days,22:47,3users,loadaverage:1.07,1.02,1Tasks:211total,2running,208sleeping,0stopped,1zombieCpu(s):9.0%us,3.6%sy,0.0%ni,87.4%id,0.1%wa,0.0%hi,0.0%si,Mem:4128572ktotal,1808452kused,2320120kfree,172420kbuffersSwap:4095992ktotal,12kused,4095980kfree,1214680kcached

PIDUSERPRNIVIRTRESSHRS%CPU%MEMTIME+COMMAND3416root250738814001156R100.10.0350608:54dmlnksvr11054root15023361092800R0.30.00:00.03top1root1502072620532S0.00.00:01.14init2rootRT-5000S0.00.00:03.06igration/03root3419000S0.00.00:00.00ksoftirqd/04rootRT-5000S0.00.00:00.00atchdog/05rootRT-5000S0.00.00:16.99migration/16root3419000S0.00.00:00.00ksoftirqd/17rootRT-5000S0.00.00:00.00watchdog/18rootRT-5000S0.00.00:02.61migration/29root3419000S0.00.00:00.00ksoftirqd/210rootRT-5000S0.00.00:00.00watchdog/2127自帶命令監(jiān)控Vmstat命令[root@localhostjianw]vmstat1procsmemoryswap--io--system--cpurbswpdfreebuffcachesisobiboincsussyidwast13006146988846646181560023720515817182003006138432846806226640005924624126852227600170061586448470061727600044446502368525273003006153436847206250680007754312148642717100500615876884740619236000455471616031252730000061450048475662400800053646811860319279001600615269284780618756000530472515819262720020061474808479662362800050745972280332266001006150580848206211600007714744220503226600230061358248483662523600042744901821519378003006149964849886256440004974685241652926900200614326885004625960000448457319815211780016006134588850206252600005594537196002727100128自帶命令監(jiān)控iostat命令[root@localhostjianw]iostat–d–k–x1100Device:rrqm/swrqm/sr/sw/srkB/swkB/savgrq-szavgqu-szawaitsvctm%utilsda0.86139.811.868.0438.78591.52127.400.4242.392.492.46sda10.020.000.000.000.020.0010.810.005.304.480.00sda20.140.000.010.000.080.0017.650.004.152.360.00sda30.70139.811.848.0438.66591.51127.580.4242.452.492.46dm-00.000.002.52147.8838.62591.518.387.6550.840.162.46dm-10.000.000.010.000.020.008.000.005.330.470.00Device:rrqm/swrqm/sr/sw/srkB/swkB/savgrq-szavgqu-szawaitsvctm%utilsda0.00139.460.008.290.00591.41142.650.2833.592.492.07sda10.000.000.000.000.000.000.000.000.000.000.00sda20.000.000.000.000.000.000.000.000.000.000.00sda30.00139.460.008.290.00591.41142.650.2833.592.492.07dm-00.000.000.00147.850.00591.418.004.477dm-10.000.000.000.000.000.000.000.000.000.000.00129自帶命令監(jiān)控sar命令[root@localhostjianw]sar–nDEV1010023時11分41秒IFACErxpck/stxpck/srxbyt/stxbyt/srxcmp/stxcmp/srxmcst/s23時11分51秒lo1.201.20132.44132.440.000.000.0023時11分51秒eth08539.727447.3194061.145464939.720.000.000.0023時11分51秒eth10.000.000.000.000.000.000.0023時11分51秒sit00.000.000.000.000.000.000.0023時11分51秒IFACErxpck/stxpck/srxbyt/stxbyt/srxcmp/stxcmp/srxmcst/s23時12分01秒lo0.000.000.000.000.000.000.0023時12分01秒eth07276.107548.9067049.406393560.900.000.000.0023時12分01秒eth10.000.000.000.000.000.000.0023時12分01秒sit00.000.000.000.000.000.000.0023時12分01秒IFACErxpck/stxpck/srxbyt/stxbyt/sxcmp/stxcmp/srxmcst/s23時12分11秒lo0.300.3015.6015.600.000.000.0023時12分11秒eth07994.007349.3085542.005293848.400.000.000.0023時12分11秒eth10.000.000.000.000.000.000.0023時12分11秒sit00.000.000.000.000.000.000.00130專業(yè)的監(jiān)控工具專業(yè)的監(jiān)控工具nmon、spotlight、foglight、開源工具…..

131NmonNmon用法[root@localhostjianw]sar–nDEV1100+nmon-11fHostname=localhostRefresh=2secs14:31.17||ForhelptypeHor...|#########nmon-?-hint|############nmon-h-full|############|##########Tostartthesamewayeverytime|##########settheNMONkshvariable|#########|||Usethesekeystotogglestatisticson/off:|c=CPUl=CPULong-term-=Fasterscreenupdates|m=Memoryj=Filesystems+=Slowerscreenupdates|d=Disksn=NetworkV=VirtualMemory|r=ResourceN=NFSv=Verbosehints|k=kernelt=Top-processes.=onlybusydisks/procs|h=moreoptionsq=Quit132Spotlight

133Spotlight

134測試執(zhí)行過程測試執(zhí)行過程監(jiān)控性能指標對異常的處理結(jié)果收集與整理Tips 建議對每個測試用例執(zhí)行三次性能測試。135性能測試流程3.測試執(zhí)行階段

1.需求及計劃階段4.分析及調(diào)優(yōu)階段2.設(shè)計及開發(fā)階段性能測試測試需求分析測試需求評審測試計劃制定測試環(huán)境設(shè)計測試場景設(shè)計測試用例設(shè)計腳本開發(fā)調(diào)試結(jié)果分析問題定位測試報告與評估

環(huán)境搭建測試場景部署測試執(zhí)行136結(jié)果分析和調(diào)優(yōu)階段結(jié)果分析和調(diào)優(yōu)階段 參與人員包括測試分析人員和測試支持人員，各種角色協(xié)同工作，對可能存在的性能瓶頸和潛在的性能問題進行分析，最終確認系統(tǒng)的性能瓶頸。結(jié)果分析故障診斷性能調(diào)優(yōu)137結(jié)果分析結(jié)果分析 性能測試結(jié)果分析是一項漫長的工作，也是性能測試活動中最難的部分，絕對是性能測試的精髓。分析宗旨監(jiān)控和分析不可分割Tips 能夠執(zhí)行的性能測試方案不一定是成功的。13