【正文】 大數(shù)量的用戶，并且兩次都沒(méi)有達(dá)到目標(biāo) . 所有的用戶運(yùn)行都失敗 . 沒(méi)有足夠的 Load Generators 機(jī)器 (現(xiàn)有的機(jī)器已經(jīng)超載運(yùn)行的情況下 ). Controller 增加了幾批用戶后， pages per minute 或者h(yuǎn)its/transactions per second 沒(méi)有增加 . Controlller 加載第一批用戶后，定義的目標(biāo)沒(méi)有被捕捉到 . 其他有用的設(shè)置 場(chǎng)景類型的轉(zhuǎn)化 啟用 IP Spoofer（ IP 欺騙） Options 設(shè)置 優(yōu)化 Controller和 Load Generators計(jì)算機(jī) 其他有用的設(shè)置 場(chǎng)景類型的轉(zhuǎn)化 使用這個(gè)選項(xiàng)，可以在Percentage Mode 和Vusers Group 之間互相轉(zhuǎn)化，不過(guò)一些設(shè)置可能會(huì)丟失。 要使用 IP 欺騙，各個(gè) Load Generator 機(jī)器必須使用固定的 IP，不能使用動(dòng)態(tài) IP（即 DHCP）。 下面重點(diǎn)講講需要添加那些計(jì)數(shù)器，以及那些計(jì)數(shù)器代表什么意思。 如果發(fā)現(xiàn) Processor Queue Length 顯示的隊(duì)列長(zhǎng)度超過(guò)2，而處理器的利用率卻一直很低，那么或許更應(yīng)該去解決處理器阻塞問(wèn)題，這里處理器一般不是瓶頸。 分析實(shí)時(shí)監(jiān)視圖表 摘要 Transaction Response Time Throughput Windows Resources Transaction Response Time 看 Transaction Response Time 圖，可以判斷每個(gè)事務(wù)完成用的時(shí)間，從而可以判斷出那個(gè)事務(wù)用的時(shí)間最長(zhǎng) ,那些事務(wù)用的時(shí)間超出預(yù)定的可接受時(shí)間 . 下圖可以看出，隨著用戶數(shù)的不斷增加， login 事務(wù)的響應(yīng)時(shí)間增長(zhǎng)的最快！ Throughput “ Throughput”圖顯示在場(chǎng)景運(yùn)行期間的每一秒鐘 ,從 Web Server上接受到的數(shù)據(jù)量的值 .拿這個(gè)值和網(wǎng)絡(luò)帶寬比較 ,可以確定目前的網(wǎng)絡(luò)帶寬是否是瓶頸 . 如果該圖的曲線隨著用戶數(shù)的增加，沒(méi)有隨著增加，而是呈比較平的直線，說(shuō)明目前的網(wǎng)絡(luò)速度不能夠滿足目前的系統(tǒng)流量。解析的過(guò)程的時(shí)間就是 。 從瀏覽器接受到第一個(gè)字節(jié)起，直到成功收到最后一個(gè)字節(jié)，下載完成止，這段時(shí)間就是 。 其他有用的功能 比較每次運(yùn)行的結(jié)果 對(duì)圖表進(jìn)行組合合并 比較每次運(yùn)行的結(jié)果 一般情況下進(jìn)行性能測(cè)試的步驟是： 首先進(jìn)行一次性能測(cè)試，記錄下結(jié)果，然后分析結(jié)果，提出改進(jìn)的建議 開(kāi)發(fā)人員根據(jù)建議對(duì)代碼或者服務(wù)器的配置進(jìn)行修改 測(cè)試人員在相同的條件下進(jìn)行第二輪測(cè)試 測(cè)試人員對(duì)兩輪測(cè)試結(jié)果比較，確定開(kāi)發(fā)人員修改的結(jié)果是否有效 比較每次運(yùn)行的結(jié)果 對(duì)圖表進(jìn)行組合合并 Analysis 默認(rèn)的圖表都是以時(shí)間作為橫坐標(biāo)，然而在分析結(jié)果的過(guò)程中，我們可能需要以“運(yùn)行的用戶數(shù)”作為橫坐標(biāo)，來(lái)比較結(jié)果。在 VuGen 中運(yùn)行時(shí)使用的是完整的瀏覽器，而在 Controller 中運(yùn)行時(shí)使用的只是瀏覽器的基本的部分。解決方法：可能是一些 LoadRunner 默認(rèn)的計(jì)數(shù)器在WebServer 上已經(jīng)不存在的原因，尤其是數(shù)據(jù)庫(kù)的計(jì)數(shù)器方面。為了確定問(wèn)題出在 Controller 中的場(chǎng)景 ,而不是腳本的問(wèn)題 ,你應(yīng)該在所有的 Load Generators 機(jī)器上使用 VuGen 運(yùn)行測(cè)試腳本，確保都能夠運(yùn)行正確。比如，編程比較差的代碼以及形成的 DLL 能夠使用所有的計(jì)算機(jī)處理器資源，導(dǎo)致了 CPU 的瓶頸。 建立連接后，從 Web Server 發(fā)出第一個(gè)數(shù)據(jù)包，經(jīng)過(guò)網(wǎng)絡(luò)傳輸?shù)娇蛻舳?，瀏覽器成功接受到第一字節(jié)的時(shí)間就是 。從圖中可以看出， login 事務(wù)的響應(yīng)時(shí)間并不是一直都比較高 ,只是隨著用戶數(shù)的增加，響應(yīng)時(shí)間才明顯增加的 . 分解頁(yè)面 通過(guò)分解頁(yè)面可以得到：比較大的響應(yīng)時(shí)間到底是頁(yè)面的哪個(gè)組件引起的？問(wèn)題出在服務(wù)器上還是網(wǎng)絡(luò)傳輸上。因?yàn)樵谕痪钟蚓W(wǎng)內(nèi)， Network Delay 會(huì)非常的小，網(wǎng)絡(luò)監(jiān)視器會(huì)有足夠的時(shí)間在每秒鐘內(nèi)發(fā)送成百上千的請(qǐng)求，這樣會(huì)導(dǎo)致源計(jì)算機(jī)（ source machine）的 CPU 和內(nèi)存超負(fù)荷工作。 內(nèi)存泄漏應(yīng)該通過(guò)一個(gè)長(zhǎng)時(shí)間的，用來(lái)研究分析當(dāng)所有內(nèi)存都耗盡時(shí)，應(yīng)用程序反應(yīng)情況的測(cè)試來(lái)檢驗(yàn)。 其他有用的設(shè)置 使用 IP Spoofer 的步驟如下： 在 Controller 的 場(chǎng)景中，啟用 IP Spoofer 即可 其他有用的設(shè)置 Options 設(shè)置 首先使用 Export Mode（專家模式） 然后選擇上述菜單中的 Options 由于我們?cè)?Controlller 的 RunTime Setting 中設(shè)置了以多線程方式運(yùn)行，所以這里我們應(yīng)該選擇第二項(xiàng)，為每一個(gè)線程分配不同的IP。該選項(xiàng)非常的有用。默認(rèn)情況下， LoadRunner 每?jī)煞昼娂虞d一批用戶。指定需要測(cè)試的事務(wù)的名稱，虛擬用戶數(shù)量的最小值和最大值，還有預(yù)先定義好的事務(wù)的響應(yīng)時(shí)間。 Goal— Oriented Scenario 點(diǎn) 按鈕，編輯該場(chǎng)景的目標(biāo)。 Manual Scenario 設(shè)置 Schedule 這里的設(shè)置是非常重要的，也是三種場(chǎng)景類型最重要的區(qū)別之處。 Manual Scenario with Percentage Mode 該項(xiàng)只有在“ Manual Scenario” 選中的情況下才能選擇。 插入 Text/Imag 檢查點(diǎn) 插入 Text/Imag 檢查點(diǎn) 生成腳本 RunTime Setting 當(dāng)完善了測(cè)試腳本后，需要對(duì) VuGen的 RunTime Setting進(jìn)行配置 . 下面對(duì)經(jīng)常需要設(shè)置的幾個(gè)標(biāo)簽頁(yè)進(jìn)行說(shuō)明。 lr_save_string 該函數(shù)功能是把一個(gè)字符串保存到參數(shù)中 exg: lr_save_string(439,WCSParam3)。每一個(gè)虛擬用戶都會(huì)按照相同的順序讀取 Random：在每次循環(huán)里隨機(jī)的讀取一個(gè)，但是在循環(huán)中一直保持不變 Unique:唯一的數(shù)。 參數(shù)化輸入 下面我們重點(diǎn)介紹一下參數(shù)的類型 ? Vuser ID：設(shè)置比較簡(jiǎn)單。在實(shí)際運(yùn)行中 ,LoadRunner使用該虛擬用戶所在的 Vuser Group 來(lái)代替。 設(shè)置參數(shù)的屬性以及數(shù)據(jù)源。當(dāng)多個(gè)虛擬用戶運(yùn)行腳本時(shí)，都會(huì)提交相同的記錄，這樣不符合實(shí)際的運(yùn)行情況，而且有可能引起沖突。 插入集合點(diǎn) 插入集合點(diǎn)是為了衡量在加重負(fù)載的情況下服務(wù)器的性能情況。 輸入該事務(wù)的名稱。下面的圖簡(jiǎn)單的說(shuō)明了各項(xiàng)的含義。其中 vuser_init 和 vuser_end 都只能存在一個(gè)，不能再分割，而 Action 還可以分成無(wú)數(shù)多個(gè)部分（通過(guò)點(diǎn)擊 New 按鈕，新建 ActionXXX）。組成圖要包括系統(tǒng)中所有的組件，以及相互之間是如何通訊的。 （ 圖 ） LoadRunner測(cè)試流程 運(yùn)行測(cè)試 一切配置妥當(dāng) ， 開(kāi)始運(yùn)行測(cè)試 。 測(cè)試計(jì)劃是進(jìn)行成功的負(fù)載測(cè)試的關(guān)鍵 。 Network Installation and shortcuts 和Network Installation 類似，不同的只是這種類型將把自己的計(jì)算機(jī)配置成 Workstation 來(lái)運(yùn)行 LoadRunner。 Network Installation 把 LoadRunner 安裝在一個(gè)網(wǎng)絡(luò)驅(qū)動(dòng)器上，這樣任何能連接到這個(gè)網(wǎng)絡(luò)驅(qū)動(dòng)器的計(jì)算機(jī)都可以使用 LoadRunner 的部分或者全部組件。 LoadRunner測(cè)試流程 1 2 3 4 5 6 LoadRunner測(cè)試流程 ? 制定負(fù)載測(cè)試計(jì)劃 ? 在任何類型的測(cè)試中 ， 測(cè)試計(jì)劃都是必要的步驟 。 我們使用 Controller 來(lái)創(chuàng)建運(yùn)行場(chǎng)景 。 ? 確定系統(tǒng)的組成 畫出系統(tǒng)的組成圖。 錄制基本的用戶腳本 啟動(dòng)錄制腳本的命令 VuGen 中的腳本分為三部分： vuser_init、 vuser_end 和 Action。 如果基于瀏覽器的應(yīng)用程序中包含了 JavaScript 并且該腳本向服務(wù)器產(chǎn)生了請(qǐng)求，比如 DataGrid 的分頁(yè)按鈕等，也要使用 URLbased 方式錄制 基于瀏覽器的應(yīng)用程序中使用了 HTTPS 安全協(xié)議，使用URLbased 方