接口测试覆盖率-覆盖业务、覆盖代码。
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就可以了