【導(dǎo)讀】LoadRunner®是一種預(yù)測系統(tǒng)行為和性能的工業(yè)級標(biāo)準(zhǔn)性能測試負(fù)載測試工具。通過使用LoadRunner，企業(yè)能最大限度地縮短測試時(shí)間，優(yōu)化性能和。加速應(yīng)用系統(tǒng)的發(fā)布周期。同供應(yīng)商提供軟件和硬件產(chǎn)品。難以預(yù)知的用戶負(fù)載和愈來愈復(fù)雜的應(yīng)用環(huán)境使公司時(shí)時(shí)擔(dān)。心會發(fā)生用戶響應(yīng)速度過慢，系統(tǒng)崩潰等問題。這些都不可避免地導(dǎo)致公司收益的損失。MercuryInteractive的LoadRunner能讓企業(yè)保護(hù)自己的收入來源，無需購置額外硬件而最。量，可靠性和可擴(kuò)展性都有良好的評價(jià)。LoadRunner的測試對象是整個(gè)企業(yè)的系統(tǒng)，它通過模擬實(shí)際用戶的操作行為。和實(shí)行實(shí)時(shí)性能監(jiān)測，來幫助您更快的查找和發(fā)現(xiàn)問題。此外，LoadRunner能支持廣范的。協(xié)議和技術(shù)，為您的特殊環(huán)境提供特殊的解決方案。在win2020,winXP下安裝LR后會出現(xiàn)如此情況。表示支持所有協(xié)議，最大500VU，時(shí)間：1年。我現(xiàn)在要用LoadRunner測一個(gè)C/S系統(tǒng)，請問該用什么協(xié)議？庫系統(tǒng)，當(dāng)然就使用oracle2-tier協(xié)議。服務(wù)器端發(fā)出請求，接受服務(wù)器的返回。的開始點(diǎn)時(shí)，LoadRunner就會開始計(jì)時(shí)，直到運(yùn)行到該事務(wù)的結(jié)束點(diǎn)，計(jì)時(shí)結(jié)束。

　　

【正文】 面已經(jīng)定義好的事務(wù) Transactions Response Time 如果想知道在多少用戶并發(fā)訪問網(wǎng)站時(shí)，事務(wù)的響應(yīng)時(shí)間達(dá)到性能指標(biāo)說明書中規(guī)定響 應(yīng)時(shí)間的最大值 ，那么推薦使用 Transactions Response Time 類型。指定需要測試的事務(wù)的名 稱，虛擬用戶數(shù)量的最小值和最大值，還有預(yù)先定義好的事務(wù)的響應(yīng)時(shí)間。 在場景運(yùn)行中，如果使用了最多的虛擬用戶，還不能達(dá)到定義的最大響應(yīng)時(shí)間，說明 Web Server 還有能力接納定義的虛擬用戶的最多數(shù)量；如果在使用了部分虛擬用戶，就達(dá)到 了定義的最大的響應(yīng)時(shí)間，或者 LoadRunner 提示如果使用最多數(shù)量的虛擬用戶時(shí)將要超過 最大響應(yīng)時(shí)間，那么需要重新設(shè)計(jì)或者修補(bǔ)應(yīng)用程序，同時(shí)可能需要升級 Web Server 的軟 硬件。 Pages per Minute 每分鐘多少頁面 ? 場景的 Run Time Setting 的設(shè)置： pacing： 每個(gè)虛擬用戶腳本包括三個(gè)部分： vuser_init, Run (Actions), vuser_end. 當(dāng)你運(yùn)行腳本的時(shí)候你能通知，虛擬用戶重復(fù)執(zhí)行 run部分，每一個(gè)重復(fù)做為一個(gè) iteration. 注意： vuser_init 和 vuser_end 部分是不被重復(fù)的。 Think Time Settings： 虛擬用戶 think time仿效一個(gè)真實(shí)用 戶在活動(dòng)中等待的時(shí)間，例如：當(dāng)一個(gè)用戶從服務(wù)器接受數(shù)據(jù)的時(shí)候，在響應(yīng)前這個(gè)用戶需要等待數(shù)秒來接受數(shù)據(jù)，這個(gè)被耽擱的時(shí)間就是 think time。 Error Handling： 你能指定一個(gè)虛擬用戶在腳本執(zhí)行期間如何處理錯(cuò)誤，默認(rèn)的，當(dāng)一個(gè)虛擬用戶發(fā)現(xiàn)一個(gè)錯(cuò)誤的時(shí)候，它會隨著下一次重復(fù)繼續(xù)下去，你能使用這個(gè)設(shè)置來通知虛擬用戶當(dāng)發(fā)生錯(cuò)誤的時(shí)候是否繼續(xù)執(zhí)行腳本。 25 ? 這里介紹一下多機(jī)聯(lián)合產(chǎn)生負(fù)載： 在安裝 loadrunner 的第七步驟，應(yīng)該選擇第 2 項(xiàng)，如果選擇了第一項(xiàng)，就會有連接失敗的問題。重新安裝一下即可。 通 過 Generator我們可以設(shè)定生成模擬用戶的機(jī)器， 這些機(jī)器需要安裝 LR Generator，需要運(yùn)行 agent進(jìn)程， 這些機(jī)器可以是實(shí)際存在的，也可是通過模擬 IP模擬的機(jī)器。模擬 IP通過 IP Wiazrd工具生成，在上圖中點(diǎn)擊 Add，可以添加模擬的生成器， Connect即可。 加入一臺機(jī)器以后，下面會有顯示 ? LR對服務(wù)器（ System Resource、 DataBase Server、 Web Server 等）資源的監(jiān)視。 LR只能監(jiān)視它支持的服務(wù)器的資源，它支持大部分常見的服務(wù)器。 System Resource：包括 windows平臺， Unix平臺等 Web Server：包括 Apache、 IIS、 Sun的 ipla等 Application server：包括 Weblogic、 WebSphere等 Database server：包括 DB2， Oracle， Sql server， Sybase等 26 Java： ejb， J2ee等，需要一個(gè) 1. 對 Windows（ Win2k server）的監(jiān)視： 對 windows的監(jiān)視相對比較簡單，監(jiān)視前首先需要用有管理員權(quán) 限的帳號連接被監(jiān) server，例如： use \\qatest /user:donny ,輸入密碼。然后就可以添加計(jì)數(shù)器，比較常用的計(jì)數(shù)器有： Memory： Available Mbytes 物理內(nèi)存的可用數(shù)（單位 Mbytes）至少要有 10% 的物理內(nèi)存值 Processor： %Processor Time CPU 使用率。這是查看處理器飽和狀況的最佳計(jì)數(shù)器。顯示所有 CPU 的線程處理時(shí)間。如果一個(gè)或多個(gè)處理器的該數(shù)值持續(xù)超過 90%，則表示此測試的負(fù) 載對于目前的硬件過于沉重。為多 處理器服務(wù)器添加該計(jì)數(shù)器的 0 到 x 個(gè)實(shí)例。 Processor Queue Length： 是指處理列隊(duì)中的線程數(shù)，小于 2。 處理器瓶頸會導(dǎo)致該值持續(xù)大于 2。 Context Switches/sec： 如果切換次數(shù)到 5000*CPU個(gè)數(shù)和 10000*CPU個(gè)數(shù)中，說明它忙于切換線程。 Network Interface： Bytes Total/sec 為發(fā)送和接收字節(jié)的速率，包括幀字符在內(nèi)。判斷網(wǎng)絡(luò)連接速度是否是瓶頸，可以用該計(jì)數(shù)器的值和目前網(wǎng)絡(luò)的帶寬比較。 SQL Server2020： %Processor Time， CPU 使用率 General Statistics， Logins/sec， 這是每秒登錄到 SQL Server 的計(jì)數(shù)。 SQL Statistics： Batch Requests/sec， 每秒收到的 TransactSQL 命令批數(shù)。這一統(tǒng)計(jì)信息受所有約束（如 I/O、用戶數(shù)、高速緩存大小、請求每秒收到的 TransactSQL 命令批數(shù)。這一統(tǒng)計(jì)信息受所有約束（如 I/O、用戶數(shù)、高速緩存大小、請求的復(fù)雜程度等）影響。批請求數(shù)值高意味著吞吐量很好。 27 2. 對 Unix（ Linux等）的監(jiān)視，需要配置相應(yīng)的服務(wù)器端，可以查看幫助文件，這里就只舉一個(gè)例子了。 1) LoadRunner 如何監(jiān)控 Apache，需要修改 apache的配置文件 . Location /serverstatus SetHandler serverstatus Order deny,allow Allow from all Allow from . /Location 把這節(jié)加在 ， restart apache即可。 第 四部分： 利用 Analysis 分析結(jié)果： LR的報(bào)表分析功能也異常強(qiáng)大，有各種各樣的報(bào)表，甚至可以將單個(gè)報(bào)表組合，也可以導(dǎo)出到 Excel文件和 Html文件。這里重點(diǎn)談?wù)勴撁娣纸夂蛨?bào)表組合。 28 ? 頁面分解： 如果某個(gè) transaction的時(shí)間過長，為了分析問題出在哪里？就可以利用頁面分解了，它可以把每個(gè)頁面分解成： DNS解析時(shí)間：瀏覽器訪問一個(gè)網(wǎng)站的時(shí)候，一般用的是域名，需要 dns服務(wù)器把這個(gè)域名解析為 IP，這個(gè)過程就是域名解析時(shí)間，如果我們在局域網(wǎng)內(nèi)直接使用 IP訪問的話，就沒有這個(gè)時(shí)間了。 Connection：解析出 Web Server 的 IP地址后，瀏覽器請求被送到了 Web Server，然后瀏覽器和 Web Server 之間需要建立一個(gè)初始化 HTTP連接，服務(wù)器端需要做 2件事：一是接收請求，二是分配進(jìn)程，建立該連接的過程就是 connection時(shí)間。 First Buffer：建立連接后，從 Web Server 發(fā)出第一個(gè)數(shù)據(jù)包，經(jīng)過網(wǎng)絡(luò)傳輸?shù)娇蛻舳耍瑸g覽器成功接受到第一字節(jié)的時(shí)間就是 First Buffer。這個(gè)度量時(shí)間不僅可以表示 Web Server 的延遲時(shí)間，還可以表示出網(wǎng)絡(luò)的反應(yīng)時(shí)間 。 Receive：從瀏覽器接收到第一個(gè)字節(jié)起，直到成功收到最后一個(gè)字節(jié)，下載完成止，這段時(shí)間就是 receive時(shí)間。 其他的時(shí)間還有 SSL Handshaking（ SSL 握手協(xié)議，用到該協(xié)議的頁面比較少）、 Client Time（請求在客戶端瀏覽器延遲的時(shí)間，可能是由于客戶端瀏覽器的 think time 或者客戶端 其他方面引起的延遲）、 Error Time（從發(fā)送了一個(gè) HTTP 請求，到 Web Server 發(fā)送回一個(gè) HTTP 錯(cuò)誤信息，需要的時(shí)間） 為了確認(rèn)問題緣由到底是服務(wù)器還是網(wǎng)絡(luò)，選擇 “ Time to First Buffer Breakdown”， 29 發(fā)現(xiàn) work時(shí)間比 Server時(shí)間要高的多，從而確定問題是 work引起的。 ? 報(bào)表組合 Analysis 默認(rèn)的圖表都是以時(shí)間作為橫坐標(biāo)，然而在分析結(jié)果的過程中，我們可能需要以“運(yùn)行的用戶數(shù)”作為橫坐標(biāo)，來比較結(jié)果。假如我們要畫出 Windows Resources —— VUsers 的圖表，可以這樣操作。首先打開 Windows Resources 圖表，然后在圖表上點(diǎn)鼠標(biāo)右鍵，選擇Merge Graphs。 30 出現(xiàn) Merge Graphs 對話框 選擇第一項(xiàng)“ Overlay”，出現(xiàn)以下的圖表，這樣是把兩個(gè)圖表進(jìn)行了合并，兩條曲線的縱軸 共用一個(gè)原點(diǎn)，橫軸還是時(shí)間軸。 選擇第二項(xiàng)“ Title”，出現(xiàn)以下的圖表，這樣是把兩個(gè)圖表進(jìn)行了合并，兩條曲線的縱軸不 31 再共用一個(gè)原點(diǎn)， VUsers 的原點(diǎn)在 Windows Resouces 的上面，橫軸還是時(shí)間軸。 選擇第三項(xiàng)“ Correlate”， LoadRunner 提示信息