创建邮递测试

邮差API客户端帮助创建、分享、测试和文档API允许用户创建并保存HTTP请求和响应概观邮递员简单请求

粘贴图像0(3)

哪里它有

  • 请求 URL
  • 参数解析
  • 授权
  • 请求信头
  • 请求机构

响应会像这个样( T)

哪里它有

  • 响应机
  • 响应信头
  • 响应状态代码
  • 响应时间
  • 响应大小等

以上所有字段都需测试,但当有数列请求时人工验证每个实体,有时可能导致人为错误并使用邮递程序验证API中的大部分事物

举例说,当请求时,响应状态代码总是测试API时检查的第一件事情,所以,我们不用每次检查状态代码请求投送时,我们可以添加测试检验响应代码是否正确

同一问题也可以应用到其他方面,验证JSON Schema,检验响应码,检验响应时间,检验响应体等

简单示例检验状态代码 和如何创建

简单转到名为Tests并添加下文片段

测试期望返回二百分百状态码测试结果部分自标为通过

else它标记为失败测试例

类似N数测试可创建请求

各种测试都可用简单代码片段创建

示例示例

JSON Schema只需取响应模式

接下去,我们必须存储图案变量 测试列本身,然后它可以使用

Varschema={

json模式像下方图像

};

JSONbody使用前可创建请求脚本字段请求使用

举例说,这里有请求体样本

{{

名: 测试名

电子邮件: testEmail

}

if we write测试验证邮箱是否在响应体中出现通用测试可能像

m.预期(预期实际)

所期望的是TestEmail和实战响应

以最小化多位修改值的努力, 我们可以使用预请求脚本创建变量, 所有需要修改的值都各有一个变量

以我们为例,我们可以创建变量邮件并存储我们想存储的任何值邮差提供代码片段

现为请求体段,而不是写成

{{

名: 测试名

电子邮件: testEmail

}

我们可以写作

{{

名名: 名名

邮箱 邮箱

}

关于测试,除期望值外,一切不变

m.预期(预期实际)

期望写为++email+

有了这个方法,我们不必改变 期望结果的值 每一次迭代

现在详解它在哪里有用,它可使用于多例情形中,当一大批请求通过收藏运行者运行或多参数需要检查时,这些参数可能复杂难读,每次调用后都难读

系统验证时 很难人工验证整个系统 即响应机中信息丰富

集合运行器中, 减少单调检查所有响应代码、 人体参数、信头等工作

留答题