效能測試loadrunner場景問題之socket

2021-12-30 01:52:39 字數 945 閱讀 7631

2.2?socket場景問題

2.21在場景執行中,非同步交易socket連線中斷,同步交易正常進行。

在bancs穩定性測試中遇到過該問題,經過檢查並不是系統出現故障導致服務中斷,而是loadrunner種場景設定的問題。由於分埠進行測試非同步指令碼分成了四個,在流水號取值時必須唯一,然而在場景設定中我們用了很大的資料表示流水,用隨機的方式取參,本以為不會重複,但問題還是出現了,修改為固定取值時,該問題解決了。

這個問題雖然是在特定的場合出現,但是在其他類似場景中引數取值時要慎重考慮。可以採取固定取值或者分塊取值。

2.22長連線與短連線對場景的影響

1.長連線

client方與server方先建立通訊連線,連線建立後不斷開, 然後再進行報文傳送和接收。

2.短連線

client方與server每進行一次報文收發交易時才進行通訊連 接,交易完畢後立即斷開連線。此種方式常用於一點對多點 通訊,比如多個client連線乙個server.

一般web**的http服務都用短鏈結,因為長連線對於服務端來說會耗費一定的資源,而像web**這麼頻繁的成千上萬甚至上億客戶端的連線用短連線會更省一些資源,如果用短連線,同時有成千上萬的使用者,如果每個使用者都占用乙個連線的話,那可想而知吧。所以併發量大,但每個使用者無需頻繁操作情況下需用短連好。

在bancs測試中指令碼裡設定的長連線在壓力較大的情況下會出現這樣的問題:假如一支交易的接收報文是可變長的,這樣會影響指令碼執行的效率,為了簡便我們只需要擷取接收報文裡面的某些可以確定交易成功的資訊就可以了,其它的可以不要,這就造成了第二筆交易因接收到第一筆交易的剩餘報文而報錯的現象。改為短連線後每次連線都會初始化配置,這就解決了報文接收錯誤的問題。

2.23 在外圍測試中檢視後台日誌發現交易總是少一筆。

解決辦法:通過檢視,發現是由於非同步交易,只發不收,最後一筆發完還沒來得及處理socket連線就已結束,在socket連線斷開前設定乙個thinktime就解決了。

loadrunner效能測試

8.error failed to connect to server 192.168.1.100 2060 10061 connection refused iis關閉 web伺服器承受不了壓力,拒絕服務,降低tcptimewaitdelay時間和增加maxuserport tcp連線使用的最大埠...

loadrunner 效能測試

效能測試劃分 負載測試 壓力測試 配置測試 併發測試 可靠性測試 負載測試 是通過對被測試系統不斷的加壓,直到超過預 定的指標或者是部分資源已經達到了一種飽和 狀態不能再加壓為止 壓力測試 指當系統已經達到一定的飽和程度 如cpu 磁 盤等已經處於一種飽和狀態 系統處理業務 的能力,系統是否會出現崩...

LoadRunner效能測試術語

通過某些軟體進行自動測試,找出壓力點,負載量等。為了衡量某一操作效能,在該操作的開始和結束加入範圍大量使用者同時操作,對伺服器產生壓力一起向伺服器傳送帶有壓力或者影響的操作的使用者的數量。設定檢查點判斷伺服器返回的內容來反應操作是否成功 設定集合點控制使用者在某一時候進行統一的操作使用者在進行操作的...