【正文】 假如我們要畫出Windows Resources ——VUsers 的圖表，可以這樣操作。比如，編程比較差的代碼以及形成的DLL 能夠使用所有的計算機處理器資源，導(dǎo)致了CPU 的瓶頸。在20%的壓力測試中，發(fā)現(xiàn)Web Server 和Web 應(yīng)用程序是性能的瓶頸。采用編程語言（ASP、JSP、 等）的網(wǎng)站非常依賴于數(shù)據(jù)庫操作，這些都可能是引起性能問題的因素。遵從這樣的步驟，可以一步步的接近問題源；如果問題由網(wǎng)絡(luò)引起，可以參考NetWork 相關(guān)的圖表，確定什么樣的網(wǎng)絡(luò)問題是性能的瓶頸。要看到具體的值，可以參考Page Download TimeBreakdown（Over Time）為了確認(rèn)問題緣由到底是服務(wù)器還是網(wǎng)絡(luò)，選擇“Time to First Buffer Breakdown”，可以看出Server 時間比network 時間要高的多，從而確定問題是服務(wù)器引起的。利用該圖可以看出該頁面各種組件下載時間的比例關(guān)系。利用該圖可以看出該頁面各種組件的大小所占的比例關(guān)系。從下圖可以看出，login 頁面有5 個組件組成， 下載用的時間最長，并且?guī)缀跛械臅r間都用在了First Buffer 上，并不是很大。熟悉了以上各個時間的含義后，我們開始看分解頁面的圖形。在上圖中，選擇要分解的事務(wù)曲線，然后點鼠標(biāo)右鍵，選擇“Web Page Breakdown for login” 分解頁面通過分解頁面可以得到：比較大的響應(yīng)時間到底是頁面的哪個組件引起的？問題出在服務(wù)器上還是網(wǎng)絡(luò)傳輸上。從圖中可以看出，login 事務(wù)的響應(yīng)時間并不是一直都比較高，只是隨著用戶數(shù)的增加，響應(yīng)時間才明顯增加的。注意：這里介紹的分析方法只適用于Web 測試第一步，看“Transaction Performance Summary”圖，確認(rèn)那個事務(wù)的響應(yīng)時間比較大，超出了我們的標(biāo)準(zhǔn)。Analysis 組件可以在“開始程序”菜單中啟動，也可以在Controller 中啟動。利用該圖提供的數(shù)據(jù)，可以把瓶頸定位到特定機器的某個部件。如果該圖的曲線隨著用戶數(shù)的增加，沒有隨著增加，而是呈比較平的直線，說明目前的網(wǎng)絡(luò)速度不能夠滿足目前的系統(tǒng)流量。下圖可以看出，隨著用戶數(shù)的不斷增加，login 事務(wù)的響應(yīng)時間增長的最快！Q2 網(wǎng)絡(luò)帶寬是否足夠?“Throughput”圖顯示在場景運行期間的每一秒鐘，從Web Server 上接受到的數(shù)據(jù)量的值。默認(rèn)情況下“Enable display of network nodes by DNS names”選擇是沒有選中的，因為選中它會明顯的降低該監(jiān)視器的速度。Measurement Description CPU used by this session 一個用戶請求從開始到結(jié)束所占用的CPU時間(10ms為單位)Bytes received via SQL*Net from client 客戶通過NET8收到的字節(jié)數(shù)Logons current 當(dāng)前登錄數(shù)Opens of replaced files 因為已不在文件處理緩沖區(qū)而需要重新打開的文件數(shù)User calls Oracle分配資源以記錄相應(yīng)的用戶請求數(shù)據(jù)結(jié)構(gòu)當(dāng)每次你登錄，或發(fā)出請求時SQL*Net roundtrips to/from client 收發(fā)的NET8消息數(shù)Bytes sent via SQL*Net to client 從前臺進程通過NET8發(fā)送到客戶的字節(jié)數(shù)Opened cursors current 當(dāng)前打開的游標(biāo)數(shù)DB block changes 系統(tǒng)全局區(qū)中的所有數(shù)據(jù)塊改變的次數(shù)Total file opens 數(shù)據(jù)庫實例打開并且正在處理的文件數(shù) 、Network Delay如果要監(jiān)視的兩臺計算機在同一個局域網(wǎng)絡(luò)內(nèi)，建議不要使用Network Delay Monitor。如果系統(tǒng)的吞吐量降低并且CPU 的使用率很高，并且此現(xiàn)象發(fā)生時切換水平在15000 以上，同時還可以比較Context Switches/sec 和%Privileged Time 來判斷上下文切換是否過量。內(nèi)存短缺的問題可能會引起各種各樣的問題。監(jiān)視場景需要在Run 視圖中設(shè)置然后，出現(xiàn)添加計數(shù)器的對話框其他的操作就和控制面板“性能”中添加性能計數(shù)器的操作一樣，這里不再詳細(xì)說明。下面重點講講需要添加那些計數(shù)器，以及那些計數(shù)器代表什么意思。監(jiān)視場景通過添加性能計數(shù)器來實現(xiàn)。其他設(shè)置采用默認(rèn)即可，這里不再詳細(xì)說明。啟用方法很簡單。要使用IP 欺騙，各個Load Generator 機器必須使用固定的IP，不能使用動態(tài)IP（即使用IP Spoofer 的步驟如下：1. 使用IP Wizard：在“開始”菜單程序中，找到LoadRunner——Tools——IP Wizard，第一次運行IP Wizard 需要選擇第一項“Create new settings”，如果以前運行過，可以選擇第二項“Load previous settings from file”，選擇保存好的文件；第三項用于使用IP 欺騙進行測試完成后，釋放IP 的過程（因為該機會占用大量的IP 資源，可能會導(dǎo)致其他機器沒有IP 可用的尷尬局面，使用該項，可以恢復(fù)到原來的狀況）。該選項非常的有用。為了更加真實的模擬實際情況，LoadRunner允許運行的虛擬用戶使用不同的IP 訪問統(tǒng)一網(wǎng)站，這種技術(shù)稱為“IP 欺騙”。 啟用IP Spoofer（IP 欺騙）當(dāng)運行場景時，虛擬用戶使用它們所在的Load Generator 的固定的IP 地址。如果出現(xiàn)以下情況，Pages per Minute、Hits/Transactions per Second 類型的場景會置于“Failed”狀態(tài)：l Controller 使用了指定的最大數(shù)量的用戶，并且兩次都沒有達到目標(biāo)l 所有的用戶運行都失敗l 沒有足夠的Load Generators 機器（現(xiàn)有的機器已經(jīng)超載運行的情況下）l Controller 增加了幾批用戶后，pages per minute 或者h(yuǎn)its/transactions per second 沒有增加l Controlller 加載第一批用戶后，定義的目標(biāo)沒有被捕捉到. 其他有用的設(shè)置 場景類型的轉(zhuǎn)化使用這個選項，可以在Percentage Mode 和Vusers Group 之間互相轉(zhuǎn)化，不過一些設(shè)置可能會丟失。默認(rèn)情況下，LoadRunner 每兩分鐘加載一批用戶。每加載一批用戶后，LoadRunner 會判斷是否達到這批用戶的目標(biāo)。l 如果選擇的是在場景運行一段時間后達到目標(biāo)，LoadRunner 就會嘗試在定義的這段時間內(nèi)達到目標(biāo)，根據(jù)時間限制和計算出的每個用戶的hits、transactions 或者pages，LoadRunner 確定第一批加載多少用戶。 Pages per Minute 理解各種類型 Pages per Minute 理解各種類型如果你定義的類型是Pages per Minute、Hits/Transactions per Second，Controller 首先用最小用戶數(shù)除以定義的目標(biāo)，得到一個值，然后確定每個用戶應(yīng)該達到的hits/transactions或者pages per minute，然后controller 開始按照以下的策略加載用戶：l 如果選擇的是自動的加載虛擬用戶，LoadRunner 會首先加載50 個用戶。指定需要測試的事務(wù)的名稱，虛擬用戶數(shù)量的最小值和最大值，還有預(yù)先定義好的事務(wù)的響應(yīng)時間。如果使用了最多的虛擬用戶數(shù)，定義的目標(biāo)還沒有實現(xiàn)，那么需要增加最大用戶數(shù)，重新執(zhí)行場景。Controller 試圖使用最少的虛擬用戶來達到定義的目標(biāo)。運行定義該目標(biāo)類型的場景和運行Manual 類型的場景類似。每次場景運行只能設(shè)置一個目標(biāo)。選擇不同的目標(biāo)，內(nèi)容會稍微有一點不同。在菜單中調(diào)出設(shè)置集合點策略的窗口. 設(shè)置結(jié)果文件保存路徑通過菜單操作 RunTime Setting 選擇場景類型為Manual Scenario with Percentage Mode該場景類型和“Manual Scenario”類型非常類似，下面簡單的對他們不一樣的地方進行 選擇場景類型為Goal—Oriented Scenario同樣，只對不同的地方進行設(shè)置講解。 添加虛擬用戶首先設(shè)置虛擬用戶總數(shù)。 添加Load Generator Machines點右邊的“Generators”按鈕，出現(xiàn)Load Generators 窗口添加LoadGenerator 后，執(zhí)行“Connect”操作，使Status 為Ready，表示該機器聯(lián)接正常，如果為Failed，表示該機器不能聯(lián)接，請檢查原因。更加詳細(xì)的信息， 章。選擇該項后，LoadRunner 基于這個目標(biāo)，自動為你創(chuàng)建一個場景。更加詳細(xì)的信息， 章。l Manual Scenario with Percentage Mode：該項只有在“Manual Scenario”選中的情況下才能選擇。l 1 Manual Scenario：該項要完全手動的設(shè)置場景。在新建場景的窗口，選擇一種場景類型。在開始菜單中，啟動Controller 程序，出現(xiàn)“New Scenario”窗口。一個運行場景包括一個運行虛擬用戶活動的Load Generator 機器列表，一個測試腳本的列