A. 使用LoadRunner發送json格式登陸參數後怎樣獲取登陸驗證的token
首先你要知道伺服器開發人員開發介面的時候，Response數據做了什麼樣的返回值判斷，一般服務介面人員，習慣：1、正常返回數據JSON;2、同樣返回一個失敗的結果json（可寫可不寫）;不寫的話就好辦了，直接用發回結果判斷如果，返回為0（有值）表成功登錄，1側反；如果寫的話那就麻煩了，你要解析裡面的返回值，函數為web_custom_request()！
B. Loadrunner可以對伺服器返回的JSON格式的結果進行進一步操作嗎
目前已經發布的版本暫時沒有現成的支持，但是Loadrunner腳本本身是用的是C語言，你可以直接導入開源的cjson 庫進行處理，這里需要一些編程經驗。補充：12.50版開始支持使用javaScript 作為腳本語言。你可以使用javascript優雅的處理json數據。C語言腳本中的web_js_run也是一個可能的方向。
C. 如何在 LoadRunner 裡面實現 JSON 數據的解析和構造
要先把伺服器返回值關聯出來 寫到變數里關聯函數的第一個屬性就是變數名你只要是能把動態返回值抓出來了 後面使用它做檢查點就很容易
D. loadrunner做介面測試時，發送請求後，返回json碼，我想在腳本里增加檢查點，驗證返回的是否正確
那要先把伺服器返回值關聯出來 寫到變數里
關聯函數的第一個屬性就是變數名
你只要是能把動態返回值抓出來了 後面使用它做檢查點就很容易
E. 用loadrunner介面測試，參數用字元串拼接的方式生成，報錯Missing value at character 1"
這種情況我也折騰了很久，原因是不能這么拼接。
可以strcat的方法進行拼。
如：
定義一個字元串變數，先拼接token之前的數據，然後再拼接上token這個變數（或取得的參數化的值），再接上之後的數據。最後把body變數丟給Body參數。
可以參考：關聯session處理
F. Loadrunner可以對伺服器返回的JSON格式的結果進行進一步操作嗎
目前已經發布的版本暫時沒有現成的支持，但是Loadrunner腳本本身是用的是C語言，你可以直接導入開源的cjson 庫進行處理，這里需要一些編程經驗。補充：12.50版開始支持使用JavaScript 作為腳本語言。你可以使用javascript優雅的處理json數據
G. loadrunner中是轉義字元有那些
參數param1中含有轉義字元「&」 ，這樣會導致被請求頁的參數接收錯誤。Lr中根據如下列表可以將轉移字元值轉為為16進制數。
1. + URL 中+號表示空格 %2B
2. 空格 URL中的空格可以用+號或者編碼 %20
3. / 分隔目錄和子目錄 %2F
4. ? 分隔實際的 URL 和參數 %3F
5. % 指定特殊字元 %25
6. # 表示書簽 %23
7. & URL中指定的參數間的分隔符 %26
8. = URL中指定參數的值 %3D
9.;URL中指定參數值為 %3B
eg：
web_custom_request("GetFileList",
"URL=http://kortide.tonidoid.com/dyn/ecloud/r.php?proxyMethod=GetFileList?parentDir=e:\\%26filter=bat,txt,avi",
"Method=get",
"RecContentType=application/json",
"EncType=text/plain; charset=utf-8",
LAST);
H. LoadRunner學習知多少
一．關聯操作的條件
客戶端需要從服務端返回的數據中獲取部分數據，並將這部分數據處理後作為自己下一次請求的一部分發出。
那麼什麼地方需要關聯呢？
凡是腳本每次執行時都必須獲得唯一標識的地方都需要關聯。假如腳本需要關聯，如果不做關聯是不會執行通過的，也就是說會有錯誤消息發生。不過很遺憾，並沒有任何特定的錯誤消息和關聯是有關系的。會出現什麼錯誤消息，與系統實際的錯誤處理機制有關。錯誤消息有可能會提醒用戶要重新登錄，但是也可能直接就顯示HTTP 404的錯誤消息。二．如何找出要關聯的數據呢
簡單地說，每一次執行時都會變動的值，就有可能需要做關聯。
如：序列號和隨機數一般需要關聯。
常見的需要關聯的情景：
1.登錄操作
2.先查後修改，先查後刪除
3.並發控制：防止兩個用戶同時修改或同時刪除一條記錄三．一般關聯操作的步驟
從服務端返回的數據中選取需要進行關聯的操作。
將該數據存入腳本的一個參數中。
將腳本中需要使用該數據的地方用參數來替代。
註：對於WEB應用來說，一般會用一個hidden的Field存放。四．關聯分為自動關聯和手動關聯
自動關聯操作只對Web協議、DB協議和其他少數幾種協議有效，對socket等協議錄制的腳本不起作用。五．關聯函數web_reg_save_param_ex詳解
在LR11中除了對web_reg_save_param加強為web_reg_save_param_ex，還提供了另外兩個非常好用的函數web_reg_save_param_regexp和web_reg_save_param_xpath。
選項：
Parameter Name
此處設置存放參數的名稱，關聯出來的內容將會存放在該參數中。這里受到Ordinal選項的影響。
設置Parameter Name為temp，當對應的Ordinal選項是任意一個數字的時候，只會關聯一個匹配的記錄，關聯值將會存放在temp這個參數中。當Ordinal是All的時候，關聯成功後的值將會依次存放在「temp_數字」這樣的參數數組中，並且還會添加一個temp_count的參數存放關聯出來的記錄條數。
Left Boundary
此處設置左邊界，這里是用來填寫關聯對於數據處理的左匹配內容規則。
注意：如果輸入的內容裡面有雙引號，那麼需要通過轉義符\來進行處理，例如：
web_reg_save_param_ex(
"ParamName=test",
"LB=\"左邊界",
"RB=",
SEARCH_FILTERS,
LAST);
Match case
默認情況下邊界是Match case的，也就是檢查大小寫的，可以取消下面的選項來忽略大小寫檢查，會看到函數變為以下形式：
web_reg_save_param_ex(
"ParamName=test",
"LB/IC=左邊界",
"RB=",
SEARCH_FILTERS,
LAST);
Binary data
如果需要關聯的內容是非ASCII字元的，那麼需要使用該選項。選中該選項後可以看到函數變為以下形式：
web_reg_save_param_ex(
"ParamName=test",
"LB/BIN=\\x3F\\xDD",
"RB=",
SEARCH_FILTERS,
LAST);
Regular expression
該功能由函數web_reg_save_param_regexp實現。
Right Boundary
此處設置右邊界，這里是用來填寫關聯時對於數據處理的右匹配內容規則，選項同左邊界。
DFEs
在錄制選項和回放選項中我們提到過了DFE的功能，在關聯這里也支持DFE的數據處理，我們先回到錄制選項中的那個例子中，為其寫一個普通關聯看看返回（為了讓返回結果看得更清楚，這里提前使用了Scope=BODY規則，該規則作用參考後面的Scope屬性介紹）。
接著我們使用關聯的DFE功能，在這里設置關聯的DFEs格式為JsonXml（這里的格式是指系統自帶的DFE模塊的Tag名，參考圖3.35），然後還要確保Run-time settings中的DFE功能啟用，代碼變為：
web_reg_save_param_ex(
"ParamName=jsonresponse",
"LB=",
"RB=",
"DFEs=JsonXml",
"Ordinal=1",
SEARCH_FILTERS,
LAST);
web_url("json.php",
"URL=http://localhost:8000/phpwind85/json.php",
LAST);
Ordinal
這個關鍵字在很多函數裡面都有應用，在這里可以填寫任意一個整數，也可以填All。如果填寫數字，那麼說明從返回的記錄中取出對應順序的值，而填寫All的話將會返回所有的內容。
當使用Ordinal =All時，關聯函數會把所有匹配過濾策略的記錄都抓出來，由於參數只能存放一條記錄，所以關聯函數會生成一個參數數組。被關聯的記錄會以{關聯參數名_關聯id}的形式生成參數列表，並且在最後會有一個{關聯參數名_count}的參數來存放被關聯到的記錄條數。
例如，上面寫過的一個關聯熱搜關鍵字的例子，代碼如下所示：
web_reg_save_param_ex(
"ParamName=hotsearch",
"LB=
"RB=&type=thread\">",
SEARCH_FILTERS,
LAST);
當Instance設置為All時，代碼變為：
web_reg_save_param_ex(
"ParamName=hotsearch",
"LB=
"RB=&type=thread\">",
"Ordinal=ALL",
SEARCH_FILTERS,
LAST);
運行代碼後，關聯將會返回所有匹配左右邊界的內容，結果如下：
Action.c(20): Notify: Saving Parameter "hotsearch_1 = 結婚".
Action.c(20): Notify: Saving Parameter "hotsearch_2 = 母嬰".
Action.c(20): Notify: Saving Parameter "hotsearch_3 = phpwind".
Action.c(20): Notify: Saving Parameter "hotsearch_4 = testing001".
Action.c(20): Notify: Saving Parameter "hotsearch_5 = 結婚".
Action.c(20): Notify: Saving Parameter "hotsearch_count = 5".
Save Offset
設置關聯的內容偏移量，從第幾位開始進行關聯操作。回到最開始的例子，我們抓取的是You have successfully installed XAMPP on this system!，如果需要獲得successfully installed XAMPP on this system!這個字元串，則不用改變左邊界，只需要設置Save Offset為9即可，代碼為：
web_reg_save_param_ex(
"ParamName=temp",
"LB=Congratulations:
",
"RB=
",
"Ordinal=1",
"SaveOffset=9",
SEARCH_FILTERS,
"ContentType=text/html",
LAST);
Save Length
關聯出來的內容所需要保存的長度。在Save Offset的例子中我們寫到如何獲得successfully installed XAMPP on this system!這個字元串，如果我們還希望獲得這個字元串中的successfully installed XAMPP，那麼可以再添加Save Length為22，代碼變為：
web_reg_save_param_ex(
"ParamName=temp",
"LB=Congratulations:
",
"RB=
",
"Ordinal=1",
"SaveOffset=9",
"SaveLen=22",
SEARCH_FILTERS,
"ContentType=text/html",
LAST);
通過Save Length和Save Offset的設置，我們就可以方便地抓取伺服器返回的定長數據的任意一個部分了。關聯可以調整偏移量和長度，那麼參數能做到嗎？當然可以，如果需要對一個參數值進行偏移和長度設置，則需要使用lr_save_var函數，例如，下面的代碼：
lr_save_string("I come from shanghai","city");
lr_save_var(lr_eval_string("{city}"),6,0,"result");
//從city這個參數中取6位長度的內容保存到result參數中
lr_save_var(lr_eval_string("{city}")+7,4,0,"result");
//從city這個參數的第7位開始取4個長度的內容保存到result參數中
可以看到運行的結果是：
Action.c(3): Notify: Saving Parameter "city = I come from shanghai"
Action.c(4): Notify: Saving Parameter "result = I come"
Action.c(5): Notify: Saving Parameter "result = from"Warm if text was not found (Default is Error)
如果關聯的對象不存在，又該如何進行處理呢？默認值為Error，默認情況下如果沒有關聯到任何內容則提示錯誤。
Filters
下面的選項都是幫助關聯返回限定的，通過這些設置可以進一步減少返回的范圍。
Scope
該項設置關聯查詢的范圍，在LR11中和以前的范圍做了一些調整，應該算是更加強大了，這里Scope提供了4個選項：Body、Headers、Cookies、All。
1）ALL
比較容易理解，就是讓伺服器的返回所有內容作為需要關聯的目標來處理。
2）Headers/Body/Cookies
這3個選項都是從請求返回的所有內容進行關聯處理，包括圖片、JavaScript腳本等。區別在於對返回信息的分隔方式。在前面介紹HTTP的時候介紹過HTTP返回的內容其實是由Header（HTTP信息頭）和Body（HTTP內容）組成的，而Cookie又是Header中的一部分，在Tree模式下的HTTP View視圖中可以清晰地看到LR如何定義各塊內容。當我們對Phpwind登錄返回做關聯時，不同的Scope帶來的效果如下。
3）Header
指所關聯的內容是所有伺服器返回請求的HTTP頭部分內容。可以通過查看伺服器返回內容來了解，Body之前的內容都屬於Header：
4）Body
就是伺服器返回在Body以後的內容：
5）Cookie
指Header部分關於Cookie定義的部分內容。
Request URL
這里提供了針對URL地址的過濾方式來減少關聯范圍，例如，我們可以填寫*.php來說明只對PHP頁面進行過濾。
Content Type
回顧我們在講錄制下載操作的時候，提到了Content Type這個概念，這樣在錄制的時候可以通過這個特性來過濾錄制對象。而在關聯這里，這個屬性的效果是相同的，在網站應用中，我們要關聯的內容一般都存放在HTML頁面中，所以這里我們通常都是用text/html來作為Content Type過濾規則的。
Frame ID
這個選項是專門針對框架結構的網站設計的，有些時候需要關聯的內容是在某個框架中的，這個時候就需要說明所關聯的頁面是框架中的哪一個了。
Ignore Redirection
在某些情況下系統會使用HTTP 3xx的重定向操作來完成頁面跳轉，該選項是用來忽略跳轉頁面信息的。如果選中該選項，通過這種重定向技術的頁面將不會被關聯。有時需要配合使用web_set_max_html_param_len函數可以自定義關聯返回值存放的參數的最大長度。
I. 如何在 LoadRunner 裡面實現 JSON 數據的解析和構造
/* * 組成前台treegrid所需要的JSON */ String [] columns1 = {"id", "name", "_parentId"}; //組成JSON所需要的列名，父結點必須命名為_parentId StringBuffer returnStr = new StringBuffer("{\"total\":");
json.org/json-zh.html 去這兒找你要的方法吧。 我用java直接寫，比較省事兒。 僅供參考。
J. 如何在 LoadRunner 裡面實現 JSON 數據的解析和構造
json.org/json-zh.html 去這兒找你要的方法吧。
我用java直接寫，比較省事兒。
僅供參考。