接口测试基础
1. 接口测试的流程一般是怎么样的？
小刀：接口测试的流程其实和功能测试的流程类似，因为接口测试依赖的主要对象也是需求说明书，所以，最初的流程就是参与需求讨论，评审需求。
需求确定以后，开发会根据需求进行接口设计，会产出接口定义，在开发设计过程中，有能力的话，可以给出一些针对设计的建议，提高可测性，针对需求及设计，进行测试计划，测试设计，然后还需要和配管确定测试环境相关的事情。
在开发完成接口定义之后，就根据需求文档及接口定义进行测试用例设计，测试用例设计主要从业务场景，功能，以及异常测试几个方面考虑。
测试用例设计完成后，针对测试用例进行评审，然后，如果开发代码部分可测时，即可进入测试了，因为是部分可测，可能会使用到mock方法。
已有测试代码时，就要进行测试代码的持续集成了，我们是使用hudson来进行持续集成的
在项目结束后，会对每个项目进行总结。
2. 接口可以分下面几种：
1）系统与系统之间的调用，比如银行会提供接口供电子商务网站调用，或者说，支付宝会提供接口给淘宝调用
2）上层服务对下层服务的调用，比如service层会调用DAO层的接口，而应用层又会调用服务层提供的接口，一般会通过
3）服务之间的调用，比如注册用户时，会先调用用户查询的服务，查看该用户是否已经注册。
而我们所要做的接口测试，先要了解是基于哪一种类型的接口测试，不同类型的接口测试方法可能是不一致的，总体来说，不管是那种类型，我们只要把被测接口当做是服务方，而把我们的测试手段当做是客户方，我们的目的就是，通过我们的测试手段，去验证服务端满足了他声明提供的功能。
至于说到具体的测试方法，http协议的接口测试，一般会用jmeter去测试，jmeter的好处是不用写测试代码，直接使用jmeter提供的http请求去测试，也可以使用HTTPClient去测试，好处是可以方便集成和自动化。java接口的测试，则需要编写测试代码去测试，有点类似于单元测试，但是需要更多的考虑业务场景。
3.
对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了（有文档更好，但大部分都没有）；其次，自己去读开发的代码；然后，根据该接口功能及代码写测试用例；
用例设计：
1：写一个程序去调用该接口，看是否能够达到该接口所定义的功能
2：根据该接口参数，构造不同的用例，测试接口在参数合法及非法情况下能否达到预期效果
3：根据该接口中的逻辑，设计不同条件的用例，测试该接口实现代码的逻辑
4：进行容错及健壮性测试
5：静态检测代码，看是否有内存泄露、或永远走不到的分支、代码规范及逻辑是否合理。
6：对于一些接口，需要进行多线程测试
4.
接口测试的两种方法
其实无论用那种测试方法，接口测试的原理是通过测试程序模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端，客户端接收应答报文这一个过程。
方法一、用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"?> |
应答报文的参数接口说明：
|
参数名称 |
参数描述 |
字符类型 |
字符值 |
|
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做接口测试少。
