hp loadrunner的監控已經做的很好了，可以監控多種資源，譬如：
1.unix(linux)伺服器資源(需要在unix伺服器安裝rstatd守護程式==)
2.監控windows伺服器資源(需要對所監控的伺服器有相應的訪問許可權)
3.apache資源(需要動態載入乙個apache的庫對監控作為支援)
4.welogic資源(需要在伺服器端安裝jdk 修改xml許可權配置==)
用lr監控伺服器資源:
優點：可以實時檢視並能記錄到analysis中而且能和其他資源合併比較。
缺點：存在一點的延時，優點中的「實時」也就找洞別見人了!耗費資源：rstatd守護程式比較
好資源，且穩定性不好，容易死掉，自己實測遇到n次，找運維、開發討論多次無果果斷放棄使用。---這些缺點主要針對unix資源監控，因為我用的比較多!
推薦監控方式:
1.windows資源監控 可以使用自帶的效能計數器。
優點：可以匯出監控log，在analysis中匯入資料生成圖表。
缺點：感覺麻煩。
2.spotlight for windows(這個比較喜歡 還有for oracle、for linux不同的版本)
3.unix(linux)監控工具--nmon
優點：可實時監控。且記錄到文字用nmon_analysis轉換成圖表。
4.unix(linux)監控工具--nagios
優點：太多了 監控項也比較全，不夠的還能自己寫指令碼加入!
缺點：俗稱「難搞死」。第一次弄的時候弄了1天才弄好。
5.linux監控工具--zabbix
優缺點未知，運維的哥們給介紹的!
6.linux監控工具--spotlight for linux
7.jvm監控工具--jconsole
8.在linux下還可以使用自帶的命令，如：vmstat sar iostat netstat top 很多，可以用python或者shell寫指令碼 實用啊!
loadrunner壓力測試
1.錄製指令碼使用lr12錄製，lr12相容性更好，錄製完後將指令碼在lr11中執行 2.錄製指令碼一次性錄製完所有場景，進入需要壓力測試的場景前新增事務 3.指令碼將每個事物拆分成乙個方法，用 控制執行的場景 4.場景設計 主要業務流程包括瀏覽主要頁面，登入，入庫申請，發布上架，應邀，登出 場景1...
loadrunner 測試步驟
負載測試通常由五個階段組成 計畫負載測試 定義效能測試要求，例如併發使用者的數量 典型業務流程和所需響應時間。建立 vuser 指令碼 將終端使用者活動捕獲到自動指令碼中。定義場景 使用 loadrunner controller 設定負載測試環境。執行場景 通過 loadrunner contro...
LoadRunner壓力測試
一 錄製指令碼 1.安裝完畢後，建立指令碼 點選ok之後，會彈出 之後建立action，每進乙個頁面新增乙個action，錄製結束後，終止錄製。二 修改指令碼 1.指令碼引數化 將登入的使用者名稱密碼進行動態化，右鍵 replace with a parameter 將其替換為乙個引數，後期進行壓力...