请求行： 请求方法/请求网址/协议版本
请求头部：header
host
connection
upgrade-insecure-requests
user-agent：用户代理，通过客户端代理
referer
accept-encoding
cookie
备注：域名和IP地址之间是映射关系，域名是为了好记

请求数据：

6）HTTP响应信息

状态行：状态码
消息报头： 
  content-type：返回的数据格式
    test/html
    application/json
    application/xml

响应正文：

7）HTTP响应状态码

状态码           含义                 客户端client                                 服务器端server 
1xx      | Informational 信息     啥都不用做，知道就好                          信息收到了，后续会处理                               
2xx      | Successful 成功        啥都不用做，知道就好                          请求已正确处理                                               
3xx      | Redirection 重定向     重新请求返回的新地址                          client需要的内容，由于一些原因，比如地址已发生变化了，然后返回该内容的新地址 
4xx      | 客户端的错误            确保用正确的参数和信息正确，重新请求             请求已正确处理                               
5xx      | 服务器端的错误           都无需操作，服务器端改了bug后，重新发送请求      服务器端的代码的bug导致了出错

8）HTTP请求方法

get和post的区别：

a）应用场景不同

　　get获取资源

　　post提交数据，创建新的数据/对已有数据的修改

b）参数存放 

　　get请求的参数都可以显示在浏览器网址上，通过?param=value【即query string方式】查询字符串

　　post可以使用query string，但是通常不这么做，通常放到body请求体当中

c）安全性

get和post并没有谁更安全，抓包都是可以看到里面的数据，网上说的post更安全是因为数据放到了body当中，肉眼看不到而已， 但其实也是不安全的，而get请求是直接在URL中肉眼可以看到

备注：加密与请求方法没关系，什么东西都是可以加密的

【WebService协议】

http 和 webservice 都是基于TCP/IP协议的应用层协议

webservice是基于http的soap协议传输数据 webservice=soap=http+xml，webservice协议就是有http+xml组成的，其中xml中会用到wsdl，wsdl是描述语言xml中的一种格式。

socket是基于TCP/IP的传输协议，是对TCP/IP协议的封装

socket和TCP都是基于TCP/IP传输层协议

注：Restful是一种接口规范，而不是接口协议，restful接口规范中也会用到http协议。

 因现在大部分会用http协议不用webservice协议，故没有实际操作，只是转载来了解理论。

一. WSDL WebService的创建：

1.创建【Web Service Project】：

image.png

WebServices Framework要选JAX-WS：

image.png

package com.webservice;

public class WebService{

public String printData(String printerName){
    String strRet = "Welcome to use WebService, " + printerName;
    
    System.out.println("Print from WebService:" + strRet);
    
    return strRet;
}   

3.发布Web Service：
点击工具栏的New Web Service：

image.png

Strategy选择第二个（Create web service from Java class）：

image.png

勾选【Generate WSDL in project】：

image.png

点击【Finish】后，系统会在WEB-INF/wsdl下生成两个文件：

image.png
 
WebServiceService.wsdl：这个文件是用来描述Web Service内容的
<?xml version="1.0" encoding="UTF-8"?>
 
<definitions xmlns="http://schemas.xmlsoap.org/wsdl/" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:tns="http://webservice.com/" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:xsd="http://www.w3.org/2001/XMLSchema" name="WebServiceService" targetNamespace="http://webservice.com/">
<types>
<xsd:schema>
<xsd:import namespace="http://webservice.com/" schemaLocation="WebServiceService_schema1.xsd"/>
</xsd:schema>
</types>
<message name="printData">
<part element="tns:printData" name="parameters"/>
</message>
<message name="printDataResponse">
<part element="tns:printDataResponse" name="parameters"/>
</message>
<portType name="WebServiceDelegate">
<operation name="printData">
<input message="tns:printData"/>
<output message="tns:printDataResponse"/>
</operation>
</portType>
<binding name="WebServicePortBinding" type="tns:WebServiceDelegate">
<soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
<operation name="printData">
<soap:operation soapAction=""/>
<input>
<soap:body use="literal"/>
</input>
<output>
<soap:body use="literal"/>
</output>
</operation>
</binding>
<service name="WebServiceService">
<port binding="tns:WebServicePortBinding" name="WebServicePort">
<soap:address location="http://localhost:8080/WebService/WebServicePort"/>
</port>
</service>
</definitions>
 
WebServiceService_schema1.xsd：用来说明Web Service的命令及其参数
比如：sample里面的WebService是【printData】,有一个String类型的参数【arg0】，返回值一个String类型的值。
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:tns="http://webservice.com/" targetNamespace="http://webservice.com/" version="1.0">
 
<xs:element name="printData" type="tns:printData"/>
 
<xs:element name="printDataResponse" type="tns:printDataResponse"/>
 
<xs:complexType name="printData">
<xs:sequence>
<xs:element minOccurs="0" name="arg0" type="xs:string"/>
</xs:sequence>
</xs:complexType>
 
<xs:complexType name="printDataResponse">
<xs:sequence>
<xs:element minOccurs="0" name="return" type="xs:string"/>
</xs:sequence>
</xs:complexType>
</xs:schema>

 将WebService项目部署到Tomcat即可。
（部署方法略）

二. WSDL WebService的调用：
方法1：创建Web Service Client来调用：
1.创建【Java Project】：

image.png

image.png

image.png

image.png

4.点击【Next】完成创建后，在src/com/webservice下，自动生成相关文件。（WebServiceTest.java除外，这个是自己创建的调用文件）

image.png

image.png

代码如下：
package com.webservice;

public class WebServiceTest{

public static void main(String[] args){
    WebServiceService wssPrintData = new WebServiceService();
    WebServiceDelegate wsdPrintData = wssPrintData.getWebServicePort();
    
    System.out.println(wsdPrintData.printData("sun"));
}   

}

方法2：用HttpClient调用：

package com.httpclientforwsdl;
 
import java.io.ByteArrayInputStream;
import java.io.InputStream;
import java.util.HashMap;
import java.util.Iterator;
import java.util.Map;
 
import org.apache.commons.httpclient.HttpClient;
import org.apache.commons.httpclient.methods.InputStreamRequestEntity;
import org.apache.commons.httpclient.methods.PostMethod;
import org.apache.commons.httpclient.methods.RequestEntity;
 
public class WebServiceHttpClientTest{

public synchronized static String accessService(String wsdl,String ns,String method,Map<String,String> params,String result)throws Exception{  
    //拼接参数  
    String param = getParam(params);  
    String soapResponseData = "";  
    //拼接SOAP  
    StringBuffer soapRequestData = new StringBuffer("");  
    soapRequestData.append("<soap:Envelope xmlns:soap=\"http://schemas.xmlsoap.org/soap/envelope/\">");  
    soapRequestData.append("<soap:Body>");  
    soapRequestData.append("<ns1:"+method+" xmlns:ns1=\""+ns+"\">");  
    soapRequestData.append(param);  
    soapRequestData.append("</ns1:"+method+">");  
    soapRequestData.append("</soap:Body>" + "</soap:Envelope>");  
    PostMethod postMethod = new PostMethod(wsdl);  
    // 然后把Soap请求数据添加到PostMethod中  
    byte[] b=null;  
    InputStream is=null;  
    try {  
        b = soapRequestData.toString().getBytes("utf-8");   
        is = new ByteArrayInputStream(b, 0, b.length);  
        RequestEntity re = new InputStreamRequestEntity(is, b.length,"text/xml; charset=UTF-8");  
        postMethod.setRequestEntity(re);  
        HttpClient httpClient = new HttpClient();  
        int status = httpClient.executeMethod(postMethod);  
        System.out.println("status:"+status);  
        if(status==200){  
            soapResponseData = getMesage(postMethod.getResponseBodyAsString(),result);  
        }  
    } catch (Exception e) {  
        e.printStackTrace();  
    } finally{  
        if(is!=null){  
            is.close();  
        }  
    }  
    return soapResponseData;  
}  
  
public static String getParam(Map<String,String> params){  
    String param = "";  
    if(params!=null){  
        Iterator<String> it  = params.keySet().iterator();  
        while(it.hasNext()){  
            String str = it.next();  
            param+="<"+str+">";  
            param+=params.get(str);  
            param+="</"+str+">";  
        }  
    }  
    return param;  
}  
  
public static String getMesage(String soapAttachment,String result){  
    System.out.println("message:"+soapAttachment);  
    if(result==null){  
        return null;  
    }  
    if(soapAttachment!=null && soapAttachment.length()>0){  
        int begin = soapAttachment.indexOf(result);  
        begin = soapAttachment.indexOf(">", begin);  
        int end = soapAttachment.indexOf("</"+result+">");  
        String str = soapAttachment.substring(begin+1, end);  
        str = str.replaceAll("<", "<");  
        str = str.replaceAll(">", ">");  
        return str;  
    }else{  
        return "";  
    }  
}  
  
/** 
 * @param args 
 */  
public static void main(String[] args) {   
    try {  
        Map<String,String> param = new HashMap<String,String>();  
        param.put("arg0", "sun");
        String wsdl="http://localhost:8080/WebService/WebServicePort?wsdl";  
        String ns = "http://webservice.com/";  
        String method="printData";  
        String response =accessService(wsdl,ns,method,param,"return");  
        System.out.println("main:"+response);  
          
    } catch (Exception e) {  
        e.printStackTrace();  
    }  
}  

显示结果：

status:200
七月 15, 2016 3:43:27 下午 org.apache.commons.httpclient.HttpMethodBase getResponseBody
警告: Going to buffer response body of large or unknown size. Using getResponseBodyAsStream instead is recommended.
message:<?xml version="1.0" ?><S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"><S:Body><ns2:printDataResponse xmlns:ns2="http://webservice.com/"><return>Welcome to use WebService, sun</return></ns2:printDataResponse></S:Body></S:Envelope>
main:Welcome to use WebService, sun

【Dubbo 接口测试方法]

一.直接通telnet然后用dubbo协议调用方法

（1）在项目的配置文件中可以看到

dubbo.protocol.port=10022

说明dubbo对外暴漏的端口为10022，直接用telnet访问此端口。

telnet lcoalhost 10022然后就能看到

说明连接成功。

1. 查看服务下有那些方法ls -l

在idea插件超市中发现dubbo invoke 集成了invoke.

1. 在对外暴漏的方法上加注释

/**
 *
 * @param name 姓名
 *             example=haha
 * @return
 */
String sayHello(String name);

1. 调用，点击这个接口出现的地方

选择使用插件，这里注意serverAddress为dubbo的服务ip 端口。

然后点击invoke，就能看到代测试结果。

四，【Http协议详解】

Http协议详解

思考：

用户打开一个浏览器，输入网址，向服务端发送数据，那么这个数据该如何发送呢？

若每个网站都有自己的规则，整个互联网就乱套了，而且用户访问也不是很方便，每个网站都要开发属于自己的客户端软件，致使运营成本变大。

所以，必须有一个统一的规则，让大家发送数据或接受数据有一个依据，于是，HTTP协议由此而来。

一、HTTP协议介绍

1.HTTP协议简介

HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写，是用于万维网（WWW:World Wide Web ）服务器与本地浏览器之间传输超文本的传送协议。

HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。HTTP协议工作于客户端-服务端架构为上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。Web服务器根据接收到的请求后，向客户端发送响应信息。

使用HTTP协议，每当有新的请求发送时,就会有对应的新响应产 生。协议本身并不保留之前一切的请求或响应报文的信息。这是为了更快地处理大量事务,确保协议的可伸缩性,而特意把HTTP协议设计成 如此简单的。可是,随着Web的不断发展,因无状态而导致业务处理变得棘手 的情况增多了。比如,用户登录到一家购物网站,即使他跳转到该站的 其他页面后,也需要能继续保持登录状态。针对这个实例,网站为了能 够掌握是谁送出的请求,需要保存用户的状态。HTTP/1.1虽然是无状态协议,但为了实现期望的保持状态功能, 于是引入了Cookie技术。有了Cookie再用HTTP协议通信,就可以管 理状态了。有关cookie的详细内容我们后面讲解。

2.什么是HTTP协议

• 超文本传输协议, 规定了浏览器与服务端之间数据交互的格式
• 将浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。
• 如果服务端不遵循该协议，那就要自己开发一个客户端，让用户下载的的web应用，通过web应用访问，否则，用户通过浏览器是无法你的web应用的。

二、HTTP协议四大特性

HTTP协议规定：请求从客户端发出，最后服务端响应客户端请求并返回

也是就说，用户访问数据先从客户端开始建立通信的，服务端在没收到请求之前不会发送数据并响应客户端。

3.无状态保存：不保存用户信息状态

HTTP是一种不保存状态,即无状态(stateless)协议。HTTP协议 自身不对请求和响应之间的通信状态进行保存。也就是说在HTTP这个级别,协议对于发送过的请求或响应都不做持久化处理。

总结：见你千百遍，我始终待你如初恋。

使用HTTP协议,每当有新的请求发送时,就会有对应的新响应产 生。协议本身并不保留之前一切的请求或响应报文的信息。

作用：

• 为了更快地处理大量事务,确保协议的可伸缩性,而特意把HTTP协议设计成 如此简单的。

问题：

• 随着Web的不断发展,因无状态而导致业务处理变得棘手 的情况增多了
• 比如,用户登录到一家购物网站,即使他跳转到该站的 其他页面后,也需要能继续保持登录状态。针对这个实例,网站为了能 够掌握是谁送出的请求,需要保存用户的状态。那怎样实现

解决：

1.1 请求格式

HTTP GET方法的请求格式

• 格式说明：

// 请求首行 : 请求方法, 协议版本...
// 请求头 : 一大堆的 k:v 键值对
// 空行 \r\n : 用来标识作用
// 请求体 : 并不是所有的请求方法都有, 只要用来携带敏感性数据(get没有,post有)

• 请求方式：

  1. "get" 请求 : 朝服务端索要数据 (例 : 输入网址获取对应的内容)
  2. "post" 请求 : 朝服务端提交数据 (例 : 登入,输入用户名密码,提交到服务端进行校验)
• get 与 post 的区别

  1. 都可以携带额外的参数 : 
      // GET 提交的数据会放在URL之后，以"?"分割URL和传输数据，参数之间以"&"相连
      // POST方法是把提交的数据放在HTTP包的请求体(Body)中.
  2. 提交的数据大小限制 : 
      // 浏览器对URL长度有限制, 所以GET提交的数据大小有限制
      // POST方法没有数据大小限制
  3. 数据的安全性 : 
      // GET方式提交数据, 会带来安全问题, 比如一个登录页面, 通过GET方式提交数据时, 用户名和密码将出现在URL上
      // 如果页面可以被缓存或者其他人可以访问这台机器, 就可以从历史记录获得该用户的账号和密码
   
  

2.HTTP响应

服务器收到了客户端发来的HTTP请求后，根据HTTP请求中的动作要求，服务端做出具体的动作，将结果回应给客户端，称为HTTP响应。

2.1 请求格式

格式说明

// 响应首行 : 响应状态码, 协议版本....
// 响应头 : 一大堆 k:v 键值对
// 空行 \r\n : 用来标识作用
// 响应体 : 响应正文, 展示给用户的数据

• HTTP响应由三部分组成：状态行、响应头、响应正文；
• 状态行：包括协议版本Version、状态码Status Code、回应短语；
• 响应头（server header）：包括搭建服务器的软件，发送响应的时间，回应数据的格式等信息，包含HTTP状态码 (HTTP Status Code) ；
• 响应正文：就是响应的具体数据。

响应状态码说明：

类似于功能测试流程，一个完整的接口测试流程如下：

1. 分析接口文档和需求文档
2. 编写接口测试计划
3. 编写接口测试用例
4. 接口测试执行
5. 输出接口测试报告。

一般接口用例设计依据的就是开发提供的接口文档和产品需求文档，首先认识一下接口文档。

接口文档如何描述一个具体的接口信息，示例如下：

接口文档

• 接口说明
• 请求方式
• 请求URL
• 请求参数
• 返回数据
• 返回实例

接口用例设计原则

接口测试的原理就是模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做处理并向客户端返回应答，客户端接收应答的过程。

接口测试采用的方法其实与黑盒测试一致的，甚至可以把接口测试理解为没有界面的功能测试。只不过接口测试的测试点更多一些，除了界面上需要验证的各种功能点，还包括接口的安全、接口的性能等。

一般测试用例的设计要从单接口参数的校验到整个业务功能点的验证，还可以验证一些安全性和异常情况。

接口用例设计点基本原则如下：

接口测试用例设计原则 

怎么确定用例的覆盖率？

如何快速评估自己的测试用例覆盖率： 1）参数验证是否完整（包括各种边界和业务规则） 2）业务需求点覆盖是否完整（单接口业务功，依赖接口业务功能） 3）接口异常场景覆盖是否完整（数据的异常，）

一般接口用例要包含如下部分：

用例编号、模块名称、接口名称、用例标题、请求方法、请求URL、请求参数（包括请求头、请求体）、预期结果、实际结果等。

不一定都需要有，根据实际使用增减，一个实际的用例模板如下：

接口测试用例

------------

一、接口用例模板

提到测试用例，我们知道，其中最重要的两个要素就是：测试步骤和预期结果。其实对于接口测试也同样如此，接口测试的步骤中，最重要的是将实现向接口发送预设请求，结果则要关注响应信息及后续处理。所以接口测试用例编排可以考虑下列两种形式。要注意的是，实际工作场景中我们可能还会对接口之间的串联和混合场景进行测试。

二、测试报告模板

接口测试报告很多时候会和接口性能测试报告一起，如果要单独报告的话，可以考虑以下内容：

简要描述与测试项目相关的一些背景资料，如被测系统简介，项目上线计划等。对于系统接口的定义和设计做出介绍。比如系统一共有多少个接口？采用哪种协议？都涉及到哪些发送方法？采用怎样的请求格式？使用怎样的返回标准？可用表格说明。而描述本次接口测试的目的、范围与目标，内容应与本次接口测试的《接口测试实施方案》中的对应内容保持一致。

测试目的在于确保系统接口功能和逻辑处理已验证，符合《接口定义说明书》的定义和要求，满足系统需要。测试对象主要分为单场景接口功能测试和混合场景接口功能测试。这点可以从《项目接口测试用例》可考虑贴出x-mind图。

其中测试指标范围主要分为被测接口接收请求和返回报文，被测接口返回状态，被测接口对应业务逻辑处理，涉及数据沉淀的处理，复杂场景下多接口串联交互。然后测试工具将使用Postman，而Postman是谷歌的一款接口测试插件，它使用简单，支持用例管理，支持get、 post、文件上传、响应验证、变量管理、环境参数管理等功能，可以批量运 行，并支持用例导出、导入。

测试资源

测试记录可以分为单场景接口测试和测试结果数据。然后结合测试中发现的问题对于整体测试结果进行分析，做出判断。而这些问题就包括接口业务功能错误类缺陷情况，接口异常处理类缺陷情况，接口处理数据沉淀缺陷类情况和接口安全性缺陷情况。

而混合场景接口测试中就包括测试结果数据和本次混合场景接口测试的测试结果数据。

之后结合测试中发现的问题对于整体测试结果进行分析，做出判断，就能得出本次性能测试的测试总结论，一般以测试结果与测试目标的比较结果作为测试结论。

------

1 项目地址

    https://gitee.com/HUJIAFANGFUJIDDD/vue_api_server.git

2 部署

  #cd /usr/local

#git clone https://gitee.com/HUJIAFANGFUJIDDD/vue_api_server.git     (如没有安装git 先 yum install git -y)

3 安装npm和node环境
 

wget https://npm.taobao.org/mirrors/node/v14.15.3/node-v14.15.3-linux-x64.tar.xz
 
xz -d node-v14.15.3-linux-x64.tar.xz
 
tar -xvf node-v14.15.3-linux-x64.tar
 
cd node-v14.15.3-linux-x64
 
# 建立软连接，变为全局
 
ln -s /usr/local/nodejs/node-v14.15.3-linux-x64/bin/npm /usr/local/bin/
 
ln -s /usr/local/nodejs/node-v14.15.3-linux-x64/bin/node /usr/local/bin/
 
vim /etc/profile
 
# 以下两个路径为加入nodejs路径
 
export NODE_HOME=/usr/local/nodejs/node-v14.15.3-linux-x64
 
export PATH=$NODE_HOME/bin:$PATH
 
# 配置生效
 
source /etc/profile
 
# 成功
 
node -v

4 进入到vue_api_server项目目录，接着执行npm install 安装依赖包。

5 安装Mysql，如果你已经有的话，可以直接忽略此步

6 进入db目录中，将mydb.sql导入到Mysql数据库中

  mysql>CREATE DATABASE `api_db_mysql` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

 mysql>use api_db_mysql;

  mysql>source /usr/local/vue_api_server/db/mydb.sql

7 进入到vue_api_server目录下的config目录中，打开文件default.json

    修改后如下：
 

{
        "config_name" : "develop",

        "jwt_config" : {
                "secretKey":"itcast",

                "expiresIn":86400

        },

        "upload_config":{
                "baseURL":"http://192.168.234.133:8888",

                "upload_ueditor":"uploads/ueditor",

                "simple_upload_redirect":"http://192.168.234.133/reload"

        },

        "db_config" : {
                "protocol" : "mysql",

                "host" : "127.0.0.1",

                "database" : "api_db_mysql",

                "user" : "root",

                "password" : "Xsy@210721",

                "port" : 3306

        }

}

8 在vue_api_server目录下, 执行命令

#node app.js

返回这些log表示部署成功：

9 使用VUE_API_Server

完成前面的服务环境部署后，默认后监听8888服务端口，接口基准地址http://192.168.234.133:8888/api/private/v1/，且数据返回格式统一使用 JSON。

登录接口：

获取roles接口 （注意在Authorization中添加Type=Bearer Token, Token值就是上面登录接口返回的那个token值）

注意：

创建用户，查询用户这类的业务接口，需要从登录授权的 API 中获取到token，且必须在请求头中使用 Authorization 字段提供 token 令牌

项目中有很多接口，执行node app.js 会打印出所有的接口

【接口测试工具详解】

　　接口测试工具如图：

1.Fiddler

首先，这是一个HTTP协议调试代理工具，说白了就是一个抓http包的工具。web测试和手机测试都能用到这个工具。既然是http协议，这个工具也能支持接口测试。稍后文章，我会专门介绍fiddler这个工具。

2.PostMan
Postman一款非常流行的API调试工具。其实，开发人员用的更多。因为测试人员做接口测试会有更多选择，例如Jmeter、soapUI等。不过，对于开发过程中去调试接口，Postman确实足够的简单方便，而且功能强大。这是一款google工

程师开发的一个插件，可以安装到chrome浏览器上。支持不同接口测试请求，能够管理测试套件和自动化运行，弱点在于，自动化断言功能不强大。不能和jenkins和代码管理库进行持续集成测试。但是，绝对是一个很好的半手工，半自动化测

试工具，我一般在写自动化接口测试用例，会打开postman进行辅助测试和debug。这个工具也会稍后在文章介绍。

 这个是一款计算机上抓包工具，支持抓各种包，TCP,UDP,HTTP都支持。如果做底层网络数据测试，一般都需要用到它。作为接口测试，这个软件有点不友好。因为刷新数据太快，不好定位每个操作对应的接口。所以，我们不会进行过多

介绍这个工具。

4.SoupUI    
SoapUI是一个开源测试工具，通过soap/http来检查、调用、实现Web Service的功能/负载/符合性测试。该工具既可作为一个单独的测试软件使用，也可利用插件集成到Eclipse，maven2.X，Netbeans 和intellij中使用。

SoapUI是一个自由和开放源码的跨平台功能测试解决方案。通过一个易于使用的图形界面和企业级功能，SoapUI让您轻松， 快速创建和执行自动化功能、回归、合规和负载测试。在一个测试环境，SoapUI提供完整的测试覆盖，并支持所

有的标准协议和技术。

SoapUI 基于Java 开发，支持多个平台，安装非常简单。

这个是一个开源免费和，企业版收费的软件。在国外的接口测试，使用非常多。这个工具能够支持接口自动化测试和接口性能测试，也能支持和jenkins做持续集成测试。了解一下就可以，自己可以下载一个社区免费版，做一个demo试试。

5.Java代码做接口测试
代码是万能，笔记工具也是代码开发出来的。为什么要用代码做接口自动化测试呢。因为，有些工具功能是有限制，很多公司，需要一些特定的功能，工具不支持，只好用代码进行开发。一般用Java做自动化测试，主要是利用httpclient.jar

这个包，然后利用junit或者testng这样的单元测试工具，进行测试用例的开发，然后在jenkins上创建一个job，进行持续集成测试。

6.Python代码做接口测试
      和Java一样，Python中利用一个很好，功能强大的第三方库requests，能够方便都创建接口自动化用例。python下单元测试框架，一般采用unittest。生成测试报告，一般选择HTMLTestRunner.py。同样，可以和jenkins做持续集成测试。

7.LoadRunner
       不要以为LR只能做性能测试，loadrunner同样可以做接口自动化和接口压力测试。只是我们很多人，不会利用LR的函数，进行开发接口测试用例。

8.JMeter
      JMeter同loadrunner一样，都是以性能测试出名，一般用JMeter也是做接口性能测试。例如java+Jmeter+ant+jenkins做接口性能监听测试。

      以上介绍了这么多工具，基本覆盖了接口功能测试，接口自动化测试，接口性能测试。
 

五，【深入了解cookie，session，token鉴权原理以及实战】-------

cookie是保存在客户端的一段小文本，可以用来标识用户身份，它会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。

优点:

• 通过cookie可以让服务器以较小成本标识用户会话。
• cookie只会发往设置该cookie的域名，这保证了cookie的相对安全。
• 由于cookie没有遵循严格的同源策略，所以一个子域可以设置获取父域的cookie，这种特性十分有利于实现单点登录。
• 可以设置cookie过期时间，从而保证cookie在有效期内使用。

 缺点:

• cookie大小只有4k，因此不能保存大量内容。
• cookie保存在客户端，因此不够安全，如果有人劫持了cookie，服务器无法区分出来是用户本人还是hacker在使用会话状态。
• 服务器端如果没有设置禁止js读取cookie的话，js是可以创建修改删除该域名下的cookie的，因此为了防止xss攻击，需要将cookie设置为HttpOnly。
• 如果浏览器设置了禁用cookie，则服务器无法根据cookie追踪用户会话

 伪代码：

    @GetMapping("put")
    public void test2(HttpServletRequest request, HttpServletResponse response){
        // Cookie 为键值对数据格式
        Cookie cookie_username = new Cookie("cookie_username", "admin");
        // 即：过期时间，单位是：秒（s）
        cookie_username.setMaxAge(30 * 24 * 60 * 60);
        // 表示当前项目下都携带这个cookie
        cookie_username.setPath(request.getContextPath());
        // 使用 HttpServletResponse 对象向客户端发送 Cookie
        response.addCookie(cookie_username);
    }
 
    @GetMapping("del")
    public void test4(HttpServletRequest request, HttpServletResponse response){
        // 根据 key 将 value 置空
        Cookie cookie_username = new Cookie("cookie_username", "");
        // 设置持久时间为0
        cookie_username.setMaxAge(0);
        // 设置共享路径
        cookie_username.setPath(request.getContextPath());
        // 向客户端发送 Cookie
        response.addCookie(cookie_username);
    }

执行put请求之后，可以在客户端看到：

执行del请求之后，在客户端是看不到的：

session
session是存储在服务器，用来标识用户会话的另一种机制，基于cookie实现的。用户发起请求后，服务器会针对该请求创建一个session并可以设置相关属性，然后服务器将sessionid放入cookie中返回给浏览器。浏览器以后请求都带上这个cookie，服务器通过sessionid就可以拿到相应的session并知道这是哪个用户的会话了。

原理图：

优点：

• 将用户信息保存在服务器，安全性较好

• 即使用户禁用cookie，仍然可以用拼接在url后边的方式来传递sessionid

• 可以设置失效时间，有续约机制可以让会话时间更长

• 使用session可以使页面间传参更加方便

缺点:

• 会加剧服务器存储负担，如果将session放到内存中，则大用户量的情况下对内存也是一个挑战

• 如果是分布式服务器，不能很好的同步session信息

    @GetMapping("put")
    public void test4( HttpSession session){
        session.setAttribute("session_username","admin");
    }
 
    @GetMapping("del")
    public void test5(HttpSession session){
        session.removeAttribute("session_username");
    }
 
    @GetMapping("get")
    public void test6( HttpSession session){
        System.out.println(session.getAttribute("session_username"));
    }
 
//    常用方法
//    public Object getAttribute(String name)
//    返回session对象中与指定名称绑定的对象，如果不存在则返回null
//
//    public Enumeration getAttributeNames()
//    返回session对象中所有的对象名称
//
//    public long getCreationTime()
//    返回session对象被创建的时间， 以毫秒为单位，从1970年1月1号凌晨开始算起
//
//    public String getId()
//    返回session对象的ID
//
//    public long getLastAccessedTime()
//    返回客户端最后访问的时间，以毫秒为单位，从1970年1月1号凌晨开始算起
//
//    public int getMaxInactiveInterval()
//    返回最大时间间隔，以秒为单位，servlet 容器将会在这段时间内保持会话打开
//
//    public void invalidate()
//    将session无效化，解绑任何与该session绑定的对象
//
//    public boolean isNew()
//    返回是否为一个新的客户端，或者客户端是否拒绝加入session
//
//    public void removeAttribute(String name)
//    移除session中指定名称的对象
//
//    public void setAttribute(String name, Object value)
//    使用指定的名称和值来产生一个对象并绑定到session中
//
//    public void setMaxInactiveInterval(int interval)
//    用来指定时间，以秒为单位，servlet容器将会在这段时间内保持会话有

执行put请求后，在客户端是看不到的 

执行get请求，可以在服务端看到

执行del请求后再执行get请求，不可以在服务端看到

有关分布式session问题，可查看分布式session共享问题 

token

token是一种身份验证方法，被很多人翻译过来后生动的称为“令牌”，它的扩展性，安全性更高，非常适合用在Web应用和移动开发应用上。

Token有很多种，比如常用的jwt，全称是 Json Web Token， 是JSON风格轻量级的授权和身份认证规范，可实现无状态、 分布式的 Web 应用授权。

区别：

• 普通令牌：服务端验证客户端发送的token信息需要进行数据的查询操作

• jwt令牌：jwt令牌中本身存储着用户信息，可直接从jwt令牌中解析出用户信息

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：