qileilove

blog已经转移至github,大家请访问 http://qaseven.github.io/

接口测试的两种方法

其实无论用那种测试方法,接口测试的原理是通过测试程序模拟客户端向服务器发送请求报文,服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端,客户端接收应答报文这一个过程。

  方法一、用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做接口测试少。

  以上纯属个人见解,敬请拍砖!

posted on 2012-05-31 09:50 顺其自然EVO 阅读(53629) 评论(12)  编辑  收藏

评论

# re: 接口测试的两种方法 2013-08-23 17:17 zhangdl

写的很好,学习了!谢谢!  回复  更多评论   

# re: 接口测试的两种方法[未登录] 2013-09-10 16:45 小飞侠

不错的文章  回复  更多评论   

# re: 接口测试的两种方法 2013-11-14 23:25 sophia

楼主写的很好,受益匪浅!多谢分享!  回复  更多评论   

# re: 接口测试的两种方法[未登录] 2013-12-30 17:25 好好学习

学习中  回复  更多评论   

# re: 接口测试的两种方法 2014-01-02 08:56 杨~~

LR中是不是可以通过参数化达到程序与测试数据分离的目的呢??  回复  更多评论   

# re: 接口测试的两种方法 2014-10-04 10:15 成都

问他雨雨  回复  更多评论   

# re: 接口测试的两种方法 2015-03-31 14:25 梦-龙

写的挺详细的
  回复  更多评论   

# re: 接口测试的两种方法[未登录] 2015-04-15 23:17 点点

写的挺好的,赞一个  回复  更多评论   

# re: 接口测试的两种方法 2015-06-08 13:19 777

77777  回复  更多评论   

# re: 接口测试的两种方法 2015-11-19 19:20 三到四

阿斯顿发发  回复  更多评论   

# re: 接口测试的两种方法[未登录] 2016-04-14 09:24 111

赞  回复  更多评论   

# re: 接口测试的两种方法 2016-07-25 23:43 meggein

为毛不直接用soapui啊,方便简单  回复  更多评论   


只有注册用户登录后才能发表评论。


网站导航:
 
<2012年5月>
293012345
6789101112
13141516171819
20212223242526
272829303112
3456789

导航

统计

常用链接

留言簿(54)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

阅读排行榜

评论排行榜