性能測(cè)試培訓(xùn)

之基礎(chǔ)篇流程方法篇前言性能測(cè)試難點(diǎn)不在于Loadrunner工具本身,難在對(duì)整個(gè)系統(tǒng)的全局把握,而對(duì)全局的把握你就必需得有豐富的知識(shí)面掌握一門編程語(yǔ)言：手動(dòng)開發(fā)腳本良好的網(wǎng)絡(luò)基礎(chǔ)知識(shí)：協(xié)議、Cookie、Session計(jì)算機(jī)原理與操作系統(tǒng)知識(shí)：線程、進(jìn)程、內(nèi)存泄露、編碼數(shù)據(jù)庫(kù)知識(shí)：建表,索引,存儲(chǔ)過程,事務(wù),觸發(fā)器第一章準(zhǔn)備知識(shí)性能測(cè)試性能測(cè)試的必要性性能測(cè)試分類性能測(cè)試手段Loadrunner介紹什么是性能測(cè)試？

性能測(cè)試目前沒有確切的定義，一般認(rèn)為，性能測(cè)試就是一個(gè)測(cè)試過程，指的是在一定約束條件（指定的軟件、硬件和網(wǎng)絡(luò)環(huán)境等）確定系統(tǒng)所能承受的最大負(fù)載壓力。通過性能測(cè)試，可以實(shí)現(xiàn)以下一個(gè)或者幾個(gè)目標(biāo)：判定軟件是否滿足預(yù)期的性能需求判定軟件的性能表現(xiàn)尋找軟件可能存的性能問題，定位性能瓶頸并解決問題。為什么要進(jìn)行性能測(cè)試？客戶需求－－系統(tǒng)快速響應(yīng)、可靠性高等系統(tǒng)復(fù)雜性日益增長(zhǎng)，要求系統(tǒng)的高可靠性業(yè)務(wù)處理快速增長(zhǎng)，要求系統(tǒng)快速處理性能同功能一樣重要1.性能測(cè)試的必要性如圖所示表明了一個(gè)應(yīng)用系統(tǒng)的基本架構(gòu)：2.性能測(cè)試分類并發(fā)性能測(cè)試并發(fā)性能測(cè)試的過程是一個(gè)負(fù)載測(cè)試和壓力測(cè)試的過程，即隨逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或都不能接收的性能點(diǎn)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控來確定系統(tǒng)并發(fā)性能測(cè)試過程2.性能測(cè)試分類疲勞度與大數(shù)據(jù)量測(cè)試疲勞測(cè)試是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程

大數(shù)據(jù)量測(cè)試：針對(duì)某些系統(tǒng)存儲(chǔ)、傳輸、統(tǒng)計(jì)查詢等業(yè)務(wù)進(jìn)行獨(dú)立的大數(shù)據(jù)量測(cè)試；與并發(fā)性能測(cè)試、疲勞強(qiáng)度測(cè)試等相結(jié)合的綜合數(shù)據(jù)量測(cè)試方案；關(guān)鍵在于數(shù)據(jù)量的準(zhǔn)備3.性能測(cè)試的手段手工測(cè)試自動(dòng)化測(cè)試人工和自動(dòng)化測(cè)試的結(jié)合3.Loadrunner介紹

Loadrunner原是Mercury公司的產(chǎn)品，2006Mercury公司被HP收購(gòu)Loadrunner是一種較高規(guī)模適應(yīng)性的自動(dòng)負(fù)載測(cè)試工具，它能預(yù)測(cè)系統(tǒng)行為，優(yōu)化性能。Loadrunner強(qiáng)調(diào)的是對(duì)整個(gè)企業(yè)應(yīng)用架構(gòu)進(jìn)行測(cè)試，它通過模擬實(shí)際用戶操作行為和實(shí)行實(shí)時(shí)性能監(jiān)測(cè)，來幫助客戶更快的確認(rèn)和查找問題3.Loadrunner介紹Loadrunner結(jié)構(gòu)：：Loadrunner主要包含含以下功功能模塊塊：VirtualUserGenerator:虛擬用戶戶生成器器，簡(jiǎn)稱稱VuGen用來錄制制使用者者的操作作，建立立虛擬用用戶腳本本。Controller：壓力控制制器。整整個(gè)壓力力的控制制中心，，用來管管理、設(shè)設(shè)計(jì)驅(qū)動(dòng)動(dòng)以及監(jiān)監(jiān)控壓力力場(chǎng)景LoadGenerator：壓力產(chǎn)生生器。。執(zhí)行虛虛擬使用用者腳本本以產(chǎn)生生虛擬用用戶，對(duì)對(duì)被測(cè)系系統(tǒng)發(fā)出出請(qǐng)求和和接收響響應(yīng)，模模擬實(shí)際際的負(fù)載載。Analysis:結(jié)果分析析器。通通過測(cè)試試結(jié)果數(shù)數(shù)據(jù)用來來分析壓壓力測(cè)試試結(jié)果Lanucher:提供一個(gè)個(gè)集中的的界面，，啟動(dòng)LR所有的模模塊3.Loadrunner介紹Loadrunner原理常用術(shù)語(yǔ)語(yǔ)并發(fā)：指在某某一時(shí)刻刻（某秒秒）多用用戶同時(shí)時(shí)向服務(wù)務(wù)器提交交請(qǐng)求。。即在1秒鐘內(nèi)服服務(wù)器能能同時(shí)正正確響應(yīng)應(yīng)的用戶戶請(qǐng)求，，一般用用線程來來模擬實(shí)實(shí)際用戶戶的并發(fā)發(fā)請(qǐng)求。。并發(fā)用戶戶：指在性性能集合合點(diǎn)并發(fā)發(fā)執(zhí)行事事務(wù)的用用戶。最大并發(fā)發(fā)用戶數(shù)數(shù)：系統(tǒng)已已不能正正確響應(yīng)應(yīng)超過5%并發(fā)事務(wù)務(wù)時(shí)的最最大虛擬擬用戶數(shù)數(shù)。在線用戶戶：指用戶登登錄系統(tǒng)統(tǒng)后，一一直未退退出系統(tǒng)統(tǒng)或用戶戶處于活活動(dòng)狀態(tài)態(tài)。虛擬用戶戶：通過執(zhí)執(zhí)行測(cè)試試腳本模模仿真實(shí)實(shí)用戶與與被測(cè)系系統(tǒng)進(jìn)行行通信的的用戶。。事務(wù)（交交易）：：完成一定定功能的的單個(gè)或或多個(gè)操操作處理理過程就就是一個(gè)個(gè)事務(wù)。。集合點(diǎn)：：即并發(fā)操操作點(diǎn)，，就是多多用戶同同時(shí)向服服務(wù)器提提交請(qǐng)求求的操作作點(diǎn)。響應(yīng)時(shí)間：：從客戶端發(fā)發(fā)出請(qǐng)求開開始到服務(wù)務(wù)器成功響響應(yīng)，并返返饋到客戶戶端為止的的這段時(shí)間間。LoadRunner：是一種預(yù)預(yù)測(cè)系統(tǒng)行行為和性能能的工業(yè)標(biāo)標(biāo)準(zhǔn)級(jí)負(fù)載載測(cè)試工具具。后面具具體介紹。。場(chǎng)景：LoadRunner的專門術(shù)語(yǔ)語(yǔ)，是所有有測(cè)試資源源包括測(cè)試試腳本、運(yùn)運(yùn)行設(shè)置、、運(yùn)行用戶戶數(shù)等的集集合。在這這個(gè)場(chǎng)景中中，可以定定義并發(fā)用用戶的數(shù)目目，定義要要運(yùn)行的腳腳本，或者者說運(yùn)行的的流程類型型。在一個(gè)個(gè)場(chǎng)景中，，可以是單單個(gè)流程，，也可以是是多個(gè)流程程的組合。。HitsPerSecond：點(diǎn)擊次數(shù)數(shù)——每秒用戶對(duì)對(duì)WebServer端的HTTP請(qǐng)求數(shù)。AverageThroughput（Bytes/sec）：從WEBServer上接收到的的數(shù)據(jù)量的的值（網(wǎng)絡(luò)絡(luò)總吞吐量量）——該值隨用戶戶數(shù)的增加加而增加以以確定網(wǎng)絡(luò)絡(luò)速度滿足足需求AverageTransactionResponseTime（sec）：平均事務(wù)務(wù)響應(yīng)時(shí)間間——系統(tǒng)成功處處理一個(gè)事事務(wù)的平均均響應(yīng)時(shí)間間。TransactionPerSecond（TPS）：每秒成功功處理的事事務(wù)數(shù)，即即交易率。AvailableMBytes(Memory)：服務(wù)器的的可用物理理內(nèi)存>15%%ProcessorTime(Processor_Total)：服務(wù)器的的CPU利用率<85%性能測(cè)試流流程第二章性性能測(cè)測(cè)試過程測(cè)試需求分分析制定測(cè)試策策略制定測(cè)試方方案執(zhí)行測(cè)試方方案測(cè)試結(jié)果分分析編寫測(cè)試報(bào)報(bào)告2.1測(cè)測(cè)試需求分分析測(cè)試需求分分析主要有有以下的幾幾個(gè)關(guān)鍵點(diǎn)點(diǎn)：測(cè)試的目的的是什么性能符合性性驗(yàn)證：驗(yàn)證是否滿滿足應(yīng)用用的需要要。性能能力驗(yàn)驗(yàn)證：確定性能極極限、是否否存在性能能瓶頸。性能調(diào)優(yōu)：：對(duì)系統(tǒng)的性性能進(jìn)行調(diào)調(diào)試、優(yōu)化化。2.1測(cè)測(cè)試需求分分析測(cè)試要素分分析：閱讀需求規(guī)規(guī)格說明書書：響應(yīng)時(shí)時(shí)間等系統(tǒng)架構(gòu)（（項(xiàng)目經(jīng)理理、技術(shù)經(jīng)經(jīng)理、開發(fā)發(fā)人員）用戶數(shù)量、、用戶分布布測(cè)試執(zhí)行的的功能—原則數(shù)據(jù)量硬件環(huán)境（（包括網(wǎng)絡(luò)絡(luò)環(huán)境）軟件環(huán)境現(xiàn)場(chǎng)環(huán)境評(píng)評(píng)估第二章性性能測(cè)測(cè)試過程測(cè)試需求分分析制定測(cè)試策策略制定測(cè)試方方案執(zhí)行測(cè)試方方案測(cè)試結(jié)果分分析編寫測(cè)試報(bào)報(bào)告2.2制制定測(cè)試策策略測(cè)試目的不不同，則相相應(yīng)的測(cè)試試策略不同同。性能符合性性驗(yàn)證—負(fù)載測(cè)試、、疲勞強(qiáng)度度測(cè)試。性能能力驗(yàn)驗(yàn)證—壓力測(cè)試、、疲勞強(qiáng)度度測(cè)試。性能調(diào)優(yōu)—測(cè)試-調(diào)整整-測(cè)試。。負(fù)載測(cè)試試、壓力測(cè)測(cè)試、疲勞勞強(qiáng)度測(cè)試試、組合業(yè)業(yè)務(wù)測(cè)試。。第二章性性能測(cè)測(cè)試過程測(cè)試需求分分析制定測(cè)試策策略制定測(cè)試方方案執(zhí)行測(cè)試方方案測(cè)試結(jié)果分分析編寫測(cè)試報(bào)報(bào)告2.3制制定測(cè)試方方案測(cè)試需求測(cè)試策略測(cè)試場(chǎng)景測(cè)試環(huán)境測(cè)試準(zhǔn)備人員及時(shí)間間安排問題與對(duì)策策第二章性性能測(cè)測(cè)試過程測(cè)試需求分分析制定測(cè)試策策略制定測(cè)試方方案執(zhí)行測(cè)試方方案測(cè)試結(jié)果分分析編寫測(cè)試報(bào)報(bào)告2.4執(zhí)執(zhí)行測(cè)試方方案搭建測(cè)試環(huán)環(huán)境（…）錄制腳本、、編輯腳本本布置測(cè)試場(chǎng)場(chǎng)景執(zhí)行測(cè)試場(chǎng)場(chǎng)景第二章性性能測(cè)測(cè)試過程測(cè)試需求分分析制定測(cè)試策策略制定測(cè)試方方案執(zhí)行測(cè)試方方案測(cè)試結(jié)果分分析編寫測(cè)試報(bào)報(bào)告2.5測(cè)測(cè)試結(jié)果分分析性能符合性性驗(yàn)證：查看測(cè)試結(jié)結(jié)果是否滿滿足要求，，比如響應(yīng)應(yīng)時(shí)間、資資源利用率率、吞吐量量等等。性能能力驗(yàn)驗(yàn)證：記錄軟件系系統(tǒng)的性能能變化曲線線。對(duì)于確定是是否存在性性能瓶頸，，首先判斷斷是否存在在硬件（包包括網(wǎng)絡(luò)））瓶頸問題題，若不存存在硬件瓶瓶頸問題，，則按照應(yīng)應(yīng)用軟件到到系統(tǒng)軟件件（應(yīng)用服服務(wù)器、數(shù)數(shù)據(jù)庫(kù)服務(wù)務(wù)器、操作作系統(tǒng)）的的順序進(jìn)行行分析，確確定瓶頸點(diǎn)點(diǎn)。性能調(diào)優(yōu)：同性能能力力驗(yàn)證確定定性能瓶頸頸分析方法法。2.5測(cè)測(cè)試結(jié)果分分析內(nèi)存分析方方法1.首先查查看可用內(nèi)內(nèi)存（Memory\AvailableMbytes）計(jì)數(shù)器指標(biāo)標(biāo)。若值較較小則可能能有內(nèi)存問問題，需進(jìn)進(jìn)一步分析析。2.注意Pages/sec、PagesRead/sec和PageFaults/sec計(jì)數(shù)器的值值。Pages/sec和PageFaults/sec的值持續(xù)很很高，很可可能內(nèi)存問問題，若PagesRead/sec的值超過5，則可判判斷存在內(nèi)內(nèi)存問題。。3.根據(jù)PhysicalDisk計(jì)數(shù)器的值值分析性能能瓶頸。如如果磁盤的的AverageDiskQueueLength計(jì)數(shù)器增加加的同時(shí)PagesRead/sec并未降低，，則可判斷斷內(nèi)存有問問題。2.5測(cè)測(cè)試結(jié)果分分析處理器分析析方法1.首先查查看System\%TotalProcessorTime計(jì)數(shù)器的值值。該值體體現(xiàn)的是CPU的平均利用用率，若超超過90%，則說明明存在處理理器方面的的瓶頸。2.其次查查看每個(gè)CPU的Processor\%UserTime計(jì)數(shù)器的值值。若應(yīng)用用服務(wù)器的的%UserTime值較大，可可以考慮是是否能通過過算法優(yōu)化化等方法降降低這個(gè)值值。若數(shù)據(jù)據(jù)庫(kù)服務(wù)器器的%UserTime值較大大，可可考慮慮對(duì)數(shù)數(shù)據(jù)庫(kù)庫(kù)系統(tǒng)統(tǒng)進(jìn)行行優(yōu)化化。3.查查看System\ProcessorQueueLength計(jì)數(shù)器器的值值。當(dāng)當(dāng)該值值大于于CPU數(shù)量的的總數(shù)數(shù)+1時(shí)，，說明明存在在處理理器方方面的的問題題。2.5測(cè)測(cè)試結(jié)結(jié)果分分析磁盤I/O分析方方法1.查查看%DiskTime計(jì)數(shù)器器的值值。該該值較較大，，則可可能存存在磁磁盤瓶瓶頸問問題。。2.與與Processor\PrivilegedTime合并進(jìn)進(jìn)行分分析。。若%DiskTime值較大大，而而Processor\PrivilegedTime的值適適中，，則可可判斷斷存在在磁盤盤問題題。若若Processor\PrivilegedTime較大，，持續(xù)續(xù)超過過80%，，則可可能是是內(nèi)存存泄漏漏。3.根根據(jù)Disksec/Transfer進(jìn)行分分析。。該值值超過過60ms，，則磁盤盤存在在問題題。2.5測(cè)測(cè)試結(jié)結(jié)果分分析網(wǎng)絡(luò)分分析方方法1.查查看NetworkInterface\BytesTotal/sec計(jì)數(shù)器器的值值。用BytesTotal/sec計(jì)數(shù)數(shù)器器的的值值和和網(wǎng)網(wǎng)絡(luò)絡(luò)的的帶帶寬寬進(jìn)進(jìn)行行比比較較，，若若超超過過50%，，則說說明明網(wǎng)網(wǎng)絡(luò)絡(luò)存存在在性性能能瓶瓶頸頸問問題題。。2.5測(cè)測(cè)試試結(jié)結(jié)果果分分析析軟件件瓶瓶頸頸分分析析方方法法分析析事事務(wù)務(wù)響響應(yīng)應(yīng)時(shí)時(shí)間間、、吞吞吐吐量量，，確確定定是是否否存存在在性性能能問問題題，，若若發(fā)發(fā)現(xiàn)現(xiàn)存存在在性性能能問問題題，，則則找找出出響響應(yīng)應(yīng)時(shí)時(shí)間間不不符符合合要要求求或或者者出出現(xiàn)現(xiàn)多多個(gè)個(gè)失失敗敗的的事事務(wù)務(wù)，，對(duì)對(duì)其其進(jìn)進(jìn)行行分分解解，，然然后后對(duì)對(duì)其其進(jìn)進(jìn)行行網(wǎng)網(wǎng)頁(yè)頁(yè)細(xì)細(xì)分分，，以以確確定定影影響響性性能能的的元元素素。。第二二章章性性能能測(cè)測(cè)試試過過程程測(cè)試試需需求求分分析析制定定測(cè)測(cè)試試策策略略制定定測(cè)測(cè)試試方方案案執(zhí)行行測(cè)測(cè)試試方方案案測(cè)試試結(jié)結(jié)果果分分析析編寫寫測(cè)測(cè)試試報(bào)報(bào)告告2.6編編寫寫測(cè)測(cè)試試報(bào)報(bào)告告測(cè)試指標(biāo)標(biāo)：描述與與測(cè)試場(chǎng)場(chǎng)景對(duì)應(yīng)應(yīng)的事務(wù)務(wù)平均響響應(yīng)時(shí)間間、事務(wù)務(wù)吞吐率率、資源源消耗指指標(biāo)、運(yùn)