学习总结——接口测试基础

时间 2019-11-08

标签学习总结接口测试基础繁體版

原文原文链接

什么是接口测试前端

测试人员一般所说的“接口测试”是针对系统各组件之间接口的一种测试，它属于功能测试。接口能测出普通界面操做难以发现的问题。如，咱们都知道系统是由前端后端组成，一些数据在前端作了校验，后端一样也须要校验才能保证安全，界面操做显然只能检查到前端校验这一层，只有直接面对先后端之间的该接口才能检验出后端是否也作了校验。数据库

接口测试的必要性后端

能够发现不少页面操做发现不了的问题数组

检查系统的异常处理能力浏览器

检查系统的安全性、稳定性缓存

前端随便变，接口测好了，后端不用变安全

接口测试的流程服务器

需求评审，熟悉业务和需求工具

开发提供接口文档post

编写接口测试用例

用例评审

提测后开始测试

提交测试报告

接口文档 是接口测试的参照，至少包括：

一、接口说明

二、调用url

三、请求方法（get\post ……）

四、请求参数、参数类型、请求参数说明

五、返回参数说明

接口测试用例设计

经过性验证：首先保证接口好用，按文档正常传入，查看是否能够返回正确的结果。

参数组合：按接口文档中对参数的要求进行有目的的组合，好比必填未填是否经过，标志类参数值的切换是否能对应正确的功能等。（这部分很关键）

接口安全：

一、绕过正常值验证。

二、绕过身份受权验证。

三、参数是否加密，加密规则是否容易破解。

四、密码安全规则，密码的复杂程度校验。

异常验证：不按照接口文档上的要求输入参数，来验证接口对异常状况的反应。

接口测试用例模板 （可根据项目实际状况设计增减）

一、项目测试针对哪一个项目

二、模块哪一个功能模块

三、用例id

四、接口名称

五、用例标题测试用途归纳

六、请求方式 GET/POST

七、请求url URL地址

八、请求参数

九、前置条件执行当前请求依赖的条件，不知足就不能正确执行

十、结果验证预期结果

十一、请求报文能够不写

十二、返回报文　必定要写，这里应该是你请求返回的真实结果

1三、测试结果经过/失败

1四、测试人员

测试http接口

请求常见有Get请求和Post请求。Get请求一般用来接收数据，Post请求一般用来发送数据；测Get请求可用浏览器完成，参数均可以写在URL里面，测Post请求须要借助工具如Postman，由于客户端须要提供给服务器的信息较多，你要写body传输大量数据。

接口调用有两种传参方式：key-value形式，Json串传参形式。

key-value形式能够把参数拼接在url的后面由?相连，多个参数之间用&相连，如url?parameter1=key1&parameter2=key2…

Json串传参不能把参数直接连在url中，须要写在请求的body里面，可借助工具Postman，打开请求的body写入Json格式参数（由花括号括起来的‘键：值’对）如

{

“count”: 1,

“start”: 0,

“total”: 1

}

请求发出后，http会返回一个状态码表示请求是否成功，状态码有三位，其中开头一位肯定了状态类型：

2xx：表示请求发送成功，常见200。

3xx：表明重定向，要完成请求必须进行更进一步的操做，或把请求重定向到别的地方了，最多见的是302。

4xx：客户端错误，请求有语法错误或请求没法实现。400表明客户端发送的请求有语法错误，不能被服务器所理解；401表明访问的页面没有受权；403服务器收到请求，可是拒绝提供服务，好比没有权限访问这个页面；404请求的资源不存在，好比输入错的URL没有这个页面。

5xx：表明服务器有异常，500表明服务器内部异常；503服务器当前不能处理客户端的请求，一段时间后可能恢复正常；504表明服务器端超时，没返回结果。

测试WebSevice接口

不须要像测http接口那样拼报文，直接把wsdl地址或wsdl文件（这两个都由开发人员提供）填写或导入到工具SoapUI里面，工具里可显示全部相关接口或报文，直接填入参数发送请求参照接口文档查看结果便可。

Cookie 和 Session

Cookie是存在于本地的一个键值对，Session是存在于服务器端的一个键值对，一般保存在数据库或缓存里。Cookie和Session在第一次发送某个请求时成对生成，两端都会记录下生成的时间，超出既定的时限后便会自动删除。当请求在时限内再次发出后，Cookie和Session二者会相互比对，匹配上了便执行某些操做，匹配不上则不容许执行某些操做，以此实现快速处理，它们并非孤立做用的。