loadRunner性能測試培訓(xùn)(基礎(chǔ)篇)課件

性能測試培訓(xùn)

之基礎(chǔ)篇流程方法篇性能測試培訓(xùn)

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

性能測試目前沒有確切的定義，一般認(rèn)為，性能測試就是一個(gè)測試過程，指的是在一定約束條件（指定的軟件、硬件和網(wǎng)絡(luò)環(huán)境等）確定系統(tǒng)所能承受的最大負(fù)載壓力。通過性能測試，可以實(shí)現(xiàn)以下一個(gè)或者幾個(gè)目標(biāo)：判定軟件是否滿足預(yù)期的性能需求判定軟件的性能表現(xiàn)尋找軟件可能存的性能問題，定位性能瓶頸并解決問題。什么是性能測試？性能測試目前沒有確切的定義4為什么要進(jìn)行性能測試？客戶需求－－系統(tǒng)快速響應(yīng)、可靠性高等系統(tǒng)復(fù)雜性日益增長，要求系統(tǒng)的高可靠性業(yè)務(wù)處理快速增長，要求系統(tǒng)快速處理性能同功能一樣重要1.性能測試的必要性為什么要進(jìn)行性能測試？客戶需求－－系統(tǒng)快速響應(yīng)、可靠性高等15如圖所示表明了一個(gè)應(yīng)用系統(tǒng)的基本架構(gòu)：如圖所示表明了一個(gè)應(yīng)用系統(tǒng)的基本架構(gòu)：62.性能測試分類并發(fā)性能測試并發(fā)性能測試的過程是一個(gè)負(fù)載測試和壓力測試的過程，即隨逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或都不能接收的性能點(diǎn)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控來確定系統(tǒng)并發(fā)性能測試過程2.性能測試分類并發(fā)性能測試72.性能測試分類疲勞度與大數(shù)據(jù)量測試疲勞測試是采用系統(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ù)量測試：針對某些系統(tǒng)存儲、傳輸、統(tǒng)計(jì)查詢等業(yè)務(wù)進(jìn)行獨(dú)立的大數(shù)據(jù)量測試；與并發(fā)性能測試、疲勞強(qiáng)度測試等相結(jié)合的綜合數(shù)據(jù)量測試方案；關(guān)鍵在于數(shù)據(jù)量的準(zhǔn)備2.性能測試分類疲勞度與大數(shù)據(jù)量測試83.性能測試的手段手工測試自動化測試人工和自動化測試的結(jié)合3.性能測試的手段93.Loadrunner介紹

Loadrunner原是Mercury公司的產(chǎn)品，2006Mercury公司被HP收購Loadrunner是一種較高規(guī)模適應(yīng)性的自動負(fù)載測試工具，它能預(yù)測系統(tǒng)行為，優(yōu)化性能。Loadrunner強(qiáng)調(diào)的是對整個(gè)企業(yè)應(yīng)用架構(gòu)進(jìn)行測試，它通過模擬實(shí)際用戶操作行為和實(shí)行實(shí)時(shí)性能監(jiān)測，來幫助客戶更快的確認(rèn)和查找問題3.Loadrunner介紹

Loadrunner原是Me103.Loadrunner介紹Loadrunner結(jié)構(gòu)：Loadrunner主要包含以下功能模塊：VirtualUserGenerator:虛擬用戶生成器，簡稱VuGen用來錄制使用者的操作，建立虛擬用戶腳本。Controller：壓力控制器。整個(gè)壓力的控制中心，用來管理、設(shè)計(jì)驅(qū)動以及監(jiān)控壓力場景LoadGenerator：壓力產(chǎn)生器。執(zhí)行虛擬使用者腳本以產(chǎn)生虛擬用戶，對被測系統(tǒng)發(fā)出請求和接收響應(yīng)，模擬實(shí)際的負(fù)載。Analysis:結(jié)果分析器。通過測試結(jié)果數(shù)據(jù)用來分析壓力測試結(jié)果Lanucher:提供一個(gè)集中的界面，啟動LR所有的模塊3.Loadrunner介紹Loadrunner結(jié)構(gòu)：113.Loadrunner介紹Loadrunner原理3.Loadrunner介紹Loadrunner原理12常用術(shù)語并發(fā)：指在某一時(shí)刻（某秒）多用戶同時(shí)向服務(wù)器提交請求。即在1秒鐘內(nèi)服務(wù)器能同時(shí)正確響應(yīng)的用戶請求，一般用線程來模擬實(shí)際用戶的并發(fā)請求。并發(fā)用戶：指在性能集合點(diǎn)并發(fā)執(zhí)行事務(wù)的用戶。最大并發(fā)用戶數(shù)：系統(tǒng)已不能正確響應(yīng)超過5%并發(fā)事務(wù)時(shí)的最大虛擬用戶數(shù)。在線用戶：指用戶登錄系統(tǒng)后，一直未退出系統(tǒng)或用戶處于活動狀態(tài)。虛擬用戶：通過執(zhí)行測試腳本模仿真實(shí)用戶與被測系統(tǒng)進(jìn)行通信的用戶。事務(wù)（交易）：完成一定功能的單個(gè)或多個(gè)操作處理過程就是一個(gè)事務(wù)。集合點(diǎn)：即并發(fā)操作點(diǎn)，就是多用戶同時(shí)向服務(wù)器提交請求的操作點(diǎn)。響應(yīng)時(shí)間：從客戶端發(fā)出請求開始到服務(wù)器成功響應(yīng)，并返饋到客戶端為止的這段時(shí)間。LoadRunner：是一種預(yù)測系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級負(fù)載測試工具。后面具體介紹。場景：LoadRunner的專門術(shù)語，是所有測試資源包括測試腳本、運(yùn)行設(shè)置、運(yùn)行用戶數(shù)等的集合。在這個(gè)場景中，可以定義并發(fā)用戶的數(shù)目，定義要運(yùn)行的腳本，或者說運(yùn)行的流程類型。在一個(gè)場景中，可以是單個(gè)流程，也可以是多個(gè)流程的組合。HitsPerSecond：點(diǎn)擊次數(shù)——每秒用戶對WebServer端的HTTP請求數(shù)。AverageThroughput（Bytes/sec）：從WEBServer上接收到的數(shù)據(jù)量的值（網(wǎng)絡(luò)總吞吐量）——該值隨用戶數(shù)的增加而增加以確定網(wǎng)絡(luò)速度滿足需求AverageTransactionResponseTime（sec）：平均事務(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%常用術(shù)語并發(fā)：指在某一時(shí)刻（某秒）多用戶同時(shí)向服務(wù)器提交請求13性能測試流程性能測試流程14第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析152.1測試需求分析測試需求分析主要有以下的幾個(gè)關(guān)鍵點(diǎn)：測試的目的是什么

性能符合性驗(yàn)證：驗(yàn)證是否滿足應(yīng)用的需要。

性能能力驗(yàn)證：確定性能極限、是否存在性能瓶頸。性能調(diào)優(yōu)：對系統(tǒng)的性能進(jìn)行調(diào)試、優(yōu)化。2.1測試需求分析測試需求分析主要有以下的幾個(gè)關(guān)鍵點(diǎn)：162.1測試需求分析測試要素分析：閱讀需求規(guī)格說明書：響應(yīng)時(shí)間等

系統(tǒng)架構(gòu)（項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員）

用戶數(shù)量、用戶分布測試執(zhí)行的功能—原則數(shù)據(jù)量硬件環(huán)境（包括網(wǎng)絡(luò)環(huán)境）軟件環(huán)境

現(xiàn)場環(huán)境評估

2.1測試需求分析測試要素分析：17第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析182.2制定測試策略測試目的不同，則相應(yīng)的測試策略不同。

性能符合性驗(yàn)證—負(fù)載測試、疲勞強(qiáng)度測試。

性能能力驗(yàn)證—壓力測試、疲勞強(qiáng)度測試。

性能調(diào)優(yōu)—測試-調(diào)整-測試。負(fù)載測試、壓力測試、疲勞強(qiáng)度測試、組合業(yè)務(wù)測試。2.2制定測試策略測試目的不同，則相應(yīng)的測試策略不同。19第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析202.3制定測試方案測試需求測試策略測試場景測試環(huán)境測試準(zhǔn)備人員及時(shí)間安排問題與對策2.3制定測試方案測試需求21第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析222.4執(zhí)行測試方案搭建測試環(huán)境（…）錄制腳本、編輯腳本布置測試場景執(zhí)行測試場景2.4執(zhí)行測試方案搭建測試環(huán)境（…）23第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析242.5測試結(jié)果分析性能符合性驗(yàn)證：查看測試結(jié)果是否滿足要求，比如響應(yīng)時(shí)間、資源利用率、吞吐量等等。性能能力驗(yàn)證：記錄軟件系統(tǒng)的性能變化曲線。對于確定是否存在性能瓶頸，首先判斷是否存在硬件（包括網(wǎng)絡(luò)）瓶頸問題，若不存在硬件瓶頸問題，則按照應(yīng)用軟件到系統(tǒng)軟件（應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器、操作系統(tǒng)）的順序進(jìn)行分析，確定瓶頸點(diǎn)。性能調(diào)優(yōu)：同性能能力驗(yàn)證確定性能瓶頸分析方法。2.5測試結(jié)果分析性能符合性驗(yàn)證：查看測試結(jié)果是否滿足要求252.5測試結(jié)果分析內(nèi)存分析方法1.首先查看可用內(nèi)存（Memory\AvailableMbytes）計(jì)數(shù)器指標(biāo)。若值較小則可能有內(nèi)存問題，需進(jìn)一步分析。2.注意Pages/sec、PagesRead/sec和PageFaults/sec計(jì)數(shù)器的值。Pages/sec和PageFaults/sec的值持續(xù)很高，很可能內(nèi)存問題，若PagesRead/sec的值超過5，則可判斷存在內(nèi)存問題。3.根據(jù)PhysicalDisk計(jì)數(shù)器的值分析性能瓶頸。如果磁盤的AverageDiskQueueLength計(jì)數(shù)器增加的同時(shí)PagesRead/sec并未降低，則可判斷內(nèi)存有問題。2.5測試結(jié)果分析內(nèi)存分析方法262.5測試結(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ù)庫服務(wù)器的%UserTime值較大，可考慮對數(shù)據(jù)庫系統(tǒng)進(jìn)行優(yōu)化。3.查看System\ProcessorQueueLength計(jì)數(shù)器的值。當(dāng)該值大于CPU數(shù)量的總數(shù)+1時(shí)，說明存在處理器方面的問題。2.5測試結(jié)果分析處理器分析方法272.5測試結(jié)果分析磁盤I/O分析方法

1.查看%DiskTime計(jì)數(shù)器的值。該值較大，則可能存在磁盤瓶頸問題。2.與Processor\PrivilegedTime合并進(jìn)行分析。若%DiskTime值較大，而Processor\PrivilegedTime的值適中，則可判斷存在磁盤問題。若Processor\PrivilegedTime較大，持續(xù)超過80%，則可能是內(nèi)存泄漏。3.根據(jù)Disksec/Transfer進(jìn)行分析。該值超過60ms，則磁盤存在問題。2.5測試結(jié)果分析磁盤I/O分析方法282.5測試結(jié)果分析網(wǎng)絡(luò)分析方法1.查看NetworkInterface\BytesTotal/sec計(jì)數(shù)器的值。用BytesTotal/sec計(jì)數(shù)器的值和網(wǎng)絡(luò)的帶寬進(jìn)行比較，若超過50%，則說明網(wǎng)絡(luò)存在性能瓶頸問題。

2.5測試結(jié)果分析網(wǎng)絡(luò)分析方法292.5測試結(jié)果分析軟件瓶頸分析方法

分析事務(wù)響應(yīng)時(shí)間、吞吐量，確定是否存在性能問題，若發(fā)現(xiàn)存在性能問題，則找出響應(yīng)時(shí)間不符合要求或者出現(xiàn)多個(gè)失敗的事務(wù)，對其進(jìn)行分解，然后對其進(jìn)行網(wǎng)頁細(xì)分，以確定影響性能的元素。2.5測試結(jié)果分析軟件瓶頸分析方法30第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析312.6編寫測試報(bào)告測試指標(biāo)：描述與測試場景對應(yīng)的事務(wù)平均響應(yīng)時(shí)間、事務(wù)吞吐率、資源消耗指標(biāo)、運(yùn)行的用戶數(shù)等信息。結(jié)果分析與總結(jié)：根據(jù)測試目標(biāo)，描述最后分析得到的結(jié)果，并給出相應(yīng)的建議。2.6編寫測試報(bào)告測試指標(biāo)：描述與測試場景對應(yīng)的事務(wù)平均響32性能測試建議性能測試不比功能測試，應(yīng)制定性能測試方案性能測試應(yīng)盡早開展測試目標(biāo)設(shè)計(jì)要科學(xué)合理，不能想當(dāng)然不要在服務(wù)器上進(jìn)行性能測試性能場景監(jiān)視很關(guān)鍵，要選取合適的性能計(jì)數(shù)器測試分析不應(yīng)只看表面現(xiàn)象，要分析關(guān)聯(lián)指標(biāo)一定要花時(shí)間找出系統(tǒng)瓶頸，并盡早優(yōu)化優(yōu)化后的系統(tǒng)一定要回歸測試，驗(yàn)證優(yōu)化效果熟悉常見協(xié)議、技術(shù)性能測試建議性能測試不比功能測試，應(yīng)制定性能測試方案333.LR工具使用手工演示以下內(nèi)容：制定負(fù)載測試計(jì)劃開發(fā)測試腳本創(chuàng)建運(yùn)行場景運(yùn)行測試監(jiān)視場景分析測試結(jié)果一VuGen1錄制基本用戶腳本２完善測試腳本（插入事務(wù)，集合點(diǎn)）３Run-Timesetting４單機(jī)執(zhí)行腳本二場景１創(chuàng)建運(yùn)行場景三分析結(jié)果１如何添加并監(jiān)控操作系統(tǒng)資源２如何生成報(bào)告（word\html等格式）３如何查看更多的計(jì)數(shù)器及結(jié)果3.LR工具使用手工演示以下內(nèi)容：34樹立質(zhì)量法制觀念、提高全員質(zhì)量意識。12月-2212月-22Monday,December26,2022人生得意須盡歡，莫使金樽空對月。13:42:3213:42:3213:4212/26/20221:42:32PM安全象只弓，不拉它就松，要想保安全，常把弓弦繃。12月-2213:42:3213:42Dec-2226-Dec-22加強(qiáng)交通建設(shè)管理，確保工程建設(shè)質(zhì)量。13:42:3213:42:3213:42Monday,December26,2022安全在于心細(xì)，事故出在麻痹。12月-2212月-2213:42:3213:42:32December26,2022踏實(shí)肯干，努力奮斗。2022年12月26日1:42下午12月-2212月-22追求至善憑技術(shù)開拓市場，憑管理增創(chuàng)效益，憑服務(wù)樹立形象。26十二月20221:42:32下午13:42:3212月-22嚴(yán)格把控質(zhì)量關(guān)，讓生產(chǎn)更加有保障。十二月221:42下午12月-2213:42December26,2022作業(yè)標(biāo)準(zhǔn)記得牢，駕輕就熟除煩惱。2022/12/2613:42:3213:42:3226December2022好的事情馬上就會到來，一切都是最好的安排。1:42:32下午1:42下午13:42:3212月-22一馬當(dāng)先，全員舉績，梅開二度，業(yè)績保底。12月-2212月-2213:4213:42:3213:42:32Dec-22牢記安全之責(zé)，善謀安全之策，力務(wù)安全之實(shí)。2022/12/2613:42:32Monday,December26,2022相信相信得力量。12月-222022/12/2613:42:3212月-22謝謝大家！樹立質(zhì)量法制觀念、提高全員質(zhì)量意識。12月-2212月-2235生活中的辛苦阻撓不了我對生活的熱愛。12月-2212月-22Monday,December26,2022人生得意須盡歡，莫使金樽空對月。13:42:3213:42:3213:4212/26/20221:42:32PM做一枚螺絲釘，那里需要那里上。12月-2213:42:3213:42Dec-2226-Dec-22日復(fù)一日的努力只為成就美好的明天。13:42:3213:42:3213:42Monday,December26,2022安全放在第一位，防微杜漸。12月-2212月-2213:42:3213:42:32December26,2022加強(qiáng)自身建設(shè)，增強(qiáng)個(gè)人的休養(yǎng)。2022年12月26日1:42下午12月-2212月-22精益求精，追求卓越，因?yàn)橄嘈哦鴤ゴ蟆?6十二月20221:42:32下午13:42:3212月-22讓自己更加強(qiáng)大，更加專業(yè)，這才能讓自己更好。十二月221:42下午12月-2213:42December26,2022這些年的努力就為了得到相應(yīng)的回報(bào)。2022/12/2613:42:3213:42:3226December2022科學(xué)，你是國力的靈魂；同時(shí)又是社會發(fā)展的標(biāo)志。1:42:32下午1:42下午13:42:3212月-22每天都是美好的一天，新的一天開啟。12月-2212月-2213:4213:42:3213:42:32Dec-22相信命運(yùn)，讓自己成長，慢慢的長大。2022/12/2613:42:32Monday,December26,2022愛情，親情，友情，讓人無法割舍。12月-222022/12/2613:42:3212月-22謝謝大家！生活中的辛苦阻撓不了我對生活的熱愛。12月-2212月-2236性能測試培訓(xùn)

之基礎(chǔ)篇流程方法篇性能測試培訓(xùn)

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

性能測試目前沒有確切的定義，一般認(rèn)為，性能測試就是一個(gè)測試過程，指的是在一定約束條件（指定的軟件、硬件和網(wǎng)絡(luò)環(huán)境等）確定系統(tǒng)所能承受的最大負(fù)載壓力。通過性能測試，可以實(shí)現(xiàn)以下一個(gè)或者幾個(gè)目標(biāo)：判定軟件是否滿足預(yù)期的性能需求判定軟件的性能表現(xiàn)尋找軟件可能存的性能問題，定位性能瓶頸并解決問題。什么是性能測試？性能測試目前沒有確切的定義40為什么要進(jìn)行性能測試？客戶需求－－系統(tǒng)快速響應(yīng)、可靠性高等系統(tǒng)復(fù)雜性日益增長，要求系統(tǒng)的高可靠性業(yè)務(wù)處理快速增長，要求系統(tǒng)快速處理性能同功能一樣重要1.性能測試的必要性為什么要進(jìn)行性能測試？客戶需求－－系統(tǒng)快速響應(yīng)、可靠性高等141如圖所示表明了一個(gè)應(yīng)用系統(tǒng)的基本架構(gòu)：如圖所示表明了一個(gè)應(yīng)用系統(tǒng)的基本架構(gòu)：422.性能測試分類并發(fā)性能測試并發(fā)性能測試的過程是一個(gè)負(fù)載測試和壓力測試的過程，即隨逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或都不能接收的性能點(diǎn)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控來確定系統(tǒng)并發(fā)性能測試過程2.性能測試分類并發(fā)性能測試432.性能測試分類疲勞度與大數(shù)據(jù)量測試疲勞測試是采用系統(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ù)量測試：針對某些系統(tǒng)存儲、傳輸、統(tǒng)計(jì)查詢等業(yè)務(wù)進(jìn)行獨(dú)立的大數(shù)據(jù)量測試；與并發(fā)性能測試、疲勞強(qiáng)度測試等相結(jié)合的綜合數(shù)據(jù)量測試方案；關(guān)鍵在于數(shù)據(jù)量的準(zhǔn)備2.性能測試分類疲勞度與大數(shù)據(jù)量測試443.性能測試的手段手工測試自動化測試人工和自動化測試的結(jié)合3.性能測試的手段453.Loadrunner介紹

Loadrunner原是Mercury公司的產(chǎn)品，2006Mercury公司被HP收購Loadrunner是一種較高規(guī)模適應(yīng)性的自動負(fù)載測試工具，它能預(yù)測系統(tǒng)行為，優(yōu)化性能。Loadrunner強(qiáng)調(diào)的是對整個(gè)企業(yè)應(yīng)用架構(gòu)進(jìn)行測試，它通過模擬實(shí)際用戶操作行為和實(shí)行實(shí)時(shí)性能監(jiān)測，來幫助客戶更快的確認(rèn)和查找問題3.Loadrunner介紹

Loadrunner原是Me463.Loadrunner介紹Loadrunner結(jié)構(gòu)：Loadrunner主要包含以下功能模塊：VirtualUserGenerator:虛擬用戶生成器，簡稱VuGen用來錄制使用者的操作，建立虛擬用戶腳本。Controller：壓力控制器。整個(gè)壓力的控制中心，用來管理、設(shè)計(jì)驅(qū)動以及監(jiān)控壓力場景LoadGenerator：壓力產(chǎn)生器。執(zhí)行虛擬使用者腳本以產(chǎn)生虛擬用戶，對被測系統(tǒng)發(fā)出請求和接收響應(yīng)，模擬實(shí)際的負(fù)載。Analysis:結(jié)果分析器。通過測試結(jié)果數(shù)據(jù)用來分析壓力測試結(jié)果Lanucher:提供一個(gè)集中的界面，啟動LR所有的模塊3.Loadrunner介紹Loadrunner結(jié)構(gòu)：473.Loadrunner介紹Loadrunner原理3.Loadrunner介紹Loadrunner原理48常用術(shù)語并發(fā)：指在某一時(shí)刻（某秒）多用戶同時(shí)向服務(wù)器提交請求。即在1秒鐘內(nèi)服務(wù)器能同時(shí)正確響應(yīng)的用戶請求，一般用線程來模擬實(shí)際用戶的并發(fā)請求。并發(fā)用戶：指在性能集合點(diǎn)并發(fā)執(zhí)行事務(wù)的用戶。最大并發(fā)用戶數(shù)：系統(tǒng)已不能正確響應(yīng)超過5%并發(fā)事務(wù)時(shí)的最大虛擬用戶數(shù)。在線用戶：指用戶登錄系統(tǒng)后，一直未退出系統(tǒng)或用戶處于活動狀態(tài)。虛擬用戶：通過執(zhí)行測試腳本模仿真實(shí)用戶與被測系統(tǒng)進(jìn)行通信的用戶。事務(wù)（交易）：完成一定功能的單個(gè)或多個(gè)操作處理過程就是一個(gè)事務(wù)。集合點(diǎn)：即并發(fā)操作點(diǎn)，就是多用戶同時(shí)向服務(wù)器提交請求的操作點(diǎn)。響應(yīng)時(shí)間：從客戶端發(fā)出請求開始到服務(wù)器成功響應(yīng)，并返饋到客戶端為止的這段時(shí)間。LoadRunner：是一種預(yù)測系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級負(fù)載測試工具。后面具體介紹。場景：LoadRunner的專門術(shù)語，是所有測試資源包括測試腳本、運(yùn)行設(shè)置、運(yùn)行用戶數(shù)等的集合。在這個(gè)場景中，可以定義并發(fā)用戶的數(shù)目，定義要運(yùn)行的腳本，或者說運(yùn)行的流程類型。在一個(gè)場景中，可以是單個(gè)流程，也可以是多個(gè)流程的組合。HitsPerSecond：點(diǎn)擊次數(shù)——每秒用戶對WebServer端的HTTP請求數(shù)。AverageThroughput（Bytes/sec）：從WEBServer上接收到的數(shù)據(jù)量的值（網(wǎng)絡(luò)總吞吐量）——該值隨用戶數(shù)的增加而增加以確定網(wǎng)絡(luò)速度滿足需求AverageTransactionResponseTime（sec）：平均事務(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%常用術(shù)語并發(fā)：指在某一時(shí)刻（某秒）多用戶同時(shí)向服務(wù)器提交請求49性能測試流程性能測試流程50第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析512.1測試需求分析測試需求分析主要有以下的幾個(gè)關(guān)鍵點(diǎn)：測試的目的是什么

性能符合性驗(yàn)證：驗(yàn)證是否滿足應(yīng)用的需要。

性能能力驗(yàn)證：確定性能極限、是否存在性能瓶頸。性能調(diào)優(yōu)：對系統(tǒng)的性能進(jìn)行調(diào)試、優(yōu)化。2.1測試需求分析測試需求分析主要有以下的幾個(gè)關(guān)鍵點(diǎn)：522.1測試需求分析測試要素分析：閱讀需求規(guī)格說明書：響應(yīng)時(shí)間等

系統(tǒng)架構(gòu)（項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員）

用戶數(shù)量、用戶分布測試執(zhí)行的功能—原則數(shù)據(jù)量硬件環(huán)境（包括網(wǎng)絡(luò)環(huán)境）軟件環(huán)境

現(xiàn)場環(huán)境評估

2.1測試需求分析測試要素分析：53第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析542.2制定測試策略測試目的不同，則相應(yīng)的測試策略不同。

性能符合性驗(yàn)證—負(fù)載測試、疲勞強(qiáng)度測試。

性能能力驗(yàn)證—壓力測試、疲勞強(qiáng)度測試。

性能調(diào)優(yōu)—測試-調(diào)整-測試。負(fù)載測試、壓力測試、疲勞強(qiáng)度測試、組合業(yè)務(wù)測試。2.2制定測試策略測試目的不同，則相應(yīng)的測試策略不同。55第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析562.3制定測試方案測試需求測試策略測試場景測試環(huán)境測試準(zhǔn)備人員及時(shí)間安排問題與對策2.3制定測試方案測試需求57第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析582.4執(zhí)行測試方案搭建測試環(huán)境（…）錄制腳本、編輯腳本布置測試場景執(zhí)行測試場景2.4執(zhí)行測試方案搭建測試環(huán)境（…）59第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析602.5測試結(jié)果分析性能符合性驗(yàn)證：查看測試結(jié)果是否滿足要求，比如響應(yīng)時(shí)間、資源利用率、吞吐量等等。性能能力驗(yàn)證：記錄軟件系統(tǒng)的性能變化曲線。對于確定是否存在性能瓶頸，首先判斷是否存在硬件（包括網(wǎng)絡(luò)）瓶頸問題，若不存在硬件瓶頸問題，則按照應(yīng)用軟件到系統(tǒng)軟件（應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器、操作系統(tǒng)）的順序進(jìn)行分析，確定瓶頸點(diǎn)。性能調(diào)優(yōu)：同性能能力驗(yàn)證確定性能瓶頸分析方法。2.5測試結(jié)果分析性能符合性驗(yàn)證：查看測試結(jié)果是否滿足要求612.5測試結(jié)果分析內(nèi)存分析方法1.首先查看可用內(nèi)存（Memory\AvailableMbytes）計(jì)數(shù)器指標(biāo)。若值較小則可能有內(nèi)存問題，需進(jìn)一步分析。2.注意Pages/sec、PagesRead/sec和PageFaults/sec計(jì)數(shù)器的值。Pages/sec和PageFaults/sec的值持續(xù)很高，很可能內(nèi)存問題，若PagesRead/sec的值超過5，則可判斷存在內(nèi)存問題。3.根據(jù)PhysicalDisk計(jì)數(shù)器的值分析性能瓶頸。如果磁盤的AverageDiskQueueLength計(jì)數(shù)器增加的同時(shí)PagesRead/sec并未降低，則可判斷內(nèi)存有問題。2.5測試結(jié)果分析內(nèi)存分析方法622.5測試結(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ù)庫服務(wù)器的%UserTime值較大，可考慮對數(shù)據(jù)庫系統(tǒng)進(jìn)行優(yōu)化。3.查看System\ProcessorQueueLength計(jì)數(shù)器的值。當(dāng)該值大于CPU數(shù)量的總數(shù)+1時(shí)，說明存在處理器方面的問題。2.5測試結(jié)果分析處理器分析方法632.5測試結(jié)果分析磁盤I/O分析方法

1.查看%DiskTime計(jì)數(shù)器的值。該值較大，則可能存在磁盤瓶頸問題。2.與Processor\PrivilegedTime合并進(jìn)行分析。若%DiskTime值較大，而Processor\PrivilegedTime的值適中，則可判斷存在磁盤問題。若Processor\PrivilegedTime較大，持續(xù)超過80%，則可能是內(nèi)存泄漏。3.根據(jù)Disksec/Transfer進(jìn)行分析。該值超過60ms，則磁盤存在問題。2.5測試結(jié)果分析磁盤I/O分析方法642.5測試結(jié)果分析網(wǎng)絡(luò)分析方法1.查看NetworkInterface\BytesTotal/sec計(jì)數(shù)器的值。用BytesTotal/sec計(jì)數(shù)器的值和網(wǎng)絡(luò)的帶寬進(jìn)行比較，若超過50%，則說明網(wǎng)絡(luò)存在性能瓶頸問題。

2.5測試結(jié)果分析網(wǎng)絡(luò)分析方法652.5測試結(jié)果分析軟件瓶頸分析方法

分析事務(wù)響應(yīng)時(shí)間、吞吐量，確定是否存在性能問題，若發(fā)現(xiàn)存在性能問題，則找出響應(yīng)時(shí)間不符合要求或者出現(xiàn)多個(gè)失敗的事務(wù)，對其進(jìn)行分解，然后對其進(jìn)行網(wǎng)頁細(xì)分，以確定影響性能的元素。2.5測試結(jié)果分析軟件瓶頸分析方法66第二章性能測試過程測試需求分析制定測試策略制定測試方案執(zhí)行測試方案測試結(jié)果分析編寫測試報(bào)告第二章性能測試過程測試需求分析672.6編寫測試報(bào)告測試指標(biāo)：描述與測試場景對應(yīng)的事務(wù)平均響應(yīng)時(shí)間、事務(wù)吞吐率、資源消耗指標(biāo)、運(yùn)行的用戶數(shù)等信息。結(jié)果分析與總結(jié)：根據(jù)測試目標(biāo)，描述最后分析得到的結(jié)果，并給出相應(yīng)的建議。2.6編寫測試報(bào)告測試指標(biāo)：描述與測試場景對應(yīng)的事務(wù)平均響68性能測試建議性能測試不比功能測試，應(yīng)制定性能測試方案性能測試應(yīng)盡早開展測試目標(biāo)設(shè)計(jì)要科學(xué)合理，不能想當(dāng)然不要在服務(wù)器上進(jìn)行性能測試性能場景監(jiān)視很關(guān)鍵，要選取合適的性能計(jì)數(shù)器測試分析不應(yīng)只看表面現(xiàn)象，要分析關(guān)聯(lián)指標(biāo)一定要花時(shí)間找出系統(tǒng)瓶頸，并盡早優(yōu)化優(yōu)化后的系統(tǒng)一定要回歸測試，驗(yàn)證優(yōu)化效果熟悉常見協(xié)議、技術(shù)性能測試建議性能測試不比功能測試，應(yīng)制定性能測試方案693.LR工具使用手工演示以下內(nèi)容：制定負(fù)載測試計(jì)劃開發(fā)測試腳本創(chuàng)建運(yùn)行場景運(yùn)行測試監(jiān)視場景分析測試結(jié)果一VuGen1錄制基本用戶腳本２完善測試腳本（插入事務(wù)，集合點(diǎn)）３Run-Timesetting４單機(jī)執(zhí)行腳本二場景１創(chuàng)建運(yùn)行場景三分析結(jié)果１如何添加并監(jiān)控操作系統(tǒng)資源２如何生成報(bào)告（word\html等格式）３如何查看更多的計(jì)數(shù)器及結(jié)果3.LR工具使用手工演示以下內(nèi)容：70樹立質(zhì)量法制觀念、提高全員質(zhì)量意識。12月-2212月-22Monday,December26,2022人生得意須盡歡，莫使金樽空對月。13:42:3213:42:3213:4212/26/20221:42:32PM安全象只弓，不拉它就松，要想保安全，常把弓弦繃。12月-2213:42:3213:42Dec-2226-Dec-22