如何用好LoadRunner中的檢查點
轉自:領測軟件測試網[http://www.ltesting.net]
原文鏈接:http://www.ltesting.net/ceshi/ceshijishu/rjcsgj/mercury/loadrunner/2012/0120/203946.html
如何用好LoadRunner中的檢查點LR中檢查點有兩種：圖片和文字。 常用檢查點函數如下： 1)web_find()函數用于從 HTML 頁中搜索指定的文本字符串; 2)web_reg_find()函數注冊一個請求，以在下一個操作函數(如 web_url)檢索到的HTML網頁上搜 LR中檢查點有兩種：圖片和文字。
常用檢查點函數如下：
1)web_find()函數用于從 HTML 頁中搜索指定的文本字符串;
2)web_reg_find()函數注冊一個請求，以在下一個操作函數(如 web_url)檢索到的HTML網頁上搜索指定的文本字符串;
3)web_image_check()函數用于從HTML頁面中查找指定的圖片;
4)web_global_verfication()屬于注冊函數，注冊一個在web頁面中搜索文本字符串的請求，與web_reg_find只在下一個Action函數中執行搜索不同的是它在之后所有的Action類函數中執行搜索指定的文本字符串;
下面分別介紹以上函數的用法：
1、web_find()函數參數舉例：
web_find("web_find","RighOf=a","LeftOf=b","What=name",LAST);
參數解釋："web_find"定義該查找函數的名稱;“LeftOf”和“RighOf=”用來定義查找字符的左右邊界;“What=”定義查找內容;
例如上述參數舉例中的意思就是在頁面中查找左邊界為b，右邊界為a，內容為name的信息;
使用該函數注意事項：該函數是在查找頁面中的內容，所以要放在要查找的內容的后面;該函數只能在基于HTML模式錄制的腳本中進行查找
注意事項：使用該函數時，要在Vuser->Run-Tme Settings中更改下設置
勾選Enable Image and text check
系統默認是不勾選該選項的。
2、web_reg_find()函數參數舉例：
web_reg_find("Search=Body","SaveCount=ddd","Test=aaa",LAST);
參數解釋： Search用來定義查找范圍，SaveCount定義查找計數變量名稱，該參數可以記錄在緩存中查找內容出現的次數，可以使用該值，來判斷要查找的內容是否被找到;
例如上述參數舉例中的意思就是Body中查找內容為aaa的信息，并將出現次數記錄在變量ddd中;
【代碼一：web_reg_find("Text=Payment Details",LAST);
代碼思路：1.“Payment Details” 為你要檢查的文本;
2. 腳本執行到此處，若在頁面上找到了這幾個字符串，那腳本繼續執行下去;若沒有找到，腳本將在此報錯并且結束。】
【代碼二：web_reg_find("Text=Payment Details", "SaveCount=para_count", LAST); //check 的函數
web_submit_form("reservations.pl_2", //要check的頁面的錄制時的代碼
"Snapshot=t22.inf",
ITEMDATA,
"Name=outboundFlight", "Value=003;0;06/23/2007", ENDITEM,
"Name=reserveFlights.x", "Value=61", ENDITEM,
"Name=reserveFlights.y", "Value=2", ENDITEM,
LAST);
if (atoi(lr_eval_string("{para_count}"))>0) //驗證是否找到了頁面上的要檢查的字符串
lr_output_message("we find the string!");
else
lr_output_message("sorry,don't find the string!");
代碼思路：1.“Payment Details” 為你要檢查的文本;
2. 腳本執行到此處，不管頁面上是否存在你要檢查的字符串，腳本都不會報錯，而是執行下去。
3. 此段代碼將找到的你要檢查的字符串的個數，存為一個參數。 然后在頁面代碼的后面，通過檢查這個參數的值是否大于0，來判斷是否找到了你所要檢查的字符串。】
【代碼三：
A. web_reg_find("Text=Payment Detdils", "Fail=NotFound",LAST);或
B. web_reg_find("Text=Payment Detdils", "Fail=Found",LAST);
代碼思路：
1.“Payment Details” 為你要檢查的文本;
2. 若是A代碼：腳本執行到此處，若沒有找到check的字符串，腳本將FAIL， 并且停止執行下去。反之，則一直執行下去。
3. 若是B代碼：腳本執行到此處，若找到check的字符串，腳本將FAIL， 并且停止執行下去。反之，則一直執行下去】
使用該函數注意事項：該函數是在緩存中查找相應的內容，所以要放在查找內容之前;通常情況下寫在如下六個函數之前：Web_castom_request(); web_image(); web_link(); web_submit_data(); web_submit_form(); web_url();
使用技巧：在該函數的參數中有個“SaveCount”，該參數可以記錄在緩存中查找內容出現的次數，我們可以使用該值，來判斷要查找的內容是否被找到，下面舉個例子來說明：(引用LR的幫助中的例子)
// Run the Web Tours sample
web_url("MercuryWebTours",
"URL=http://localhost/MercuryWebTours/",
"Resource=0",
"RecContentType=text/html",
"Referer=",
"Snapshot=t1.inf",
"Mode=HTML",
LAST);
// Set up check for successful login by looking for "Welcome"
web_reg_find("Text=Welcome",
"SaveCount=Welcome_Count",
LAST);
// Now log in
web_submit_form("login.pl",
"Snapshot=t2.inf",
轉自:領測軟件測試網[http://www.ltesting.net]
ITEMDATA, Name=username, Value=jojo, ENDITEM, Name=password, Value=bean, ENDITEM, Name=login.x, Value=35, ENDITEM, Name=login.y, Value=14, ENDITEM, LAST); // Check result if (atoi(lr_eval_string({Wel
ITEMDATA,
"Name=username", "Value=jojo", ENDITEM,
Name=password", "Value=bean", ENDITEM,
"Name=login.x", "Value=35", ENDITEM,
"Name=login.y", "Value=14", ENDITEM,
LAST);
// Check result
if (atoi(lr_eval_string("{Welcome_Count}")) > 0){ //判斷如果Welcome字符串出現次數大于0
lr_output_message("Log on successful."); }//在日志中輸出Log on successful
else{ //如果出現次數小于等于
lr_error_message("Log on failed"); //在日志中輸出Log on failed
return(0); }
我覺得這個方法非常有用，我們可以舉一反三，應用到我們實際的項目
注：在錄制過程中添加的檢查點，用到的函數是web_reg_find()，且參數只有“Text=”
3、web_image_check()函數參數說明：
web_image_check("web_image_check","Alt=","Src=",LAST);
參數解釋：“Alt”和“Src”的值直接取該圖片在網頁源代碼中相應參數的值;
注意事項：使用該函數時，要在Vuser->Run-Tme Settings中勾選Enable Image and text check，具體操作請看web_find()中的注意事項。
經過測試，該函數用到查找內容前面或后面，都不影響查找結果。
舉例說明(腳本)
該腳本記錄的是登陸系統后退出的操作，在腳本中用到atoi()函數和lr_eval_string(”{SaveCount定義的變量}”)兩個函數結合使用，判斷查找內容出現的次數是否大于0，若大于0，則輸入登錄成功的信息。
vuser_init()
{
web_url("xjcost",
"URL=http://gczj-server8:9205/xjcost/",
"Resource=0",
"RecContentType=text/html",
"Referer=",
"Snapshot=t1.inf",
"Mode=HTML",
EXTRARES,
"Url=jsp/images/index/index.swf", ENDITEM,
"Url=jsp/images/index/xxfb2.gif", ENDITEM,
"Url=jsp/images/index/ywpt2.gif", ENDITEM,
LAST);
web_url("userAction.struts",
"URL=http://gczj-server8:9205/xjcost/userAction.struts?actionType=reLogin",
"Resource=0",
"RecContentType=text/html",
"Referer=",
"Snapshot=t2.inf",
"Mode=HTML",
LAST);
return 0;
}
Action()
{
lr_start_transaction("Log_on");
lr_rendezvous("Log_on");
web_add_cookie("userAccount=admin; DOMAIN=gczj-server8");
web_reg_find("Text=歡迎您",
"SaveCount=歡迎您_Count",
LAST);
web_image_check("web_image_check",
"Src=/xjcost/jsp/images/index1/edit_01.gif",
LAST);
web_submit_data("userLogin.struts",
"Action=http://gczj-server8:9205/xjcost/userLogin.struts?actionType=userLogin",
"Method=POST",
"RecContentType=text/html",
"Referer=http://gczj-server8:9205/xjcost/userAction.struts?actionType=reLogin",
"Snapshot=t3.inf",
"Mode=HTML",
ITEMDATA,
"Name=userAccount", "Value=admin", ENDITEM,
"Name=pwd", "Value=1111", ENDITEM,
EXTRARES,
"Url=jsp/images/index1/edit_01a.gif", "Referer=http://gczj-server8:9205/xjcost/userLogin.struts?actionType=userLogin", ENDITEM,
LAST);
web_find("web_find",
"What=歡迎您",
LAST);
lr_end_transaction("Log_on",LR_AUTO);
//檢查是否登錄成功
//如果“歡迎您”這個字符出現次數大于0，輸出“Log on successfully!”
if(atoi(lr_eval_string("{歡迎您_Count}"))>0)
lr_output_message("Log on successfully!");
else
lr_error_message("Log on failed!");
return 0;
return 0;
}
//atoi()函數的作用是將一個ASCII字符串轉換為整型
//lr_eval_string()函數作用是取得參數值，將字符串變量中的參數值替換為當前的參數值并將這個字符串返回
vuser_end()
{
lr_think_time(4);
web_url("userAction.struts_2",
"URL=http://gczj-server8:9205/xjcost/userAction.struts?actionType=reLogin",
"Resource=0",
"RecContentType=text/html",
"Referer=",
轉自:領測軟件測試網[http://www.ltesting.net]
原文鏈接:http://www.ltesting.net/ceshi/ceshijishu/rjcsgj/mercury/loadrunner/2012/0120/203946_2.html
Snapshot=t4.inf, Mode=HTML, LAST); return 0; } Global.h： #ifndef _GLOBALS_H #define _GLOBALS_H //-------------------------------------------------------------------- // Include Files #include lrun.h
"Snapshot=t4.inf",
"Mode=HTML",
LAST);
return 0;
}
Global.h：
#ifndef _GLOBALS_H
#define _GLOBALS_H
//--------------------------------------------------------------------
// Include Files
#include "lrun.h"
#include "web_api.h"
#include "lrw_custom_body.h"
//--------------------------------------------------------------------
// Global Variables
#endif // _GLOBALS_H
Replay Log常見信息說明
1、web_find()和web_image_check()函數的日志信息(這兩個日志信息實際上是一樣的，只是輸出的函數名和參數不同)
1)信息1Action.c(22): Verification checks not enabled. web_image_check is skipped. See the 'Run-time settings/Preferences/Checks'
[MsgId: MMSG-27197]
Action.c(22): web_image_check was successful
[MsgId: MMSG-26392]
出現該信息，說明沒有勾選Enable Image and text check
2)信息2Action.c(22): "web_image_check" succeeded (1 occurrence(s) found. Alt="", Src="/xjcost/jsp/images/index1/edit_01.gif")
[MsgId: MMSG-27192]
Action.c(22): web_image_check was successful
[MsgId: MMSG-26392]
出現該信息，說明檢查點設置成功，且已經查找到信息
3)信息3Action.c(22): Error -27191: "web_image_check" failed (0 occurrence(s) found. Alt="", Src="/xjcost/jsp/images/index1/edit_1.gif")
[MsgId: MERR-27191]
Action.c(22): web_image_check highest severity level was "ERROR"
[MsgId: MMSG-26391]
出現該信息，說明要查找的內容沒有找到。這時依次嘗試以下操作：
(1)檢查參數的信息是否寫錯;
(2)如果是web_find(),檢查函數的位置是否在要查找內容的后面;
(3)如果是web_image_check()，查看該圖片的源代碼，看其是否是這個頁面上的圖片，很可能是圖片選擇錯誤，即所選圖片不屬于該頁面。
2、web_reg_find()函數的日志信息
1)信息1Action.c(15): Registering web_reg_find was successful
[MsgId: MMSG-26390]
出現該信息，說明內容已查找到
2)信息2Action.c(27): Error -26366: "Text=ABC" not found for web_reg_find
[MsgId: MERR-26366]
Action.c(27): web_submit_data("userLogin.struts") highest severity level was "ERROR", 18364 body bytes, 918 header bytes, 13 chunking overhead bytes
[MsgId: MMSG-26387]
該信息在replay log頁面是紅色顯示的，說明沒有找到內容，出現此情況嘗試以下兩個操作：
(1)參數的信息是否正確;
(2)查看該函數是否在查找內容的前面。
插入函數的方法：
1、 手工寫入，在需要插入函數的位置手工寫入該函數;
2、 光標停留在要插入函數的位置，在INSERT菜單中，選擇new step，在列表中選擇或查找要插入的函數，根據提示填寫必要的參數;
3、 在tree view模式下，在樹狀菜單中選中要插入函數的位置，右鍵，選擇insert after或insert before，根據提示填寫必要的參數;
總結：
1、 這兩個函數函數類型不同，WEB_FIND是普通函數，WEB_REG_FIND是注冊函數;
2、 WEB_FIND使用時必須開啟內容檢查選項，而WEB_REG_FIND則不沒有此限制;
3、 WEB_FIND只能用在基于HTML模式錄制的腳本中，而WEB_REG_FIND沒有此限制;
4、 WEB_FIND是在返回的頁面中進行內容查找，WEB_REG_FIND是在緩存中進行查找;
5、 WEB_FIND在執行效率上不如WEB_REG_FIND;
轉自:領測軟件測試網[http://www.ltesting.net]
原文鏈接:http://www.ltesting.net/ceshi/ceshijishu/rjcsgj/mercury/loadrunner/2012/0120/203946_3.html
原文鏈接:http://www.ltesting.net/ceshi/ceshijishu/rjcsgj/mercury/loadrunner/2012/0120/203946.html
垃圾回收的瓶頸
傳統分代垃圾回收方式，已經在一定程度上把垃圾回收給應用帶來的負擔降到了最小，把應用的吞吐量推到了一個極限。但是他無法解決的一個問題，就是Full GC所帶來的應用暫停。在一些對實時性要求很高的應用場景下，GC暫停所帶來的請求堆積和請求失敗是無法接受的。這類應用可能要求請求的返回時間在幾百甚至幾十毫秒以內，如果分代垃圾回收方式要達到這個指標，只能把最大堆的設置限制在一個相對較小范圍內，但是這樣有限制了應用本身的處理能力，同樣也是不可接收的。
分代垃圾回收方式確實也考慮了實時性要求而提供了并發回收器，支持最大暫停時間的設置，但是受限于分代垃圾回收的內存劃分模型，其效果也不是很理想。
為了達到實時性的要求（其實Java語言最初的設計也是在嵌入式系統上的），一種新垃圾回收方式呼之欲出，它既支持短的暫停時間，又支持大的內存空間分配。可以很好的解決傳統分代方式帶來的問題。
增量收集的演進
增量收集的方式在理論上可以解決傳統分代方式帶來的問題。增量收集把對堆空間劃分成一系列內存塊，使用時，先使用其中一部分（不會全部用完），垃圾收集時把之前用掉的部分中的存活對象再放到后面沒有用的空間中，這樣可以實現一直邊使用邊收集的效果，避免了傳統分代方式整個使用完了再暫停的回收的情況。
當然，傳統分代收集方式也提供了并發收集，但是他有一個很致命的地方，就是把整個堆做為一個內存塊，這樣一方面會造成碎片（無法壓縮），另一方面他的每次收集都是對整個堆的收集，無法進行選擇，在暫停時間的控制上還是很弱。而增量方式，通過內存空間的分塊，恰恰可以解決上面問題。
Garbage Firest（G1）
這部分的內容主要參考這里，這篇文章算是對G1算法論文的解讀。我也沒加什么東西了。
目標
從設計目標看G1完全是為了大型應用而準備的。
支持很大的堆
高吞吐量
--支持多CPU和垃圾回收線程
--在主線程暫停的情況下，使用并行收集
--在主線程運行的情況下，使用并發收
實時目標：可配置在N毫秒內最多只占用M毫秒的時間進行垃圾回收當然G1要達到實時性的要求，相對傳統的分代回收算法，在性能上會有一些損失。
算法詳解
G1可謂博采眾家之長，力求到達一種完美。他吸取了增量收集優點，把整個堆劃分為一個一個等大小的區域（region）。內存的回收和劃分都以region為單位；同時，他也吸取了CMS的特點，把這個垃圾回收過程分為幾個階段，分散一個垃圾回收過程；而且，G1也認同分代垃圾回收的思想，認為不同對象的生命周期不同，可以采取不同收集方式，因此，它也支持分代的垃圾回收。為了達到對回收時間的可預計性，G1在掃描了region以后，對其中的活躍對象的大小進行排序，首先會收集那些活躍對象小的region，以便快速回收空間（要復制的活躍對象少了），因為活躍對象小，里面可以認為多數都是垃圾，所以這種方式被稱為Garbage First（G1）的垃圾回收算法，即：垃圾優先的回收。
回收步驟：
初始標記（Initial Marking）
G1對于每個region都保存了兩個標識用的bitmap，一個為previous marking bitmap，一個為next marking bitmap，bitmap中包含了一個bit的地址信息來指向對象的起始點。
開始Initial Marking之前，首先并發的清空next marking bitmap，然后停止所有應用線程，并掃描標識出每個region中root可直接訪問到的對象，將region中top的值放入next top at mark start（TAMS）中，之后恢復所有應用線程。
觸發這個步驟執行的條件為：
G1定義了一個JVM Heap大小的百分比的閥值，稱為h，另外還有一個H，H的值為（1-h）*Heap Size，目前這個h的值是固定的，后續G1也許會將其改為動態的，根據jvm的運行情況來動態的調整，在分代方式下，G1還定義了一個u以及soft limit，soft limit的值為H-u*Heap Size，當Heap中使用的內存超過了soft limit值時，就會在一次clean up執行完畢后在應用允許的GC暫停時間范圍內盡快的執行此步驟；
在pure方式下，G1將marking與clean up組成一個環，以便clean up能充分的使用marking的信息，當clean up開始回收時，首先回收能夠帶來最多內存空間的regions，當經過多次的clean up，回收到沒多少空間的regions時，G1重新初始化一個新的marking與clean up構成的環。
并發標記（Concurrent Marking）
按照之前Initial Marking掃描到的對象進行遍歷，以識別這些對象的下層對象的活躍狀態，對于在此期間應用線程并發修改的對象的以來關系則記錄到remembered set logs中，新創建的對象則放入比top值更高的地址區間中，這些新創建的對象默認狀態即為活躍的，同時修改top值。
最終標記暫停（Final Marking Pause）
當應用線程的remembered set logs未滿時，是不會放入filled RS buffers中的，在這樣的情況下，這些remebered set logs中記錄的card的修改就會被更新了，因此需要這一步，這一步要做的就是把應用線程中存在的remembered set logs的內容進行處理，并相應的修改remembered sets，這一步需要暫停應用，并行的運行。
存活對象計算及清除（Live Data Counting and Cleanup）
值得注意的是，在G1中，并不是說Final Marking Pause執行完了，就肯定執行Cleanup這步的，由于這步需要暫停應用，G1為了能夠達到準實時的要求，需要根據用戶指定的最大的GC造成的暫停時間來合理的規劃什么時候執行Cleanup，另外還有幾種情況也是會觸發這個步驟的執行的：
G1采用的是復制方法來進行收集，必須保證每次的”to space”的空間都是夠的，因此G1采取的策略是當已經使用的內存空間達到了H時，就執行Cleanup這個步驟；
對于full-young和partially-young的分代模式的G1而言，則還有情況會觸發Cleanup的執行，full-young模式下，G1根據應用可接受的暫停時間、回收young regions需要消耗的時間來估算出一個yound regions的數量值，當JVM中分配對象的young regions的數量達到此值時，Cleanup就會執行；partially-young模式下，則會盡量頻繁的在應用可接受的暫停時間范圍內執行Cleanup，并最大限度的去執行non-young regions的Cleanup。
展望
以后JVM的調優或許跟多需要針對G1算法進行調優了。