Request Connection: Remote Server @ 192.229.145.200:80

錄製Loadrunner腳本時，提示：

Request Connection: Remote Server @ 192.229.145.200:80   NOT INTERCEPTED!(REASON: User requested to IGNORE connection)；

解決方法：

1. 打開IE裏的Internet選項，單擊鏈接選項卡。單擊最下面的局域網設置，自動配置欄裏的自動檢測設置選項不要勾選。  

2.打開Virtual User Generator。在Record欄裏面打開Recording Options，單擊Network裏面的PortMapping選項。查看Capture level。默認的應該是Socket level data ,將其變換成WinlNet level data(視狀況而論)。

3.將IE瀏覽器設置爲默認瀏覽器。打開Internet 選項，單擊打開程序選項卡。裏面有一個默認的web瀏覽器，單設置默認值。這樣腳本就能夠錄製出來了。

 

壓力機 VS 測試機 

能產生的虛擬用戶數量由壓力機的決定，

若是選擇進程方式，每個vuser都會啓動一個mmdrv.exe，一個mmdrv大概佔用內存30m左右

若是線程方式（須要保證客戶端程序線程安全），默認狀況下50個vuser啓動一個mmdrv，內存佔用跟進程方式相似。

儘可能使用直聯，不經過公網的交換機，否則測試的大都是本機的網絡狀態

 

腳本錄製：

事務：Insert start/end transaction 

每個操做均可以設置成一個事務，在測試時統計事務的響應時間，從而得知此操做的響應時間。

集合點：rendezvous

在腳本中加入集合點，可讓虛擬用戶都集中到這個點後再進行下一操做，能夠用於測試同一時間的併發數

參數化：parameter list 

模擬多用戶，讓測試場景更真實

內容檢查：

在頁面進行文字檢查用以判斷操做是否成功（會佔用資源，儘可能少使用）

 

場景設計： tools->create controller Scenario

 

結果分析：Tools->analysis

常見問題：

1. 事務響應時間先是緩慢的上升而後再平衡再降低 => 上升表示系統的處理能力在降低，平衡表示併發數量達到必定地步了，再多也接收不了，降低表示用戶數量慢慢變少了。若是系統沒有這樣的機制（鏈接數量的限制）就會發生錯誤。

2. CPU的使用率不斷的上升，內存的使用率也不斷上升 => 代表系統裏面可能產生了資源佔用卻沒釋放的狀況

3. 全部都正常，發生了業務失敗的狀況 => 數據庫可能被鎖定了

4. 變化幅度比較大就說明不穩定

 

一些說明信息

在錄製設置中：

當capture level爲socket level data的時候

VuGen將捕獲HTTP、SMTP、POP三、IMAP、OracleNCA和WinSocket協議

當capture level爲wininet level data的時候

VuGen將捕獲HTTP、FTP、Gopher協議

複製去Google翻譯 翻譯結果