接口测试1

接口测试覆盖率-覆盖业务、覆盖代码。UI自动化意义很小。自动化大概是10提升效率。接口和UI自动化100倍的效率差距。工具：SOUPUI Loadrunner Firefox的firebug Chrome模拟手机端请求接口类型：Http Webservice1，http调用需要的是具体的请求地址2，webservice需要的是wsdl(方法说明)接口测试：化UI操作为请求操作。通过将一系列的UI操作转换为数据包的交互，可以大大简化测试的过程，并且快速验证大量数据。接口测试难点：RFC26161，REQUEST请求：GET/WebTours/HTTP/1.1   GET从服务器拿东西下来 POST发个数据给服务器Host：xxxxAccept:告诉服务器我们能接受的文件类型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就可以了