一，【什么是接口测试？为什么要作接口测试】
接口口测试和接口自动化测试一直都是很多人杂乱的概念。以是搞清楚2个的概念是很重要的一件事情。
接口：一段具备逻辑处置处罚功能的步调代码组成的，可被其他方法、服务或应用所利用。
对于调用接口的那一方，可以把接口看做一只黑匣子，只必要负责按约定传入参数，再吸收返回的数据，而不必要知道黑匣子里的逻辑。
1.接口的作用
- 1.体系与体系之间的调用。比如银联会提供付出接口给负责三方付出的应用步调调用，应用步调在用户发起付出请求时，将相干的必要参数值通过付出接口传给银联服务器，银联服务器处置处罚完成之后会调用应用步调方的回调接口，返回付出处置处罚结果。
- 2.前端应用对后端服务的调用。比如应用步调调用服务器端的接口，服务器端调用DAO[data access object 数据访问对象]的接口。以某体系来看，应用步调本身重要包括2部分：一是交互，二是数据展示。应用步调通过数据访问对象的接口从数据库中获取到相应的数据，服务器端接口在将数据做相应的处置处罚并终极返回给应用步调，应用步调将其展示出来。
- 3.服务与服务之间的调用。比如，注册用户，会先调用查询用户信息的服务，目标是检查是否已注册。如果返回已注册，则负责注册用户的接口就会将该结果返回到前段页面。
- 接口测试是测试体系组件间接口的一种测试，重要用于检测外部体系与体系之间以及内部各个子体系之间的交互点。测试的重点是检查数据的交互、传递和控制管理过程，以及体系间的相互逻辑依赖关系等。
2.为什么要做接口测试
- 1.只靠前端测试很难确保很高的覆盖率。接口测试，可以模仿出各种范例的入参，包括一些在前端模仿不出来的入参，还能根据接口文档的界说，计划出相对美满的入参值，在接口层保证质量，剩余的绝大多数题目就是应用步调自身的交互和数据展示题目。
- 2.接口测试相对于交互界面测试和功能测试来说，更轻易实现自动化，执行起来比较稳固，维护成本也比较低。
- 3.接口自动化适用于回归测试等，可以淘汰人工回归测试的人力成本。
- 4.前、后端体系分离，从安全层面来说，只依赖前端进行不能满足安全要求，绕过前端相对轻易，以是必要后端同样进行输入校验，只能依赖接口测试去验证了。
3.接口都有哪些范例？
接口一般分为两种：1.步调内部的接口 2.体系对外的接口
体系对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能利用他写好的方法，从而到达数据共享的目标。
步调内部的接口：方法与方法之间，模块与模块之间的交互，步调内部抛出的接口，比如bbs体系，有登录模块、发帖模块等等，那你要发帖就必须先登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部体系进行调用。
二，【接口测试的分类】
接口的分类：
1.webservice接口
2.http api接口
webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时间都用通过工具才能进行调用测试。
webService走如soup、rmi、rpc协议
http api接口是走http协议，通过路径来区分调用的方法，请求报文都是key-value情势的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。
json是一种通用的数据范例，所有的语言都熟悉它。（json的本质是字符串，他与其他语言无关，只是可以经过稍稍加工可以转换成其他语言的数据范例，比如可以转换成Python中的字典，key-value的情势，可以转换成JavaScript中的原生对象，可以转换成java中的类对象等。）
http和webservice接口区别：
httpservice通过post和get得到你想要的东西
webservice就是利用soap协议得到你想要的东西，相比httpservice能处置处罚些更加复杂的数据范例
http协议传输的都是字符串了，webservice则是包装成了更复杂的对象。
三，【理解http，webservice，Dubbo接口协议】
一、接口
API： Application Programming Interface， 应用步调可编程接口
1）接口分类
硬件接口：具有毗连功能、适配。两个硬件设备之间的毗连方式（比如鼠标和电脑通过USB接口毗连）
软件接口：软件步调之间数据交互的通道（用户界面是软件接口）
2）软件接口分类
步调内部接口：是客户端与服务器的接口，用来实现客户端和服务器的数据传递
外部接口：比如通过第三方登录，第三方付出，通过调用外部接口并返回当前的体系
3）常见的接口协议
webService接口：利用soup协议通过http传输，请求报文和返回报文都是xml格式的，常用测试工具有soupUI
http协议接口：现在利用最广泛的，利用HTTP协议来传输数据，常见的请求方法有get、post等，常用测试工具有postman、jmeter
dubbo、 websocket、 ws://...、 ftp://等协议。
4）接口测试
本质是基于某种协议，发送一个请求给服务器，然后服务器返回一个响应，然后对响应数据进行分析，判断是否与我们预期的返回划一，从而验证功能是否正确。
二、HTTP协议解读
1）http协议：超文本传输协议
2）https:简朴的来说，就是http的安全版，在http下到场了SSL层（SSL重要用户web的安全传输协议）
3）http的默认端口号是：80 ，默认的端口在url可以不加
https的默认端口号是：443 ，默认的端口在url可以不加
4）HTTP请求过程
客户端：PC端的应用步调 浏览器 APP 小步调
HTTP通信：客户端发送给服务器的请求信息
服务器返回给客户端的响应信息
客户端：前端----->主动请求。能够发起对应的请求的客户端。
服务端：后端----->被动接受。
扩展URL：
5）HTTP请求信息
- 请求行： 请求方法/请求网址/协议版本
- 请求头部：header
- host
- connection
- upgrade-insecure-requests
- user-agent：用户代理，通过客户端代理
- referer
- accept-encoding
- cookie
- 备注：域名和IP地址之间是映射关系，域名是为了好记
6）HTTP响应信息
- 状态行：状态码
- 消息报头：
- content-type：返回的数据格式
- test/html
- application/json
- application/xml
- 响应正文：
- 状态码 含义 客户端client 服务器端server
- 1xx | Informational 信息 啥都不用做，知道就好 信息收到了，后续会处理
- 2xx | Successful 成功 啥都不用做，知道就好 请求已正确处理
- 3xx | Redirection 重定向 重新请求返回的新地址 client需要的内容，由于一些原因，比如地址已发生变化了，然后返回该内容的新地址
- 4xx | 客户端的错误 确保用正确的参数和信息正确，重新请求 请求已正确处理
- 5xx | 服务器端的错误 都无需操作，服务器端改了bug后，重新发送请求 服务器端的代码的bug导致了出错
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
2.写一个简朴的测试用例：
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;
- }
点击工具栏的New Web Service：
image.png
Strategy选择第二个（Create web service from Java class）：
image.png
勾选【Generate WSDL in project】：
image.png
点击【Finish】后，体系会在WEB-INF/wsdl下天生两个文件：
将WebService项目部署到Tomcat即可。
（部署方法略）
二. WSDL WebService的调用：
方法1：创建Web Service Client来调用：
1.创建【Java Project】：
image.png
2.点击工具栏的New Web Service Client：
image.png
image.png
3.选择【WSDL URL】：
image.png
4.点击【Next】完成创建后，在src/com/webservice下，自动天生相干文件。（WebServiceTest.java除外，这个是自己创建的调用文件）
image.png
5.创建【WebServiceTest.java】
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"));
- }
6.【WebServiceTest.java】右键→Run As→Java Application
输出结果：
Welcome to use WebService, 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{
- [/code] [code]
- 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
一.直接通telnet然后用dubbo协议调用方法
（1）在项目标配置文件中可以看到
dubbo.protocol.port=10022
说明dubbo对外暴漏的端口为10022，直接用telnet访问此端口。
telnet lcoalhost 10022然后就能看到
说明毗连成功。
- 然后利用invoke测试接口，这里留意，pom必要添加 fastjson的依赖不然报Invalid json argument, cause: com/alibaba/fastjson/JSON dubbo
二.Idea 插件dubbo Invoke
在idea插件超市中发现dubbo invoke 集成了invoke.
- /**
- *
- * @param name 姓名
- * example=haha
- * @return
- */
- String sayHello(String name);
选择利用插件，这里留意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协议四大特性
1.基于TCP/IP协议之上的应用层协议
2.基于请求-响应模式
HTTP协议规定：请求从客户端发出，最后服务端响应客户端请求并返回
也是就说，用户访问数据先从客户端开始创建通信的，服务端在充公到请求之前不会发送数据并响应客户端。
3.无状态保存：不保存用户信息状态
HTTP是一种不保存状态,即无状态(stateless)协议。HTTP协议 自身不对请求和响应之间的通信状态进行保存。也就是说在HTTP这个级别,协议对于发送过的请求或响应都不做长期化处置处罚。
总结：见你千百遍，我始终待你如初恋。
利用HTTP协议,每当有新的请求发送时,就会有对应的新响应产 生。协议本身并不保存之前一切的请求或响应报文的信息。
作用：
- 为了更快地处置处罚大量事件,确保协议的可伸缩性,而特意把HTTP协议计划成 云云简朴的。
题目：
- 随着Web的不停发展,因无状态而导致业务处置处罚变得棘手 的情况增多了
- 比如,用户登录到一家购物网站,纵然他跳转到该站的 其他页面后,也必要能继承保持登录状态。针对这个实例,网站为了能 够掌握是谁送出的请求,必要保存用户的状态。那怎样实现
解决：
- HTTP/1.1虽然是无状态协议,但为了实现渴望的保持状态功能, 于是引入了Cookie技能。
- 有了Cookie再用HTTP协议通信,就可以管 理状态了。
4.无（短）毗连
无毗连的含义是限定每次毗连只处置处罚一个请求。服务器处置处罚完客户的请求，并收到客户的应答后，即断开毗连。即：客户端请求一次服务端就响应一次， 之后就没有任何关系。
作用：接纳这种方式可以节流传输时间。
解决方案：
- 后面可以用websocket可以实现长毗连，可以让双方创建毗连后默认不停开毗连（QQ、微信聊天接纳的就是这种）
三、HTTP请求协议与响应协议
HTTP协议既然规定了客户端与服务端之间的通信格式，http协议包含由浏览器发送数据到服务器必要遵循的请求协议与服务器发送数据到浏览器必要遵循的请求协议。
那HTTP协议是怎么规定消息格式的呢？
首先我们来手撸一个socket服务端
简朴socket服务端：
- import socket
- server = socket.socket() # 默认就是基于网络的TCP协议
- server.bind(("127.0.0.1", 8888))
- server.listen(5)
- while True:
- conn, addr = server.accept()
- data = conn.recv(1024)
- print(data) # 将请求数据的打印出来
- conn.send(b"ok")
- conn.close()
- b'GET / HTTP/1.1\r\n ## 请求首行
- Host: 127.0.0.1:8080\r\n ## 请求头 (下面都是,一大堆的K:V键值对)
- Connection: keep-alive\r\n
- Cache-Control: max-age=0\r\n
- Upgrade-Insecure-Requests: 1\r\n
- User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.25 Safari/537.36 Core/1.70.3823.400 QQBrowser/10.7.4307.400\r\n
- Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8\r\n
- Accept-Encoding: gzip, deflate, br\r\n
- Accept-Language: zh-CN,zh;q=0.9\r\n
- Cookie: csrftoken=WCzjKvmjOSdJbYKs0uIfPtiFfLl04FENb6p9CjypP7ZObcUpydaQPLZN0qPOVqwj\r\n
- \r\n' ## 换行
- b'' ## 请求体
- 用于HTTP协议交互的信被为HTTP报文。请求端(客户端)的HTTP报文 做请求报文,响应端(服务器端)的 做响应报文。
- HTTP报文本身是由多行数据构成的字文本
然后我们再来访问一下CSDN， 查察浏览器收到的相应数据 : 在网页中鼠标右击检查---->Network---->点击当前网页的网址---->Headers----->查察 Response Headers
1.请求协议
1.1 请求格式
HTTP GET方法的请求格式
- // 请求首行 : 请求方法, 协议版本...
- // 请求头 : 一大堆的 k:v 键值对
- // 空行 \r\n : 用来标识作用
- // 请求体 : 并不是所有的请求方法都有, 只要用来携带敏感性数据(get没有,post有)
- 请求方式：
- "get" 请求 : 朝服务端索要数据 (例 : 输入网址获取对应的内容)
- "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) ；
- 响应正文：就是响应的具体数据。
响应状态码说明：
HTTP状态码由三个十进制数字组成，第一个十进制数字界说了状态码的范例，后两个数字有分类的作用。不同的状态码代表不同的含义。
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
- }
- }
#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在有效期内利用。
缺点:
- cookie巨细只有4k，因此不能保存大量内容。
- cookie保存在客户端，因此不敷安全，如果有人挟制了cookie，服务器无法区分出来是用户本人照旧hacker在利用会话状态。
- 服务器端如果没有设置克制js读取cookie的话，js是可以创建修改删除该域名下的cookie的，因此为了防止xss攻击，必要将cookie设置为HttpOnly。
- 如果浏览器设置了禁用cookie，则服务器无法根据cookie追踪用户会话
伪代码：
- [/code] [code]
- @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);
- }
执行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容器将会在这段时间内保持会话有
执行get请求，可以在服务端看到
执行del请求后再执行get请求，不可以在服务端看到
有关分布式session题目，可查察分布式session共享题目
token
token是一种身份验证方法，被很多人翻译过来后生动的称为“令牌”，它的扩展性，安全性更高，非常适合用在Web应用和移动开发应用上。
Token有很多种，比如常用的jwt，全称是 Json Web Token， 是JSON风格轻量级的授权和身份认证规范，可实现无状态、 分布式的 Web 应用授权。
区别：
- 普通令牌：服务端验证客户端发送的token信息必要进行数据的查询操作
- jwt令牌：jwt令牌中本身存储着用户信息，可直接从jwt令牌中剖析出用户信息
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋侪来说应该是最全面最完整的备战堆栈，这个堆栈也伴随上万个测试工程师们走过最艰巨的路程，盼望也能帮助到你！
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
