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