接口测试1

接口测试覆盖率-覆盖业务、覆盖代码。
UI自动化意义很小。自动化大概是10提升效率。接口和UI自动化100倍的效率差距。
工具：SOUPUI Loadrunner Firefox的firebug Chrome模拟手机端请求

接口类型：Http Webservice
1，http调用需要的是具体的请求地址
2，webservice需要的是wsdl(方法说明)

接口测试：化UI操作为请求操作。通过将一系列的UI操作转换为数据包的交互，可以大大简化测试的过程，并且快速验证大量数据。
接口测试难点：RFC2616

1，REQUEST请求：
GET/WebTours/HTTP/1.1   GET从服务器拿东西下来 POST发个数据给服务器
Host：xxxx

Accept:告诉服务器我们能接受的文件类型
Accept-Language:客户端所使用的语言
UA-CPU:客户端所使用的cpu类型
Accept-Encoding:客户端能接受的编码格式  gzip:压缩字节,为了节约带宽，将服务器发送的内容先通过gzip压缩发给客户端，客户端再解压展示
HTTP2.0可以压缩header部分  HTTP1.1只能压缩body部分
User-Agent:告诉服务器我的客户端的类型，接口测试和设备终端无关，服务器通过user-agent来识别客户端
Connection：
Keep-Alive-长连接：比如打电话  缺点是一直占用连接池，直至连接超时。访问网页时，往往是多请求，比如一个HTML请求，会加载css/js/img等
短连接：比如发短信
接口都是短连接，网站都是长连接。因为接口往往是针对某一个调用返回。接口一直为某个用户服务时，才会长连接。


2，Response响应：
分为2部分：Header部分 Body部分-浏览器看到的内容

200OK:服务器理解了你的意思，并且给了返回，但不代表返回内容是想要的  2xx都是服务器正常返回
4xx都是客户端问题
5xx都是服务器问题 一般2种情况：1，发送的数据非法（没有正确验证发送的内容），导致服务器上的某些逻辑错误  2，服务器繁忙，挂掉

Last-modified:文件的最后修改时间和本地上的文件时间是否是一致的，缓存，用于再次访问时，如果相同body不再下载，只下载header就可以了