接口测试用例设计

一、接口测试的测试点

　　功能测试：

　　　　1、单接口测试：一个单独的业务，就对应一个独立的接口。如：登录业务，对应登录接口

　　　　2、业务场景测试：多个接口被连续调用（模拟用户的实际使用场景）

　　性能测试：

　　　　1、响应时长：从发送请求到接收到服务器回发响应经历的时间。

　　　　2、错误率：服务器运行出错的概率。

　　　　3、吞吐量：服务器单位时间内，处理请求的数量

　　　　4、服务器资源利用率：cpu 、内存、网络、磁盘等硬件资源占用率。

　　安全测试：

　　　　1、攻击安全：木马、病毒（安全测试工程师负责）

　　　　2、业务安全：必须登录，才能访问用户数据。敏感数据加密存储。SQL注入。

　　

二、接口用例设计方法

　　1、单接口测试用例

　　测试设计方法注意点：

　　2、业务场景测试

　　　　⼀定在 单接⼝ 测试 之后！尽量模拟⽤户实际使⽤场景。尽量⽤最少的⽤例，覆盖最多的接⼝请求。⼀般情况下，覆盖正向测试即可。

　　　　登录 -- 添加 -- 查询 -- 修改 -- 删除 （一条用例调用五个接口，覆盖正向测试即可）

 

　　3、登录接口测试用例分析（POST请求方法）

 

　　4、添加员工接口测试（POST请求方法）

　　　　正向：

　　　　　　必选参数：姓名+手机号+工号

　　　　　　组合参数（必选+非必选）：姓名+手机号+工号+聘用形式

　　　　　　全部参数：必选+全部可选

　　　　反向：

　　　　　　功能异常：手机号已存在、工号已存在

　　　　　　数据异常：用户名为空、用户名为纯数字、用户名为纯字母、用户名有特殊字符、手机号为空、手机号有字母或特殊字符、10位手机号、12位手机号、手机号非1开头、工号.......

　　　　　　参数异常：多参数、少参数、无参数、参数错误

　　

　　5、查询员工接口（GET请求方法）

　　　　正向：员工 id 存在

　　　　反向：员工 id 不存在、未指定员工 id

　　

伪删除说明：

不使⽤SQL语句 delete，真正删除指定记录。 ⽽使⽤ update 将 指定字段值修改，代表这条记录被 “删除” 了。

三、业务场景测试

　　指导思想：模拟⽤户实际使⽤，⽤较少的测试⽤例，覆盖更多接⼝，测试正向即可。

　　　　　　　如：登录 - 添加员⼯ - 查询员⼯ - 修改员⼯ - 删除员⼯ - 查询员⼯列表