之前實訓時，基於系統做過效能測試。自我感覺，困難在於：第一，指令碼的除錯與優化（與自己的編碼能力相關）；第二，執行場景中的監控；第三，基於結果對其進行分析，不是結束而是開始。
下面收集一些壓力測試中常遇到的問題，及其解決方法。

問題1：averager esponse time 響應時間過長？（與實際偏差甚大完全不合理）
解決方法：導致此問題的原因很多，可從以下幾類分析：
1、是否在指令碼中添加了多長時間的思考時間。
2、事物和集合點的先後順序是否正確，正確的順序是把集合點放在事物前，反之也會增加事物響應時間的值。 3、網速問題，網速一般不會造成太大的偏差，但不排除併發量很大的情況下造成的延誤。

問題2：LoadRunner超時錯誤

解決方法：首先在執行環境中對超時進行設定，預設的超時時間可設定長一些，再設定多次迭代執行，若還有超時的現象，需要在“Runtime Setting”> “Internet Protocol:Perferences” > “Advanced”區域中設定一個“winlnet replay instead of sockets”選項，再回放是否成功。

問題3：LoadRunner指令碼中出現亂碼
解決方法：重新錄製指令碼，在錄製指令碼前，開啟錄製選擇配置對話方塊進行設定，在“Recording Option”的 “Advanced”選項裡將“Surport Charset”選中，然後選擇支援“UTF-8”的選項。

問題4：在錄製過程中IE頁面上，某些控制元件顯示有問題，導致不能錄製
解決方法：一般情況下，將被測系統的URL加入可信任站點中。

問題5：Error-27796:Failed to connect to server ‘XXX’
此問題可以說是經常遇到但不易被解決的難題，大致可這樣去排查：
（1）檢查run time setting 中的請求超時時間Preferces中點選Options ‘HTTP-request connect tinmeout’,’HTTP-request receieve timeout’,’Step download timeout’,檢視其值是否為1000、1000、10000；run time setting設定完還需要在control元件的option的run time setting中設定相應的引數；

（2）Browser Emulation 中的Download non-HTML resources選項去掉；

（3）設定“Runtime Setting”> “Internet Protocol:Perferences” > “Advanced”區域中設定一個“winlnet replay instead of sockets”選項，再回放。

如果實在不行，就試試重啟，因為有些時候可能因為工具、網路、機子等問題。

文獻：於湧 · 《精通軟體效能測試與LoadRunner最佳實踐》，人民郵電出版 2013.6