Loadrunner 接口測試的兩種方法

其實無論用那種測試方法，接口測試的原理是通過測試程序模擬客戶端向服務器發送請求報文，服務器接收請求報文後對相應的報文做出處理然後再把應答報文發送給客戶端，客戶端接收應答報文這一個過程。

　　方法一、用LoadRunner實現接口測試

　　大家都知道LoadRunner是一種性能測試工具，但它也可以用在我們做接口測試的時候。開發人員開發出來的接口，提供給測試人員詳細的接口使用說明書，該說明書最基本的要求如下：

　　接口測試地址：/SNS/Publish

　　請求報文參數說明：

參數名稱	參數描述	字符類型	字符值
SNSID	社區ID	String	6
UserID	用戶ID	String	10
CommentsTypeID	評論類型ID	String	2
CommentsID	評論ID	String	10
AuthorID	作者ID	String	10
CommentsContent	評論內容	String	50

　　請求報文格式：

<?xml version="1.0" encoding="ISO-8859-1"?>
< Publish >
　　<SNSID>123</SNSID>
　　<UserID>456</ UserID >
　　<CommentsTypeID>2</ CommentsTypeID >
　　<CommentsID>123</CommentsID>
　　<AuthorID>456</AuthorID>
　　<CommentsContent>Don't forget the meeting!</CommentsContent >
</Publish>

　　應答報文的參數接口說明：

參數名稱	參數描述	字符類型	字符值
UserID	用戶ID	String	10
CommentsTypeID	評論類型ID	String	2
CommentsID	評論ID	String	10
CommentsContent	評論內容	String	50
StatusCode	返回值	Int	0代表pass,非0代表fail
StatusText	返回信息描述	String

<?xml version="1.0" encoding="ISO-8859-1"?>
< Publish >
　　<UserID>456</ UserID >
　　<CommentsTypeID>2</ CommentsTypeID >
　　<CommentsID>123</CommentsID>
　　<CommentsContent>Don't forget the meeting!</CommentsContent >
　　<StatusCode>0</StatusCode>
　　<StatusText>發送成功一條評論</StatusText>
</Publish>

　　有了上述的說明書之後，測試人員可以根據文檔的描述在LoadRunner書寫相應的接口測試腳本。

　LoadRunner中涉及到向服務器發送請求的API方法包括：web_url()，web_submit_form()，web_submit_data()，web_custom_request()。下面介紹兩種我常用的方法：

　　方法一：使用web_submit_data()

web_submit_data("insert",
      "Action=http://116.211.23.123/SNS/Publish.htm ",
      "Method=POST",      
"Referer=http://116.211.23.123/SNS/Publish.htm ",
       "Mode=HTML",
      ITEMDATA,
      "Name= SNSID ","Value=6601",ENDITEM,
      "Name= UserID ","Value=123",ENDITEM,
      "Name= CommentsTypeID ","Value=1",ENDITEM,
      "Name= CommentsID ","Value=456",ENDITEM,
       "Name= AuthorID","Value=789",ENDITEM,
       "Name= CommentsContent ","Value=Just for testing",ENDITEM,
               LAST);

　　方法二：使用web_custom_request()

char str[1000];
strcpy(str,"SNSID=7999&UserID=1&CommentsTypeID=1&CommentsID=1&AuthorID=1&CommentsContent=1");
web_custom_request("Publish",
                  "Url= http://116.211.23.123/SNS/Publish.htm",
                  "Method=POST",
                  "Referer=http://116.211.23.123/SNS/Publish.htm ",
                  "Mode=HTTP",
                  str,
                  LAST);

　　這也是一種寫法，可以跟web_submit_data互換。這種寫法更利於拼接參數。

　　方法一適合一些xml結構的根元素下的子元素同處於根元素下面，且子元素數目較少的情況下，如果xml結構比較複雜，比如說根元素下面有多級子元素，或者xml樹結構分叉較多的時候，我們可以先把xml拼接成一個字符串然後通過web_custom_request()向服務器發送請求。

　　我們在做接口功能測試的時候會很注意接口的應答報文的信息，這時候我們可以通過LoadRunner的日誌信息查看或者可以通過web_reg_find()或者web_find()這樣的API函數來統計接口的運行結果，推薦使用web_reg_find()，web_reg_find()和web_find()區別請大家百度一下，詳細信息太多，在這裏不便敘述。

　　因爲web_reg_find()是註冊型函數，所以應該放在web_submit_data()或者web_custom_request()的前面。

　　如：

web_reg_find("Text=<StatusCode>0</StatusCode>",//應答報文裏邊的信息
"SaveCount= StatusCodeCount", //統計查詢字段的信息，如果找到值爲1，如果未找到值爲0
LAST);

　　在腳本的最後我們可以對查詢字段的信息進行統計

// Check result
if (atoi(lr_eval_string("{StatusCodeCount }")) > 0){ //判斷如果Welcome字符串出現次//數大於0
lr_output_message("Send out the comment successfully."); }//在日誌中輸出Send out //the comment successfully

else{ //如果出現次數小於等於

lr_error_message("Send out the comment unsuccessfully."); //在日誌中輸出Send out //the comment successfully
return(0);
}

　　總結：用LoadRunner做接口測試無法做到把接口參數和程序分理，接口的參數可以通過參數化的方法來實現對同一個參數多個數據的測試。參數化後的測試數據保存在此腳本的保存位置下。

　　方法二、通過Java + Fitnesse實現接口功能測試

　　什麼是Fitnesse？

　　FitNesse是一套軟件開發協作工具　FitNesse是幫助大家加強軟件開發過程中的協作的工具。能夠讓客戶、測試人員和開發人員瞭解軟件要做成什麼樣，幫助建議軟件最終是否達到了設計初衷。

　　FitNesse是一套軟件測試工具　從另外一個角度看，FitNesse是一個輕量級的、開源的框架，能夠幫助開發團隊方便的定義驗收測試（Acceptance Tests），通過在web頁面上簡單的輸出和預計輸出的表格就可實現，並且可以運行這些測試以確定是否通過。

　　FitNesse是wiki可以很方便的創建和編輯頁面　FitNesse是一個web服務器不用過多的安裝配置，很方便使用。

　　我習慣使用Eclipse集成開發工具寫測試代碼，用fitnesse準備接口的測試數據，由此實現接口的測試數據和測試程序的分離。

　　關於Fitnesse的使用大家可以參考官方網址。Fitnesse的四種常見表格是：

　　ColumnFixture，ActionFixture，Decision Table，ScriptTable。在工作中ColumnFixture用的最多。

　　下面的程序使用的是ColumnFixture表格。

// Java fixtures
package info.fitnesse.fixturegallery;
import fit.ColumnFixture;
public class PublishTest extends ColumnFixture {
  
  //通過url向服務器發送請求的程序段省略
   public StringSNSID; //對應列名|first part|
   public StringUserID; //對應列名|second part|
   private StringCommentsTypeID;
   private StringAuthorID;
private StringCommentsContent;
private StringUserID;

//對參數的set和get方法省略
}

ColumnFixture表格裏邊的測試數據是：
//省略設置表格的存儲位置信息

　　總結：上述兩種方法都是對接口做功能測試的方法，使用LoadRunner做接口測試的時候可以不用讓開發人員提供測試人員相應的UI測試頁面，直接調用接口做測試，但是測試程序和數據的依賴性太強；使用Fitnesse做接口測試的時候可以實現測試程序和數據的分離，只用點擊Fitnesse界面的Test按鈕就可以實現測試，測試消耗時間比使用LoadRunner做接口測試少。