其实无论用那种测试方法,接口测试的原理是通过测试程序模拟客户端向服务器发送请求报文,服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端,客户端接收应答报文这一个过程。
方法一、用loadrunner实现接口测试
大家都知道loadrunner是一种性能测试工具,但它也可以用在我们做接口测试的时候。开发人员开发出来的接口,提供给测试人员详细的接口使用说明书,该说明书最基本的要求如下:
接口测试地址:/sns/publish
请求报文参数说明:
参数名称
参数描述
字符类型
字符值
snsid
社区id
string
6
userid
用户id
10
commentstypeid
评论类型id
2
commentsid
评论id
authorid
作者id
commentscontent
评论内容
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>
应答报文的参数接口说明:
statuscode
返回值
int
0代表pass,非0代表fail
statustext
返回信息描述
<statuscode>0</statuscode>
<statustext>发送成功一条评论</statustext>
有了上述的说明书之后,测试人员可以根据文档的描述在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做接口测试少。