執行測試並分析調優：
測試中報錯的資訊解決：
1. failed to connect to
server
"網域名稱:80": [10065] no route to host
解決：這種錯誤資訊有兩種情況，一是交換機堵塞，一是伺服器網路堵塞或者cpu無法響應（網絡卡中斷處理不過來了）。
從伺服器端檢查下iptables 是否開啟，看看 /proc/sys/net/ipv4/ip_conntrack_max 是多少。
2. ttp status-code=500 (internal server error)
解決：a． 這個問題，開發人員從程式和環境進行調優了。
b． 通過抓包發現有大量的sql語句重複執行，建議優化sql。
c． 優化jvm。機器配置：4g的記憶體，32個執行緒併發能力
解決：502 bad gateway 伺服器作為閘道器或者**時，為了完成請求訪問下乙個伺服器，但該伺服器返回了非法的應答。
504gateway timeout 由作為**或閘道器的伺服器使用，表示不能及時地從遠端伺服器獲得應答。
解決：可以啟動多個tomcat服務，乙個tomcat服務可能支撐不了那麼大的併發。（一般情況下像ibm高配的服務乙個tomcat能支援2000併發吧。）（只能讓部署環境的同事幫忙調整，我們沒這權利啊。）
4. step download timeout (120 seconds) has expired when downloading
non-resource(s)
解決：可以修改配置引數（tomcat的），也可以程式上進行調整超時時間。
如 maxthreads="150" minsparethreads="25" maxsparethreads="75"
enablelookups="false" redirectport="8443" acceptcount="100"
debug="0" connectiontimeout="20000"
disableuploadtimeout="true" />
當然了也可以調整lr的配置但最好不這樣。
5. abnormal termination, caused by mdrv process termination
解決：大膽嘗試了修改了lr中的d:\program files\mercury\loadrunner\dat\protocols
中的http.lrp資訊，在[vugen]下面新加一條maxthreadperprocess=要設定的vuser數量 。
測試結果：
● 前台發帖：
場景設計：執行2000併發匿名對不同的區發帖，每15秒上50個使用者，2000個使用者全部到達後，持續執行10分鐘。
併發數提問響應時間
成功率%
伺服器每秒處理的請求數
吞吐量（mbps）
2000
● 後台回帖：
場景設計：執行400併發對同一區不同的帖子進行回覆，每10秒上20使用者，400個使用者全部到達後，持續執行10分鐘。
併發數回帖響應時間
成功率%
伺服器每秒處理的請求數
吞吐量（mbps）
400注：響應時間的單位為：秒
這個測試結果比較滿意，還在進一步調優。
loadrunner效能測試
8.error failed to connect to server 192.168.1.100 2060 10061 connection refused iis關閉 web伺服器承受不了壓力，拒絕服務，降低tcptimewaitdelay時間和增加maxuserport tcp連線使用的最大埠...
loadrunner 效能測試
效能測試劃分 負載測試 壓力測試 配置測試 併發測試 可靠性測試 負載測試 是通過對被測試系統不斷的加壓，直到超過預 定的指標或者是部分資源已經達到了一種飽和 狀態不能再加壓為止 壓力測試 指當系統已經達到一定的飽和程度 如cpu 磁 盤等已經處於一種飽和狀態 系統處理業務 的能力，系統是否會出現崩...
LoadRunner效能測試術語
通過某些軟體進行自動測試，找出壓力點，負載量等。為了衡量某一操作效能，在該操作的開始和結束加入範圍大量使用者同時操作，對伺服器產生壓力一起向伺服器傳送帶有壓力或者影響的操作的使用者的數量。設定檢查點判斷伺服器返回的內容來反應操作是否成功 設定集合點控制使用者在某一時候進行統一的操作使用者在進行操作的...