常見問題分析

1、LR經常出現(xiàn)的基本錯誤以及解決方法-比較全了一、Step download timeout (120 seconds)這是一個經常會遇到的問題，解決得辦法走以下步驟：<!-if !supportLists->1、  <!-endif->修改run time setting中的請求超時時間，增加到600s,其中有三項的參數(shù)可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分別建議修改為600、600、5000；run tim

2、e setting設置完了后記住還需要在control組件的option的run time setting中設置相應的參數(shù)；<!-if !supportLists->2、  <!-endif->辦法一不能解決的情況下，解決辦法如下：設置runt time setting中的internet protocol-preferences中的advaced區(qū)域有一個winlnet replay instead of sockets選項，選項后再回放就成功了。切記此法只對windows系統(tǒng)起作用，此法來自zee的資料。二、問題描述Connection rese

3、t by peer.這個問題不多遇見，一般是由于下載的速度慢，導致超時，所以，需要調整一下超時時間。解決辦法：Run-time setting窗口中的Internet ProtocolPreferences設置set advanced options（設置高級選項），重新設置一下“HTTP-request connect timeout（sec），可以稍微設大一些”；三、問題描述connection refused這個的錯誤的原因比較復雜，也可能很簡單也可能需要查看好幾個地方，解決起來不同的操作系統(tǒng)方式也不同；<!-if !supportLists->1、  &

4、lt;!-endif->首先檢查是不是連接weblogic服務過大部分被拒絕，需要監(jiān)控weblogic的連接等待情況，此時需要增加acceptBacklog，每次增加25%來提高看是否解決，同時還需要增加連接池和調整執(zhí)行線程數(shù)，（連接池數(shù)*Statement Cache Size）的值應該小于等于oracle數(shù)據(jù)庫連接數(shù)最大值；<!-if !supportLists->2、  <!-endif->如果方法一操作后沒有變化，此時需要去查看服務器操作系統(tǒng)中是否對連接數(shù)做了限制，AIX下可以直接vi文件limits修改其中的連接限制數(shù)，還有tcp連接

5、等待時間間隔大小，wiodows類似，只不過wendows修改注冊表，具體修改方法查手冊，注冊表中有TcpDelayTime項；四、問題描述open many files問題一般都在壓力較大的時候出現(xiàn)，由于服務器或者應用中間件本身對于打開的文件數(shù)有最大值限制造成，解決辦法：<!-if !supportLists->3、  <!-endif->修改操作系統(tǒng)的文件數(shù)限制，aix下面修改limits下的nofiles限制條件，增大或者設置為沒有限制，盡量對涉及到的服務器都作修改；<!-if !supportLists->4、 

6、0;<!-endif->方法一解決不了情況下再去查看應用服務器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles數(shù)增大，應該就可以通過了，具體就是查找到nofiles方法，修改其中else條件的執(zhí)行體，把文件打開數(shù)調大；修改前記住備份此文件，防止修改出錯；五、問題描述has shut down the connection prematurely一般是在訪問應用服務器時出現(xiàn)，大用戶量和小用戶量均會出現(xiàn)；來自網上的解釋：1> 應用訪問死掉小用戶時：程序上的問題。程序上存在數(shù)據(jù)庫的問題2> 應用服務沒有死應用服務參數(shù)設置問題例

7、如：在許多客戶端連接Weblogic應用服務器被拒絕，而在服務器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設得過低。如果連接時收到connection refused消息，說明應提高該值，每次增加25Java連接池的大小設置，或JVM的設置等3> 數(shù)據(jù)庫的連接在應用服務的性能參數(shù)可能太小了數(shù)據(jù)庫啟動的最大連接數(shù)（跟硬件的內存有關）以上信息有一定的參考價值，實際情況可以參考此類調試。如果是以上所說的小用戶時：程序上的問題。程序上存在數(shù)據(jù)庫的問題，那就必須采用更加專業(yè)的工具來抓取出現(xiàn)問題的程序，主要是程序中執(zhí)行效率很低的sql語句，web

8、logic可以采用introscope定位，期間可以注意觀察一下jvm的垃圾回收情況看是否正常，我在實踐中并發(fā)500用戶和600用戶時曾出現(xiàn)過jvm鋸齒型的變化，上升下降都很快，這應該是不太正常的；六、問題描述Failed to connect to server這個問題一般是客戶端鏈接到服務失敗，原因有兩個客戶端連接限制（也就是壓力負載機器），一個網絡延遲嚴重，解決辦法：<!-if !supportLists->5、  <!-endif->修改負載機器的tcpdelaytime注冊表鍵值，改小；<!-if !supportLists->

9、6、  <!-endif->檢查網絡延遲情況，看問題出在什么環(huán)節(jié)；建議為了減少這種情況，辦法一最好測試前就完成了，保證干凈的網絡環(huán)境，每個負載機器的壓力測試用戶數(shù)不易過大，盡量平均每臺負載器的用戶數(shù)，這樣以上問題出現(xiàn)的概率就很小了；LoadRunner出現(xiàn)error問題及解決方法總結   一、Step download timeout (120 seconds)這是一個經常會遇到的問題，解決得辦法走以下步驟：1、修改run time setting中的請求超時時間，增加到600s,其中有三項的參數(shù)可以一次都修改了，HTTP-request c

10、onnect timeout，HTTP-request receieve timeout，Step download timeout，分別建議修改為600、600、5000。run time setting設置完了后記住還需要在control組件的option的run time setting中設置相應的參數(shù)。2、辦法一不能解決的情況下，解決辦法如下：設置runt time setting中的internet protocol-preferences中的advaced區(qū)域有一個winlnet replay instead of sockets選項，選項后再回放就成功了。切記此法只對window

11、s系統(tǒng)起作用，此法來自zee的資料。      二、問題描述Connection reset by peer.這個問題不多遇見，一般是由于下載的速度慢，導致超時，所以，需要調整一下超時時間。解決辦法：Run-time setting窗口中的Internet ProtocolPreferences設置set advanced options（設置高級選項），重新設置一下“HTTP-request connect timeout（sec），可以稍微設大一些”。   三、問題描述connection refused這個的錯誤的原因比較復雜，

12、也可能很簡單也可能需要查看好幾個地方，解決起來不同的操作系統(tǒng)方式也不同。1、首先檢查是不是連接weblogic服務過大部分被拒絕，需要監(jiān)控weblogic的連接等待情況，此時需要增加acceptBacklog，每次增加25%來提高看是否解決，同時還需要增加連接池和調整執(zhí)行線程數(shù)，（連接池數(shù)*Statement Cache Size）的值應該小于等于oracle數(shù)據(jù)庫連接數(shù)最大值。2、如果方法一操作后沒有變化，此時需要去查看服務器操作系統(tǒng)中是否對連接數(shù)做了限制，AIX下可以直接vi文件limits修改其中的連接限制數(shù)、端口數(shù)，還有tcp連接等待時間間隔大小，wiodows類似，只不過window

13、s修改注冊表，具體修改注冊表中有TcpTimedWaitDelay和MaxUserPort項，鍵值在HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters。因為負載生成器的性能太好，發(fā)數(shù)據(jù)包特別快，服務器也響應特別快，從而導致負載生成器的機器的端口在沒有timeout之前就全部占滿了。在全部占滿后，就會出現(xiàn)上面的錯誤。執(zhí)行netstat na命令，可以看到打開了很多端口。所以就調整TCP的time out。即在最后一個端口還沒有用到時，前面已經有端口在釋放了。1,這里的TcpTimedWaitDelay默認值應該中是30

14、s，所以這里，把這個值調小為5s（按需要調整）。2,也可以把MaxUserPort調大（如果這個值不是最大值的話）。   四、問題描述open many files問題一般都在壓力較大的時候出現(xiàn)，由于服務器或者應用中間件本身對于打開的文件數(shù)有最大值限制造成，解決辦法：1、修改操作系統(tǒng)的文件數(shù)限制，aix下面修改limits下的nofiles限制條件，增大或者設置為沒有限制，盡量對涉及到的服務器都作修改。2、方法一解決不了情況下再去查看應用服務器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles數(shù)增大，應該就可以通過了，具體就是

15、查找到nofiles方法，修改其中else條件的執(zhí)行體，把文件打開數(shù)調大。修改前記住備份此文件，防止修改出錯。3、linux上可以通過ulimit HSn 4096來修改文件打開數(shù)限制，也可以通過ulimit -a 來查看。4、linux上可以通過lsof -p pid | wc -l 來查看進程打開的句柄數(shù)。   五、問題描述has shut down the connection prematurely一般是在訪問應用服務器時出現(xiàn)，大用戶量和小用戶量均會出現(xiàn)。來自網上的解釋：1> 應用訪問死掉小用戶時：程序上的問題。程序上存在數(shù)據(jù)庫的問題2> 應用服務沒有死

16、應用服務參數(shù)設置問題例如：在許多客戶端連接Weblogic應用服務器被拒絕，而在服務器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設得過低。如果連接時收到connection refused消息，說明應提高該值，每次增加25Java連接池的大小設置，或JVM的設置等3> 數(shù)據(jù)庫的連接在應用服務的性能參數(shù)可能太小了數(shù)據(jù)庫啟動的最大連接數(shù)（跟硬件的內存有關）以上信息有一定的參考價值，實際情況可以參考此類調試。如果是以上所說的小用戶時：程序上的問題。程序上存在數(shù)據(jù)庫的問題，那就必須采用更加專業(yè)的工具來抓取出現(xiàn)問題的程序，主要是程序中執(zhí)行效率很

17、低的sql語句，weblogic可以采用introscope定位，期間可以注意觀察一下jvm的垃圾回收情況看是否正常，我在實踐中并發(fā)500用戶和600用戶時曾出現(xiàn)過jvm鋸齒型的變化，上升下降都很快，這應該是不太正常的。-實際測試中，可以用telent 站點看看是否可以連接進去，可以通過修改連接池中的連接數(shù)和適當增加應用內存值，問題可以解決。   六、問題描述Failed to connect to server這個問題一般是客戶端鏈接到服務失敗，原因有兩個客戶端連接限制（也就是壓力負載機器），一個網絡延遲嚴重，解決辦法：1、修改負載機器注冊表中的TcpTimedWaitD

18、elay減小延時和MaxUserPort增加端口數(shù)。注：這將增加機器的負荷。2、檢查網絡延遲情況，看問題出在什么環(huán)節(jié)。建議為了減少這種情況，辦法一最好測試前就完成了，保證干凈的網絡環(huán)境，每個負載機器的壓力測試用戶數(shù)不易過大，盡量平均每臺負載器的用戶數(shù)，這樣以上問題出現(xiàn)的概率就很小了。   七、問題描述Overlapped transmission of request to . WSA_IO_PENDING這個問題，解決方法：1、方法一，在腳本前加入web_set_sockets_option("OVERLAPPED_SEND", "0&quo

19、t;)，禁用TTFB細分，問題即可解決，但是TTFB細分圖將不能再使用，附圖。<!-if !vml-><!-endif->2、方法二，可以通過增加連接池和應用系統(tǒng)的內存，每次增加25%。   八、問題描述Deleted the current transaction . since response time is not accurate這個問題不多遇見，一般出現(xiàn)在壓力機器上發(fā)生ping值為負數(shù)（AMD雙核CPU），可以重新啟動pc機或者打補丁，附圖。<!-if !vml-><!-endif->九、問題描述HTTP Stat

20、us-Code=500 (Internal Server Error) for1、應用服務當?shù)?，重新啟動應用服務?、當應用系統(tǒng)處于的可用內存處于閥值以下時，出現(xiàn)HTTP Status-Code=500的概率非常高，此時只要增加應用系統(tǒng)的內存，問題即可解決。                                 十、問題描述Failed to transmit dat

21、a to network: 10057 Socket is not connected這個錯誤是由網絡原因造成的，PC1 和PC2上面都裝了相同的loadrunner 9.0，且以相同數(shù)量的虛擬用戶數(shù)運行相同的業(yè)務（機器上的其他條件都相同），PC1上面有少部分用戶報錯，PC2上的用戶全部執(zhí)行通過。<!-if !vml-><!-endif->十一、問題描述 Error -27257: Pending web_reg_save_param/reg_find/create_html_param_ex request(s) detected and reset at the e

22、nd of iteration number 1 解決方法：web_reg_save_param位置放錯了，應該放到請求頁面前面。                       十二、問題描述 通過Controler調用遠程代理時報錯，Error: CCI security error:You are running under secure mode and the function system is not allowed in t

23、his mode.解決方法：在代理開啟的時候，去掉勾選防火墻選項。分析原則：     具體問題具體分析（這是由于不同的應用系統(tǒng)，不同的測試目的，不同的性能關注點）    查找瓶頸時按以下順序，由易到難。    服務器硬件瓶頸-網絡瓶頸（對局域網，可以不考慮）-服務器操作系統(tǒng)瓶頸（參數(shù)配置）-中間件瓶頸（參數(shù)配置，數(shù)據(jù)庫，web服務器等）-應用瓶頸（SQL語句、數(shù)據(jù)庫設計、業(yè)務邏輯、算法等）    注：以上過程并不是每個分析中都需要的，要根據(jù)測試目的和要求來確定分析的深度。對一些要求低的，我們分析到應用系統(tǒng)在將來大的

24、負載壓力（并發(fā)用戶數(shù)、數(shù)據(jù)量）下，系統(tǒng)的硬件瓶頸在哪兒就夠了。    分段排除法 很有效分析的信息來源：    1 根據(jù)場景運行過程中的錯誤提示信息    2 根據(jù)測試結果收集到的監(jiān)控指標數(shù)據(jù)一錯誤提示分析分析實例：1 Error: Failed to connect to server ".30:8080": 10060 ConnectionError: timed out Error: Server "0" has shut down the connection pre

25、maturely分析：A、應用服務死掉。   （小用戶時：程序上的問題。程序上處理數(shù)據(jù)庫的問題）B、應用服務沒有死   （應用服務參數(shù)設置問題）    例：在許多客戶端連接Weblogic應用服務器被拒絕，而在服務器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設得過低。如果連接時收到connection refused消息，說明應提高該值，每次增加25C、數(shù)據(jù)庫的連接   (1、在應用服務的性能參數(shù)可能太小了 2、數(shù)據(jù)庫啟動的最大連接數(shù)（跟硬件的內存有關）)2 E

26、rror: Page download timeout (120 seconds) has expired分析：可能是以下原因造成A、應用服務參數(shù)設置太大導致服務器的瓶頸B、頁面中圖片太多C、在程序處理表的時候檢查字段太大多二監(jiān)控指標數(shù)據(jù)分析1最大并發(fā)用戶數(shù)：應用系統(tǒng)在當前環(huán)境（硬件環(huán)境、網絡環(huán)境、軟件環(huán)境（參數(shù)配置）下能承受的最大并發(fā)用戶數(shù)。在方案運行中，如果出現(xiàn)了大于3個用戶的業(yè)務操作失敗，或出現(xiàn)了服務器shutdown的情況，則說明在當前環(huán)境下，系統(tǒng)承受不了當前并發(fā)用戶的負載壓力，那么最大并發(fā)用戶數(shù)就是前一個沒有出現(xiàn)這種現(xiàn)象的并發(fā)用戶數(shù)。如果測得的最大并發(fā)用戶數(shù)到達了性能要求，且各服務器

27、資源情況良好，業(yè)務操作響應時間也達到了用戶要求，那么OK。否則，再根據(jù)各服務器的資源情況和業(yè)務操作響應時間進一步分析原因所在。2業(yè)務操作響應時間： 分析方案運行情況應從平均事務響應時間圖和事務性能摘要圖開始。使用“事務性能摘要”圖，可以確定在方案執(zhí)行期間響應時間過長的事務。 細分事務并分析每個頁面組件的性能。查看過長的事務響應時間是由哪些頁面組件引起的？問題是否與網絡或服務器有關？ 如果服務器耗時過長，請使用相應的服務器圖確定有問題的服務器度量并查明服務器性能下降的原因。如果網絡耗時過長，請使用“網絡監(jiān)視器”圖確定導致性能瓶頸的網絡問題3服務器資源監(jiān)控指標：內存：    1

28、 UNIX資源監(jiān)控中指標內存頁交換速率（Paging rate），如果該值偶爾走高，表明當時有線程競爭內存。如果持續(xù)很高，則內存可能是瓶頸。也可能是內存訪問命中率低。    2 Windows資源監(jiān)控中，如果ProcessPrivate Bytes計數(shù)器和ProcessWorking Set計數(shù)器的值在長時間內持續(xù)升高，同時MemoryAvailable bytes計數(shù)器的值持續(xù)降低，則很可能存在內存泄漏。內存資源成為系統(tǒng)性能的瓶頸的征兆:    很高的換頁率(high pageout rate);    進程進入不活動狀態(tài);

29、0;   交換區(qū)所有磁盤的活動次數(shù)可高;    可高的全局系統(tǒng)CPU利用率;    內存不夠出錯(out of memory errors)處理器：    1 UNIX資源監(jiān)控（Windows操作系統(tǒng)同理）中指標CPU占用率（CPU utilization），如果該值持續(xù)超過95%，表明瓶頸是CPU。可以考慮增加一個處理器或換一個更快的處理器。如果服務器專用于SQL Server,可接受的最大上限是80-85%    合理使用的范圍在60%至70%。    2 Windows資源監(jiān)控中

30、，如果SystemProcessor Queue Length大于2，而處理器利用率（Processor Time）一直很低，則存在著處理器阻塞。CPU資源成為系統(tǒng)性能的瓶頸的征兆:       很慢的響應時間(slow response time)     CPU空閑時間為零(zero percent idle CPU)     過高的用戶占用CPU時間(high percent user CPU)     過高的

31、系統(tǒng)占用CPU時間(high percent system CPU)    長時間的有很長的運行進程隊列(large run queue size sustained over time)磁盤I/O：    1 UNIX資源監(jiān)控（Windows操作系統(tǒng)同理）中指標磁盤交換率（Disk rate），如果該參數(shù)值一直很高，表明I/O有問題?？煽紤]更換更快的硬盤系統(tǒng)。    2 Windows資源監(jiān)控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec頁面讀取操作速率很低，則可能存

32、在磁盤瓶徑。I/O資源成為系統(tǒng)性能的瓶頸的征兆 :     過高的磁盤利用率(high disk utilization)    太長的磁盤等待隊列(large disk queue length)    等待磁盤I/O的時間所占的百分率太高(large percentage of time waiting for disk I/O)    太高的物理I/O速率:large physical I/O rate(not sufficient in itself)    過低的緩

33、存命中率(low buffer cache hit ratio(not sufficient in itself)    太長的運行進程隊列，但CPU卻空閑(large run queue with idle CPU)4數(shù)據(jù)庫服務器：SQL Server數(shù)據(jù)庫：    1 SQLServer資源監(jiān)控中指標緩存點擊率（Cache Hit Ratio），該值越高越好。如果持續(xù)低于80%，應考慮增加內存。    2 如果Full Scans/sec（全表掃描/秒）計數(shù)器顯示的值比1或2高，則應分析你的查詢以確定是否確實需要全表掃描，以及SQ

34、L查詢是否可以被優(yōu)化。    3 Number of Deadlocks/sec(死鎖的數(shù)量/秒)：死鎖對應用程序的可伸縮性非常有害，并且會導致惡劣的用戶體驗。該計數(shù)器的值必須為0。   4 Lock Requests/sec(鎖請求/秒)，通過優(yōu)化查詢來減少讀取次數(shù)，可以減少該計數(shù)器的值。Oracle數(shù)據(jù)庫：1 如果自由內存接近于0而且?guī)炜齑婊驍?shù)據(jù)字典快存的命中率小于0.90，那么需要增加SHARED_POOL_SIZE的大小。    快存（共享SQL區(qū)）和數(shù)據(jù)字典快存的命中率：   select(sum(pin

35、s-reloads)/sum(pins) from v$librarycache;    select(sum(gets-getmisses)/sum(gets) from v$rowcache;    自由內存：    select * from v$sgastat where name=free memory;2 如果數(shù)據(jù)的緩存命中率小于0.90，那么需要加大DB_BLOCK_BUFFERS參數(shù)的值（單位：塊）。緩沖區(qū)高速緩存命中率：    select name,value from v$sysstat wh

36、ere name in ('db block gets,    'consistent gets','physical reads') ;       Hit Ratio = 1-(physical reads / ( db block gets + consistent gets)3 如果日志緩沖區(qū)申請的值較大，則應加大LOG_BUFFER參數(shù)的值。    日志緩沖區(qū)的申請情況 ：     select name,value from

37、 v$sysstat where name = 'redo log space requests' ;4 如果內存排序命中率小于0.95，則應加大SORT_AREA_SIZE以避免磁盤排序 。   內存排序命中率 ：     select round(100*b.value)/decode(a.value+b.value), 0, 1, (a.value+b.value), 2)from v$sysstat a, v$sysstat b where ='sorts (disk)' and b

38、.name='sorts (memory)'      注：上述SQL Server和Oracle數(shù)據(jù)庫分析，只是一些簡單、基本的分析，特別是Oracle數(shù)據(jù)庫的分析和優(yōu)化，是一門專門的技術，進一步的分析可查相關資料。(另)造成HTTP500錯誤，可能存在的原因之個人實踐總結1、運行的用戶數(shù)過多，對服務器造成的壓力過大，服務器無法響應，則報HTTP500錯誤。減小用戶數(shù)或者場景持續(xù)時間，問題得到解決。2、該做關聯(lián)的地方沒有去做關聯(lián)，則報HTTP500錯誤。進行手工或者自動關聯(lián)，問題得到解決。3、錄制時請求的頁面、圖片等，在回放的時候服務器

39、找不到，則報HTTP500錯誤，若該頁面無關緊要，則可以在腳本中注釋掉，問題將會得到解決。例如：有驗證碼的情況下，盡管測試時已經屏蔽了，但是錄制的時候提交了請求，但回放的時候不存在響應。4、參數(shù)化時的取值有問題，則報HTTP500錯誤?？蓪?shù)化列表中的數(shù)值，拿到實際應用系統(tǒng)中進行測試，可排除問題。5、更換了應用服務器（中間件的更換，如tomcat、websphere、jboss等），還是利用原先錄制的腳本去運行，則很可能報HTTP500錯誤。因為各種應用服務器處理的機制不一樣，所錄制的腳本也不一樣，解決辦法只有重新錄制腳本。6、Windows xp2 與ISS組件不兼容，則有可能導致HTTP

40、500錯誤。對ISS組件進行調整后問題解決。7、系統(tǒng)開發(fā)程序寫的有問題，則報HTTP500錯誤。例如有些指針問題沒有處理好的，有空指針情況的存在。修改程序后問題解決。1.LoadRunner錄制腳本時為什么不彈出IE瀏覽器？ 當一臺主機上安裝多個瀏覽器時，LoadRunner錄制腳本經常遇到不能打開瀏覽器的情況，可以用下面的方法來解決。啟動瀏覽器，打開Internet選項對話框，切換到高級標簽，去掉“啟用第三方瀏覽器擴展（需要重啟動）”的勾選，然后再次運行VuGen即可解決問題提示：通常安裝Firefox等瀏覽器后，都會勾選上面得選項，導致不能正常錄制。因此建議運行LoadRunner得主機上

41、保持一個干凈的測試環(huán)境。2.錄制Web腳本時，生成的腳本中存在亂碼該如何解決？錄制腳本前，打開錄制選項配置對話框Record-Options，進入到Advanced標簽，先勾選“Support charset”，然后選擇中支持UTF-8。再次錄制，就不會出現(xiàn)中文亂碼問題了。3.HTML-based script與URL-based script的腳本有什么區(qū)別？使用“HTML-based script”的模式錄制腳本，VuGen為用戶的每個HTML操作生成單獨的步驟，這種腳本看上去比較直觀；使用“URL-based script”模式錄制腳本時，VuGen可以捕獲所有作為用戶操作結果而發(fā)送到服

42、務器的HTTP請求，然后為用戶的每個請求分別生成對應方法。通常，基于瀏覽器的Web應用會使用“HTML-based script”模式來錄制腳本；而沒有基于瀏覽器的Web應用、Web應用中包含了與服務器進行交互的Java Applet、基于瀏覽器的應用中包含了向服務器進行通信的JavaScript/VBScript代碼、基于瀏覽器的應用中使用了HTTPS安全協(xié)議，這時使用“URL-based script”模式進行錄制。4.為什么腳本中添加了檢查方法Web-find，但是腳本回放時卻沒有執(zhí)行？由于檢查點功能會耗費一定的資源，因此LoadRunner默認關閉了對文本及圖像的檢查。要想開啟檢查功能

43、，必須修改運行時的配置Run-time Setting。進入“Run-time Setting”對話框，依次進入“Internet ProtocolPreferences”，勾選Checks下的“Enable Image and text check”選項即可。檢查執(zhí)行結果時推薦使用web_reg_find方法。5.運行時的Pacing設置主要影響什么？Pacing主要用來設置重復迭代腳本的間隔時間。共有三種方法：上次迭代結束后立刻開始、上次迭代結束后等待固定時間、按固定或隨機的時間間隔開始執(zhí)行新的迭代。根據(jù)實際需要設置迭代即可。通常，沒有時間間隔會產生更大的壓力。6.運行時設置Log標簽中，

44、如果沒有勾選“Enable logging”，則手工消息可以發(fā)送嗎？Enable logging選項僅影響自動日志記錄和通過lr_log_message發(fā)送的消息。即使沒有勾選，虛擬用戶腳本中如果使用lr_message、lr_output_message、lr_error_message,仍然會記錄其發(fā)出的消息。7.LoadRunner 8.0版本的VuGen在錄制Web Services協(xié)議的腳本時一切正常，而回放時報出錯誤提示“Error：server returned an incorrectly formatted SOAP response”。這時說明原因引起的？造成這種情況的主要

45、原因是LoadRunner 8.0的VuGen在錄制Web Service協(xié)議的腳本時存在一個缺陷：如果服務器的操作系統(tǒng)是中文的，VuGen會自動將WSDL文件的頭改為<?xml version=”1.0” encoding=”zh_cn”?>，因此會有上面的錯誤提示。解決方法：把“LR80WebservicesFPI_setup.exe”和“l(fā)runner_web_sevices_path_1.exe”兩個補丁打上即可解決。8.VuGen支持Netscape的客戶證書嗎？不支持。目前的VuGen 8.0版本中僅支持Internet Explorer的客戶端證書。錄制腳本時可以先從

46、Netscape中導出所需的證書，然后將其導入到Internet Explorer中，并確保以相同的順序導出和導入這些證書。而且，在每臺將要錄制或運行需要證書的Web Vuser腳本的計算機上都要重復執(zhí)行前面的過程。9.VuGen會修改錄制瀏覽器中的代理服務器設置嗎？會修改。在開始錄制基于瀏覽器的Web Vuser腳本時，VuGen首先會啟動指定的瀏覽器。然后，VuGen會指示瀏覽器訪問VuGen代理服務器。為此，VuGen會修改錄制瀏覽器上的代理服務器設置。默認情況下，VuGen會立即將代理服務器設置更改為Localhost:7777。錄制之后，VuGen會將原始代理服務器設置還原到該錄制瀏

47、覽器中。因此，在VuGen進行錄制的過程中，不可以更改代理服務器設置，否則將無法正常進行。10.在LoadRunner腳本如何輸出當前系統(tǒng)時間？LoadRunner提供了char *ctime(const time_t *time)函數(shù)，調用參數(shù)為一個Long型的整數(shù)指針，用于存放返回時間的數(shù)值表示。調用語句與返回值如下示例：typedef long time_t;Action()        time_t t;        lr_message(“Time in sec

48、onds since 1/1/70: %ldn”,time(&t);        lr_message(“System time and date: %s”,ctime(&t);輸出結果為：Time in seconds since 1/1/70: 1185329968System time and date:Wed Jul 25 10:19:28 200711.一些Web虛擬用戶腳本錄制后立刻回放沒有任何問題，但是當設置迭代次數(shù)大于1時，如果進行回放則只能成功迭代一次。為什么從第二次迭代開始發(fā)生錯誤？這種現(xiàn)象多是由

49、于在“Run-time Setting”的“Browse Emulation”的設置中，勾選了“Simulate a new user on each iteration”及其下面的選項“Clear cache on each iteration”這兩個選項的含義是每次迭代時模擬一個新的用戶及每次迭代時清除緩存。由于腳本迭代時，init和end只能執(zhí)行一次，如果每次迭代都模擬一個新的用戶并清除緩存，則用戶登錄信息將一并清除，因此迭代時可能會發(fā)生錯誤。12.虛擬客戶腳本“Run-time Setting”中的線程和進程運行方式的區(qū)別？如果選擇“Run Vuser as a process”，則場

50、景運行時會為每一個虛擬用戶創(chuàng)建一個進程；選擇“Run Vuser as a thread”則將每個虛擬用戶作為一個線程來運行，在任務管理器中只看到一個mmdrv.exe，這種方式的運行效率更高，能造成更大的壓力，時默認選項。另外，如果啟用了IP欺騙功能，則先在Controller中選中Tools菜單下的“Expert Mode”，然后將Tools菜單下的“Options>General”標簽頁中的IP地址分配方式也設置為與Vuser運行方式一致，同為線程或進程方式。13.在Controller中運行Web相關測試場景時，經常會有很多超時錯誤提示，如何處理這類問題？這主要有腳本的默認超時設

51、置引起。當回放Web腳本時，有時候由于服務器響應時間較長，會產生超時的錯誤。這時需要修改腳本的運行時配置。進入“Run-time Setting”對話框后，依次進入“Internet ProtocolPreference”。然后點擊“Options”按鈕，進入高級設置對話框，可以修改各類超時設置的默認值。14.為什么Windows系統(tǒng)中的CPU、內存等資源仍然充足，但是模擬的用戶數(shù)量卻上不去？在Windows計算機的標準設置下，操作系統(tǒng)的默認限制只能使用幾百個Vuser，這個限制與CPU或內存無關，主要是操作系統(tǒng)本身規(guī)定了默認的最大線程數(shù)所導致。要想突破Windows這個限制，須修改Windo

52、ws注冊表。以Windows XP Professional為例。（1）打開注冊表后，進入注冊表項HKEY_LOCAL_MACHINE中的下列關鍵字：SystemCurrentControlSetControlSession ManagerSubSystems。（2）找到Windows關鍵字，Windows關鍵字如下所示：%SystemRoot%system32csrss.exe bjectDirectory=WindowsSharedSection=1024,3072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2ProfileControl=Off MaxRequestThreads=16SharedSection=1024,3072,512關鍵字的格式為