接口测试分为分为单接口测试和多接口业务串联测试，
接口测试本质是测试接口传入正确的或错误的参数，服务端的处理逻辑是否正确。
1. 其中单接口测试分为业务等价类测试、参数规则边界测试和安全测试三个维度：
（1）业务等价类测试。业务等价类分为单接口的有效等价类和单接口的无效等价类。例如登录接口，在用户名和密码输入合法的前提下，有效等价类是“正确的用户名 + 正确的密码”这一组合，无效等价类包括“正确的用户名 + 错误的密码”、“错误的用户名 + 错误的密码”、“错误的用户名 + 正确的密码”等组合。需要注意的是，我们不仅要找出所有的“有效等价类”（有效等价类毕竟是最常见的业务流程，往往不会忘记），也要找出所有的“无效等价类”。
（2）参数规则边界测试。参数规则边界测试是对接口请求体参数、字段，基于需求的边界值做限制。例如登录的用户名和密码中，字符类型和字符长度限制。在不多数互联网公司，这类限制大多由前端处理。但严格来讲，不仅前端要处理参数、字段的边界，服务端也是需要在接口层级做参数、字段边界的校验的。因为服务端的校验才是最可靠的；此外，基于前后端的C/S架构、B/S架构，如果在服务端做了参数规则校验，那么新开发的各个客户端，就算没有处理对应逻辑，也是不会出现错误数据的，而客户端处理的话，就需要对各个类型的客户端限制参数字段的边界。
（3）安全测试。为防止任何人随意调用接口，我们会给接口加上鉴权限制，这就需要测试接口的安全性。比如接口header里加token和不加token，加cookie和不加cookie等。
2. 多接口业务串联测试
接口之间是有业务关联的，例如订单创建后，订单支付接口应该可以拿最新的订单号支付成功；而订单支付成功后，订单详情接口应该要能拿到最新的订单支付状态，即依赖于订单支付接口的数据，都能够获取到正确的数据。
在单接口测试通过的基础上，再去测试多接口业务串联测试。单接口测试通过，代表单个接口的代码处理没有问题，这时候把业务相关联的接口串联起来，测试通过就代表业务流程没有问题。
测试工具我们选择Jmeter、Postman等都可以。
在做好接口测试后，我们可以对单接口进行封装，实现接口自动化测试（推荐在产品需求第一次开发时，就可以写接口测试的脚本，接口测试通过后，单接口测试的脚本可以直接集成到接口自动化脚本中，非常高效方便）。
接口自动化测试方法、框架有很多，如果代码基础比较薄弱，推荐的方法是采用Jmeter + Ant + Jenkins + Git + 邮件服务器的方式来实现。该方法的优点是：
1. 对代码要求不高，非常有利于开发基础不强的测试团队；
2. 测试数据、测试用例通过Json文件来管理，且可以和测试脚本一起可以实现分布式管理、多端开发接口测试脚本；
3. Jenkins 定时发送测试报告，并基于日志定位问题。
如果有Python基础，采用Python + Request + Jenkins + Git + 邮件服务器来做接口自动化，也会很灵活。
如果觉得《接口要怎么测试？接口自动化可以怎么做？》对你有帮助，请点赞、收藏，并留下你的观点哦！
