全国咨询热线：136-9172-9932
一天一个关于测试知识点，5分钟内讲解你最关心的软件测试问题，今天就接着来谈谈关于软件测试中的“怎么做接口测试”。
本章节主要讲解“怎么做接口测试”的内容，让大家了解到接口测试如何进行以及接口用例如何设计。
接口测试的流程
Ø 熟悉业务和需求
Ø 分析接口文档
Ø 编写接口测试用例
Ø 提测后开始测试
Ø 提交测试报告
编写接口文档
编写接口文档是接口开发中非常重要的一个环节，因为开发的接口是给其他开发人员调用的，那么如何知道接口是怎么调用的呢?当然需要通过参考接口文档了。那么接口文档就必须要做到更新及时，内容准确。
案例
通用接口用例设计
通过性验证
▲ 首先肯定要保证这个接口功能是正确的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。
参数组合
▲ 现在有一个操作商品的接口，有个字段type
type传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，这样就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。
接口安全
▲ 绕过验证
如购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加?
▲ 绕过身份授权
如修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，传一个其他的卖家能不能修改成功。
▲ 参数是否加密
如登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息。
加密规则是否容易破解。
▲ 密码安全规则
对密码的复杂程度校验。
异常验证
就是不按照接口文档上的要求输入参数，来验证接口对异常情况的校验。
如必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11
必传非必传、参数类型、入参长度。
根据业务逻辑来设计用例
就是根据系统的业务来设计用例，这个每个公司的业务不一样，就得具体的看自己公司的业务了，其实这也和功能测试设计用例是一样的。
