資訊專欄INFORMATION COLUMN
摘要：在錄制協(xié)議腳本回放時超時情況經(jīng)常出現(xiàn)，產(chǎn)生錯誤的原因也有很多，解決的方法也不同。錯誤分析對于協(xié)議，默認的超時時間是秒可以在中修改，客戶端發(fā)送一個請求到服務器端，如果超過秒服務器端還沒有返回結(jié)果，則出現(xiàn)超時錯誤。
在錄制Web協(xié)議腳本回放時超時情況經(jīng)常出現(xiàn)，產(chǎn)生錯誤的原因也有很多，解決的方法也不同。
錯誤現(xiàn)象1：Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。
錯誤分析：對于HTTP協(xié)議，默認的超時時間是120秒（可以在LoadRunner中修改），客戶端發(fā)送一個請求到服務器端，如果超過120秒服務器端還沒有返回結(jié)果，則出現(xiàn)超時錯誤。
解決辦法：首先在運行環(huán)境中對超時進行設置，默認的超時時間可以設置長一些，再設置多次迭代運行，如果還有超時現(xiàn)象，需要在“Runtime Setting”>“Internet Protocol：Preferences”>“Advanced”區(qū)域中設置一個“winlnet replay instead of sockets”選項，再回放是否成功。
錯誤現(xiàn)象2：Action.c(81):Continuing after Error -27498: Timed out while processing URL=http://172.18.20.70:7001/work... querystat/ subOrderQuery.do
錯誤分析：這種錯誤常常是因為并發(fā)壓力過大，服務器端太繁忙，無法及時響應客戶端的請求而造成的，所以這個錯誤是正常現(xiàn)象，是壓力過大造成的。
如果壓力很小就出現(xiàn)這個問題，可能是腳本某個地方有錯誤，要仔細查看腳本，提示的錯誤信息會定位某個具體問題發(fā)生的位置。
解決辦法：例如上面的錯誤現(xiàn)象問題定位在某個URL上，需要再次運行一下場景，同時在其他機器上訪問此URL。如果不能訪問或時間過長，可能是服務器或者此應用不能支撐如此之大的負載。分析一下服務器，最好對其性能進行優(yōu)化。
如果再次運行場景后還有超時現(xiàn)象，就要在各種圖形中分析一下原因，例如可以查看是否服務器、DNS、網(wǎng)絡等方面存在問題。
最后，增加一下運行時的超時設置，在“Run-Time Settings”>“Internet Protocol:Preferences”中，單擊“options”，增加“HTTP-request connect timeout”或者“HTTP-request receive”的值。
下載最新版loadrunner試用>>
查看更多測試分析資訊和產(chǎn)品推薦>>>
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/8760.html
摘要：可信任性確定性在解決上述的回調(diào)函數(shù)的問題之前，有必要先來認識一下的一些主要方法的起點執(zhí)行結(jié)果依次是，，，代碼解讀以上代碼體現(xiàn)了的如下特性一旦決議調(diào)用過一次或者就不再重復調(diào)用決議回調(diào)或者改變決議回調(diào)。 通過回調(diào)來理解Promise 我們都知道Promise的出現(xiàn)是為了規(guī)避回調(diào)地獄的，由此，我們先來深入了解一下回調(diào)的缺陷： 回調(diào) 1、缺乏信任 2、不確定性 Example var mo...
摘要：出現(xiàn)錯誤引發(fā)崩潰日志的流程分析這個錯誤是應用的方法總數(shù)限制造成的。 目錄介紹 1.1 java.lang.ClassNotFoundException類找不到異常 1.2 java.util.concurrent.TimeoutException連接超時崩潰 1.3 java.lang.NumberFormatException格式轉(zhuǎn)化錯誤 1.4 java.lang.Illegal...
摘要：優(yōu)雅的服務降級微服務架構(gòu)最大的優(yōu)點之一就是當組件出現(xiàn)故障時，能隔離這些故障并且能做到優(yōu)雅地服務降級。 本文首先介紹微服務架構(gòu)存在的風險，然后針對如何避免微服務架構(gòu)的故障，提出了多種有效的微服務架構(gòu)中的方法和技術(shù)，其中例如服務降級、變更管理、健康檢查和修復、斷路器、限流器等。 目錄 1、微服務架構(gòu)的風險 2、優(yōu)雅的服務降級 3、變更管理 4、健康檢查和負載均衡 5、自我修復 6、故障轉(zhuǎn)移...
摘要：優(yōu)雅的服務降級微服務架構(gòu)最大的優(yōu)點之一就是當組件出現(xiàn)故障時，能隔離這些故障并且能做到優(yōu)雅地服務降級。 本文首先介紹微服務架構(gòu)存在的風險，然后針對如何避免微服務架構(gòu)的故障，提出了多種有效的微服務架構(gòu)中的方法和技術(shù)，其中例如服務降級、變更管理、健康檢查和修復、斷路器、限流器等。 目錄 1、微服務架構(gòu)的風險 2、優(yōu)雅的服務降級 3、變更管理 4、健康檢查和負載均衡 5、自我修復 6、故障轉(zhuǎn)移...
摘要：起因最近一段時間，生產(chǎn)系統(tǒng)持續(xù)碰到一些數(shù)據(jù)庫異常，導致執(zhí)行失敗。綜上，若發(fā)生異常，為數(shù)據(jù)庫連接失效，但是失效的原因可能會有多種，大致都與各種參數(shù)相關(guān)。當時數(shù)據(jù)量大概多條，然后在批量插入時拋出該異常。 起因 最近一段時間，生產(chǎn)系統(tǒng)持續(xù)碰到一些數(shù)據(jù)庫異常，導致 sql 執(zhí)行失敗。 應用環(huán)境 Java 1.7 + Mysql 5.6 + spring + ibatis 問題排查 將各種失敗的...
閱讀 2755·2019-08-30 15:53
閱讀 521·2019-08-29 17:22
閱讀 1040·2019-08-29 13:10
閱讀 2307·2019-08-26 13:45
閱讀 2751·2019-08-26 10:46
閱讀 3202·2019-08-26 10:45
閱讀 2504·2019-08-26 10:14
閱讀 467·2019-08-23 18:23
