接口测试范围
首先正常做功能测试用例设计的方法有如下：
我们做接口测试用例设计除了功能测试，还要做异常测试，如下：
PS:
null:是我们在开发过程中，特定指的对象是空的，它就是一个空对象
'' '' ：空字符串，这个对象是有值的，是空的，指向一个空地址
数据类型：比如年龄字段，数据类型是int型，但是我们传的是long型。
负载均衡架构：常见的是nginx后边挂载着一堆tomcat，nginx负责分发，不做任何数据处理。
eg1.
web请求发送到nginx,N负责分发到tomcat1、tomcat2上，当分发到tomcat3上时，发现tomcat3挂了返回错误，之后再给tomcat4-8发送。当再次轮到tomcat3时，要如何让处理，是不是要返回失败
eg2.
当tomcat3挂了后重新启起来，tomcat3是不是能够重新加入这个集群中，成为这个集群的一员，是否可以正确处理所有请求
冷热备份：冷备份一般用的不多，热备份是，前边有8个tomcat工作，后边又有8个tomcat。当tomcat3挂了，tomcat3这个备是不是顶上去，保持8个tomcat存活，或者tomcat3启起来，保持8个tomcat存活
自动化接口测试范围
环境异常测试时需要运维小伙伴配合测试的，此暂时不做描述
以常见的登录界面为例
输入：用户名：邮箱或者手机号码
输入：密码：6-16位的长度，区分大小写，不能用空格
首先，我们先要知道接口测试用例的规则，与功能测试用例不同，不需要描述测试步骤。我们需要描述id（序号）、目标URL、username、password、协议状态码（可写可不写）、程序状态码（开发返回成功的状态码）、返回内容（例如success）、实际结果、执行状态（自定义，例如0：失败。1：成功）。根据如上内容，可以把这个整理成一个表中，如上字段作为表头。按照正常数据和异常数据维护成Excel就可以。
PS:红色框圈住的针对执行SQL时数据截断的情况。
设计用例表头时，将中文转换成英文，方便程序做映射时处理
