目录：

1. Postman基础使用
   1. 简介和安装
   2. 案例一：
   3. 案例二：
   4. 案例三：
2. 接口用例设计
   1. 接口测试的测试点
      1. 功能测试
      2. 性能测试
      3. 安全测试
   2. 接口用例设计方法
      1. 单接口测试
      2. 业务场景测试
   3. 单接口测试用例
      1. 模版
      2. 分析测试点
         1. 登录
         2. 添加员工
         3. 查询员工
   4. 业务场景测试用例
      1. 分析测试点

1.Postman基础使用

简介和安装

• 简介:
  • postman 一款支持调试和测试的工具，开发、测试工程师都可以使用。
• 安装:
  • 参见"Postman相关安装”目录下《Postman安装.pdf》文件及相关资料。

案例一：

【传递查询参数】∶访问TPshop搜索商品的接口，搜索关键字iPhone，并查看响应数据

案例二 ：

【提交表单数据】︰使用Postman向tpshop商城登录接口发送登录请求 

案例三：

【提交JSON数据】︰发送lHRM项目的登录接口请求并查看响应结果 

2.接口用例设计

接口测试的测试点

也叫接口测试维度。

功能测试

• 单接口功能测试:
  • 一个单独的业务，就对一个独立的接口。如:登录业务，对应登录接口。
• 业务场景功能测试:
  • 多个接口被连续调用。(模拟用户的实际使用场景)

性能测试

• 响应时长︰从发送请求到接收到服务器回发响应包所经历的时间。
• 错误率:服务器运行出错的概率
• 吞吐量:服务器单位时间内，处理请求的数量。
• 服务器资源利用率:cpu、内存、网络、磁盘等硬件资源的占用率。

安全测试

• 攻击安全:木马、病毒...
  • 由具备专业安全技术，会使用专业安全测试工具的安全测试工程师负责。
• 业务安全:
  • 必须登录，才能访问用户数据。
  • 敏感数据加密存储。 
  • SQL注入

接口用例设计方法 

单接口测试

一个单独的业务，就对一个独立的接口。如︰登录业务，对应登录接口。注册业务，对应注册接口。支付业务，对应支付接口。

• 正向
  • 必选参数。所有必选项，给正确数据
  • 组合参数。所有必选＋任意可选,给正确数据。
  • 全部参数。所有必选＋所有可选。给正确数据。
• 反向:
  • 功能异常:数据格式正确,不能履行接口功能。
  • 数据异常:数据格式不正确（空值、特殊字符、汉字、字母、长度、范围---等价类、边界值)
  • 参数异常:
    • 多参:多出必选参数
    • 少参:缺少必选参数
    • 无参∶没有指定参数
    • 错误参数:参数名错误。

业务场景测试

一定在单接口测试之后!

• 尽量模拟用户实际使用场景。
• 尽量用最少的用例，覆盖最多的接口请求。
• 一般情况下，覆盖正向测试即可。 

单接口测试用例

模版

分析测试点

登录

• 正向:
  • 登录成功
• 反向:
  • 功能异常:
    • 手机未注册
    • 密码错误
  • 数据异常:
    • 手机号为空
    • 手机号含有字母、特殊字符
    • 手机号12位
    • 手机号10位
    • 密码为空
    • 密码含有字母、特殊字符
    • 密码1位
    • 密码100位
  • 参数异常:
    • 多参:多出abc
    • 少参:缺少-mobile
    • 无参:
    • 错误参数:修改mobile 为abc

添加员工

• 正向:
  • 必选参数
    • 姓名＋手机号+工号
  • 组合参数
    • 姓名＋手机号+工号＋聘用形式
  • 全部参数
    • 全部必选＋全部可选 
• 反向:
  • 功能异常
    • 手机号已经存在
    • 工号已经存在
    • 入职时间晚于转正时
  • 数据异常
    • 用户名为空
    • 用户名为纯数字
    • 用户名为纯字母
    • 用户名含有特殊字符、汉字
    • 手机号为空
    • 手机号含有字母、特殊字符
    • 10位手机号
    • 12位手机号
    • 手机号非1开头
    • 工号为空
    • 工号包含字母、特殊字符
    • 21位工号
    • 1位工号
    • 6位工号
    • 入职时间格式不正确
    • 聘用形式取值3
    • 聘用形式取值含有特殊字符、字母
    • 部门id不存在
    • 部门id含有特殊字符、字母 
  • 参数异常
    • 多参:多abc
    • 少参:少username
    • 无参:缺少所有必须项
    • 错误参数:workNumber参数名错，为abc 

查询员工

使用资源路径:lapilsys/userl:target包含:target为“路径参数"。用来指代待查询的员工id
设计测试点:

• 员工id存在
• 员工id不存在
• 没有指定员工查询 

伪删除说明:

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

业务场景测试用例

分析测试点

• 指导思想:模拟用户实际使用，用较少的测试用例，覆盖更多接口，测试正向即可。
• 登录-添加员工-查询员工-修改员工–删除员工-查询员工列表