接口测试第一节

目录

1、 Webservice协议

2、 Http协议

                                                                    接口测试第1节

现在分工越来越细，懂前端的不懂后端，懂后端的不懂前端，现在做接口测试也是比较初级，接口测试非常适合互联网行业，要做好接口、集成测试，也要看接口做的好不好。接口交互就如男女谈对象，两者的需求越明确越好，最害怕的是，男说，好看就行，女说，人好就好。都不了解对方，肯定处不好关系。好的接口测试都要覆盖所有的代码，接口测试很简单，系统测试实际是最难的。效率：普通测试是UI自动化是1/10倍,是接口自动化1/1000倍,由于UI稳定性很差，所以UI自动化意义非常小。

一般用到的两种协议:  1、Webservice 2、http

1、Webservice协议

Webservice用到SoapUI软件来测。SOAPUI是跳过浏览器界面来获取数据。soupUI有两个版本，专业版本需要licese，Webservece网站外面是很难找到的，一般是不会放出来让你用的，我们自己是搭建不起来的。现在用的很少

新建一个soap请求

http请求需要的具体的地址，Webservece需要的是WSDL,但不是绝对的。WSDL是Webservice的说明文件。

化UI操作变成请求操作。通过一系列的UI操作转化为数据包的交互，可以简化测试的过程，并快速验证大量的数据。SoupUI也不是很好，但对于初学者面试是够用了。

xml

2、Http协议

用postman发送一个地址，就可以获取到数据包，可以看到数据的接口，不需要通过界面就可以拿到数据。

要做接口测试要对html和json两种报文比较熟悉。不要过度的迷信工具，首先还是解决问题

一般跟服务器交互，报文结构正确，都会请求成功，因为服务器判断就只有一两种机制:cookie&session1.报文体2.cookie&session机制

http 的RFC2616协议.

http有两部分：request和response

GET  /WebTours  http/1.1（用get方式请求 根目录下的WebTours ，用http1.1的版本）

Host:127.0.0.1:1080(还有一点就是这个主机)，访问后是这样的：http://127.0.0.1:1080/WebTours/

演示：1.firefox装一个firebug2.F12启动firebug3.在百度页面请求，看到数据结构

接口测试与客户端无关

电话是长连接，短信是短连接，会占连接池,接口基本都是短连接，webservice都是短连接,调完不需要再用，不需要长连接，比如发个信息，你问一句，他回一句，回完后，就可以不用等待  ;Websocket是长连接，这涉及到性能问题。

200代表服务器的意思，并不是你想要的的,200是正常的，4xx都是客户端的问题，5xx都是服务穷的问题.

遇到500一般有两种情况：1.发送内容非法2.服务器太忙

这是服务器的隔离位置时间，说道一个缓存，当浏览器请求的时候，会跟这个时间做个比较，如果相同的话，就不再下载了，这样会提升速度。

这样有head，没有body,主要跟这个时间有关。  

请求看协议和host;响应看body;

 也就是，我把左边的发出去，只要看一下返回的结果就行，这就是接口测试。