接口测试用例设计

一、接口测试的测试点

  功能测试:

    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 将 指定字段值修改,代表这条记录被 “删除” 了。

三、业务场景测试

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

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

 

posted @ 2023-04-09 17:28  新入世界的小白  阅读(1213)  评论(0编辑  收藏  举报