目录

六、接口用例设计

1、接口测试的测试点（测试维度）

1️⃣功能测试

2️⃣性能测试

3️⃣安全测试

2、设计方法与思路

3、单接口测试用例

4、业务场景测试用例

1️⃣分析测试点

2️⃣添加员工

3️⃣查询员工、修改员工

4️⃣删除员工、查询员工列表

---

六、接口用例设计

1、接口测试的测试点（测试维度）

1️⃣功能测试

• 单接口功能：

       手工测试中=每个业务功能。在接口测试中就对应唯一的一个接口。针对该 接口展开测试。

• 业务场景功能：

        对应手工测试中，有业务流程。就是接口的调用先后顺序。模拟用户使用场景，按调用顺序展开接口测试。

2️⃣性能测试

• 响应时长：

       出请求，到服务器回发响应，所经历的时长。

• 吞吐量：

       TPS（单位时间事务数）。 如 1s内，接口所能处理的 请求数量

• 并发数：

       同一时间，同时向服务器的接口发送请求，所能正确处理的数量。

• 服务器资源利用率：

       接口工作中，服务器硬件资源（cup、内存、网络、磁盘等）使用占比情况

3️⃣安全测试

• 敏感数据是否加密：

       密码、身份证、社保号、银行卡号 。。。

• SQL 注入：

       在用户能输入数据的位置，写入 SQL 语句，测试是否能得到数据库的查询结果。

2、设计方法与思路

1️⃣与手工设计相同之处

接口用例设计的测试点，与 手工页面业务功能的测试点几乎完全一样。

• 手工功能用例设计要点：

①测试页面布局、控件的位置是否精准
②针对用户名的编辑框中的数据值，展开测试
    正确手机号、手机号有特殊字符、手机号不足11位、手机号超11位、手机号为空...
③针对密码的编辑框中的数据值，展开测试
    正确密码、错误密码、密码有特殊字符、密码1位、密码100位、密码为空....
④针对验证码的编辑框中的数据值，展开测试
    正确验证码、错误验证码、过期验证码、验证码为空...

• 接口用例测试设计要点：

①手工页面中的用户名编辑框的值，对应 接口中 key 为username 的 value值。针对 username
的值展开测试。
 包括：正确手机号、手机号有特殊字符、手机号不足11位、手机号超11位、手机号为空...
②手工页面中的 密码 编辑框的值，对应 接口中 key为password 的value值。针对 password 的
value值展开测试。
包括：正确密码、错误密码、密码有特殊字符、密码1位、密码100位、密码为空....
③手工页面中的 验证码 编辑框的值，对应 接口中 key为 verify_code value值。针对 verify_code
的 value值展开测试。
包括：正确验证码、错误验证码、过期验证码、验证码为空...

2️⃣与手工设计不同之处

• 编辑框中的数据值。 接口测试需要测试接口中使用的参数、参数值。
• 接口测试，除了要测试参数值以外，还要对参数本身进行测试。

            ⚪正向：

                 必选参数：只选择所有的必选参数。

                 组合参数：必选参数 与 可选参数，组合测试。

                 全部参数：所有的必选 + 所有 可选

            ⚪反向：

                 多参：多出 一个或多个 必选参数。

                 少参:缺少必选参数。

                 无参:没有参数。

                 错误参数:修改参数名为错误名称。

3、单接口测试用例

• 8大要素：编号、标题、项目描述、优先级、预置条件、测试数据、执行步骤、预期结果
• 接口测试用例：编号、标题、用例名称、优先级、预置条件、接口名称、测试方法、URL、请求头、请求体（请求数据）、预期结果

以登录测试点为例子：

• 数值正向：

            ⚪登录成功

• 数据反向：

            ⚪手机号为空

            ⚪手机号有特殊字符

            ⚪手机号不足11位

            ⚪手机号超出11位

            ⚪手机号未注册  

            ⚪密码错误

            ⚪密码为空

            ⚪密码有特殊字符

            ⚪密码1位

            ⚪密码100位

• 参数正向

            ⚪必选参数（全部参数）

• 参数反向

            ⚪多参
            ⚪少参
            ⚪无参
            ⚪错误参数  

4、业务场景测试用例

1️⃣分析测试点

指导思想：

• 业务场景尽量遵循用户实际使用的场景，按顺序调用接口进行测试。
• 尽量使用最少的测试用例，覆盖最多的业务场景。
• 登录成功 —— 添加员工 —— 查询员工 —— 修改员工 —— 再查询 —— 删除员工 —— 查询员工列表
• 一般情况下，只需要测试 正向 的业务场景即可！

依赖关系：

• 登录成功返回的“令牌”，被添加、查询、修改、删除依赖。
• 添加员工成功，返回员工id，被查询、修改、删除依赖。

 

2️⃣添加员工

3️⃣查询员工、修改员工

4️⃣删除员工、查询员工列表