HttpRunner 自动化+性能测试工具
1：接口测试工具HttpRunner httprunner中文文档：https://ontheway-cool.gitee.io/httprunner3doc_cn/user_guide/run_load_test/
通过Djiango将HttpRunner功能集成到平台里面，去做接口用例的管理
其他功能：
用户管理
权限管理
登录
Jira集成等：第三库将其他系统的功能集成到项目里
HttpRunner简介：
HttpRunner 是一款面向 HTTP(S) 协议的通用测试框架，用户通过编写YAML或JSON文档即可实现自动化测试、性能测试、线上监控、持续集成等多种测试需求
用例只需要维护一份YAML/JSON脚本就可以了，不需要编写接口代码，执行的时候自动转成代码执行，通过pytest框架执行
HttpRunner设计理念是不重复造轮子，底层基于Request和Pytest实现接口自动化
HttpRunner的特征是：
支持以YAML或JSON
格式定义测试用例
支持响应验证
支持初始化清除机制
支持套件级别的用例管理
支持Pytest命令（hrun底层封装的pytest） h3新特性
支持allure生成测试报告 h3新特性
支持性能测试（底层Locust)
HttpRunner版本对比：
目前使用率较广的版本是HR2.x,和HR3.x
HttpRunner3.x是HttpRunner2.x重构之后的一个版本。在实现思路和命令上都具有显著的差异。这里我们先简要的描述下差异，选择合适自己项目的版本来学习和使用
2的报告使用的jinja2这个模板引擎，把模板转换成HTML页面，通过模板引擎，Flask使用的模板引擎就是 jinja2
3可以使用pytest+allure结构的报告
解释：
2.x里支持yml和json 3.x增加了pytest格式，并且推荐使用
2.x的命令行主要是hrun系列 3.x的命令行复用了pytest，也可以直接用pytest xxx
2.x报告使用独立模板 3.x报告使用pytest-html，pytest-allure
2.x使用3个层级来区分请求、case、参数化 3.x主要分为请求和引用case
2.x的特点是，编写case可以完全脱离代码基础。但是需要学习hrun数据规则
3.x的特点是，极大的精简了项目规模。写case的时候有自动补全，降低了学习成本。但是组合case的时候相对抽象
HttpRunner3.x安装与使用：python开发的一个库，需要python3.6以上
安装：pip install httprunner==3.1.6 -i https://pypi.tuna.tsinghua.edu.cn/simple
验证：httprunner -V 或者 hrun -V
安装HttpRunner后，以下5个命令会写入系统环境变量配置:
httprunner：主命令，用于所有功能
hrun：指令httprunner run的别名，用于运行YAML/JSON/Pytest 测试用例。
hmake: 指令httprunner make的别名，将YAML/JSON用例转换成pytest用例。
har2case：指令httprunner har2case的别名，将HAR文件转换成 YAML/JSON 用例。
locust: 利用locust 运行性能测试
查看httprunner版本：
hrun -V
查看可以使用的功能选项，运行
httprunner -h
djenv虚拟环境安装 httprunner
djenv\Scripts\activate.bat：激活虚拟环境
pip install httprunner==3.1.6 -i https://pypi.tuna.tsinghua.edu.cn/simple
输入：hrun -V 提示：ImportError: cannot import name 'soft_unicode' from 'markupsafe' (c:\users\autel\desktop\course_python\djenv\lib\site-packages\markupsafe\__init__.py)
解决方式：参考链接：https://blog.csdn.net/weixin_45438997/article/details/124261720
python -m pip install markupsafe==2.0.1
再次输入： hrun -V 打印 3.1.6 ok
2：httprunner方式1.录制生成用例 http请求抓包
1：fiddler抓包，生成har文件，放到har目录中，File > Export Sessions > Selected Sessions > httparchive v1.2
2：转化成测试用例文件
3：执行测试用例
选择如下格式：这是第一步Fildder抓包生成 har 文件
2：生成pytest用例：
HttpRunner 3.0.7版本开始，har2case将HAR文件默认转换成pytest
har2case xxx.har
生成YAML文件
har2case -2y xxx.har
生成Json文件
har2case -2j xxx.har
xxx.har：这个文件查看起来本质上是一个json格式的文件
把这个 har 文件转换成测试用例文件(Ymal或者Json)
3：方式2.编写测试用例
hr3支持 python代码，yaml, json 三种格式用例，以yml格式为例，只需要遵循一定规则，就可以写出符合hr3标准的用例
如下：
config: # config是测试用例的配置，
name: 登录测试用例
parameters:
username-password-code: ${get_login_data()} verify: false
base_url: http://120.55.190.222:7080
export:
- cookie
teststeps: # 测试用例的步骤
-
name: 用户名密码登录
request:
url: /api/mgr/loginReq
data:
username: $username
password: $password
method: POST
extract:
cookie: cookies.sessionid
validate:
- eq:
- status_code
- 200
- eq:
- body.retcode
- $code
4：执行 测试用例
将该文件保存为case1.yml, 进入该文件所在目录运行测试用例
hrun case1.yml
httprunner使用的是pytest执行的用例
执行json用例文件的时候生成了一个 listcourse_test.py 测试py文件，是python语法，里面的类继承了 HttpRunner 库
采用了httprunner里面的结构和api，这个 listcourse_test.py 文件可以直接使用 pytest来执行
(venv) C:\Users\Autel\Desktop\course_django\httprunner_test>pytest listcourse_test.py
不能使用pytest执行json和yml格式的用例，pytest只能运行python，httprunner安装后自动安装pytest和request
hrun 运行yml等其他格式的文件，先根据格式的信息生成一个 py格式的测试文件，然后再通过 pytest去执行这个py 格式的测试文件
hurn 执行yml和json文件的用例 原理类似
3：httprunner手写用例
HR运行原理：
postman Curl等都是录制接口的一个工具，生成接口信息方式，这些类型的文件都可以转化成json文件，也可以转化成yaml文件，真正运行是根据yaml和json
转化成python1格式的文件然后使用pytest执行python文件
HR根据一个模型信息校验测试用例文件结构，json或者yaml格式不符合模型那么校验失败，不转了，后面使用测试平台转化成pytest或者python格式的文件需要使用这个模块
校验json或者yaml数据是否合法的
可以直接调用 models pydantic模块进行校验达成功能
httprunner测试用例结构：
config: 每个测试用例必须有这个部分，可以配置用例
name：测试用例的名称
variables：一些变量
verify：
teststeps:测试步骤相关信息 -：列表类型
name：测试步骤名称
request：一个请求数据，HR工具里主要做接口测试，测试步骤主要针对接口，接口测试需要发送接口信息放到request数据结构里
cookies headers method paramas url validate(检查响应数据)
validate：
-eq：检查什么字段是否等于什么
一个测试用例必须有这样一个结构，HR这里目前一个文件只有一个用例
HttpRunner v3.x 支持3种用例格式： pytest 、 YAML 和 JSON
pytest 、 YAML 和 JSON 格式的测试用例完全等价，包含的信息内容也完全相同。
对于熟悉 YAML 格式的人来说，编写维护 YAML 格式的测试用例会更简洁，但前提是要保证 YAML格式没有语法错误
在httprunner中，测试用例组织主要基于三个概念： 一个测试用例对应一个yaml或者json文件
测试用例集(testsuite): 对应一个YAML/JSON/Python文件，包含单个或多个测试用例文件
测试用例(testcase): 对应一个YAML/JSON/Python文件，包含单个或多个测试步骤
测试步骤(teststep): 对应YAML/JSON/Python中 teststeps下的一个节点，描述单次接口测试的全部内容，包括发起接口请求、解析响应结果、检验结果等
对于单个YAML文件来说，数据存储结构为 list of dict 的形式，其中可能包含一个全局配置项(config)和若干个测试步骤
具体地：
* config: 作为整个测试用例的全局配置项
* 测试步骤：对应单个测试步骤(teststep)，测试用 例存在顺序关系，运行时将从前往后依次运行各个测试步骤
testcase对应的YAML格式如下所示：
config: name(必须)：测试用例的名称，将在log和报告中展示
base_url(可选)：测试用例中的通用(路径)Host，例如https://postman-echo.com。如果base_url被指定，测试步骤中的url只能写相对路径。当你要在不同环境下测试时，这个配置非常有用
后面具体url改动就不需要改了，base_url和path做一个拼接
variables(可选的)：定义的全局变量，作用域为整个用例。每个测试步骤都可以引用config variables。也就是说，step variables 优先级高于 config variables
parameters(可选的)：全局参数，用于实现数据化驱动，作用域为整个用例
verify(可选的)：指定是否验证服务器的TLS证书。如果我们想记录测试用例执行的HTTP流量，这将特别有用，因为如果 没有设置verify或将其设置为True，则会发生SSLError
看测试的是否是HTTPS，接口是HTTPS请求需要通过SSL认证，就需要设置verify，指定https证书
export(可选的)：指定输出的测试用例变量。将每个测试用例看作一个黑盒，config variables是输入变量，config export是输出变量。
当一个测试用例在另一个测试用例的步骤中被引用时，config export将被提取并在随后的 测试步骤中使用，获取一个测试用例运行的结果给其他测试用例使用
显示将变量输出，导出该用例当中的变量可以被其他用例使用---输出
teststeps: 一个列表里包含多个步骤，一个元素就是一个测试步骤，每个测试步骤包含各种数据
name(必须)：name用来定义测试步骤 name，将出现在log和测试报告中 步骤名称
variables(可选的)：不定义可以使用config里定义的变量，单独步骤里定义的变量单独步骤使用，作用域范围不同
测试步骤中定义的变量，作用域为当前测试步骤。如果想在多个测试步骤中共享变量，需要在config variables中定义，测试步骤中的变量，会覆盖config variables中的同名变量
优先级高于 config 里的variables
request(必须)：
METHOD(必须)：设置http方法，支持RestFul中的所有http方法（GET/POST/PUT/PATCH/DELETE/） ，相当于requests.request 中的method 大小写不敏感
URL(必须)：请求路径，如果config里没有写base_url这里需要写完整的url，如果config里写了这里只需要写一个拼接的路径
设置Url,如果base_url在config中设置了，url只能是相对路径部分。相当于requests.request 中的url
PARAMS(可选)：设置Url的query，相当于requests.request 中的params。 get请求的参数，post请求不需要这个而是使用data或者json
from-urlencode表单类型传 data，json类型的使用json参数
HEADERS(可选)：设置请求的headers，相当于requests.request 中的headers。
COOKIES(可选)：设置Http请求的cookies，相当于requests.request 中的cookies。
DATA(可选)：设置http请求的Body，相当于requests.request 中的data。
JSON(可选)：设置http请求json格式的body，相当于requests.request 中的json。
extract(可选)：从当前 HTTP 请求的响应结果中提取参数，并保存到参数变量中（例如token），后续测试用例可通过 $token的形式进行引用 提取响应数据
原理：利用jmespath 提取Json response body的内容
retcode: body.retcode # 从响应体提取变量: body.属性.xxx
cookie: header.Set-Cookie # 从响应头提取变量: header.属性.xxx
cookie: cookies.sessionid # 从cookies提取变量
结合接口文档
validate(可选)：测试用例中定义的结果校验项，作用域为当前测试用例，用于实现对当前测试用例运行结果的校验
原理：用jmespath提取Json response的内容，并进行断言校验
格式：- 运算符: [jmespath表达式, expected_value, message] 列表格式
运算符包括:
equal: 等于
contained_by: 实际结果是否被包含在预期结果中
contains: 预期结果是否被包含在实际结果中
endswith: 以...结尾
greater_or_equals: 大于等于
greater_than: 大于
length_equal: 长度等于
length_greater_or_equals: 长度大于等于
length_greater_than: 长度大于
length_less_or_equals: 长度小于等于
length_less_than: 长度小于
less_or_equals: 小于等于
less_than: 小于
not_equal: 不等于
regex_match: 字符串是否符合正则表达式匹配规则
startswith: 以...开头
string_equals: 字符串相等
type_match: 类型是否匹配
jmespath: jmespath表达式，详见JMESPath Tutorial
expected_value: 指定期望值或变量，也可以调用方法
message(optional): 用于描述断言失败原因
hooks(可选)：初始化和清除的
setup_hooks函数放置于debugtalk.py中，并且必须包含三个参数：
method: 请求方法，比如：GET,POST,PUT url: 请求URL kwargs: request的参数字典
teardown_hooks函数放置于debugtalk.py中，并且必须包含一个参数: resp_obj: requests.Response实例
一个简单的 HR 测试用例模板： config: name: case001_login base_url: http://localhost variables: username: auto export: - cookie # cookie这个变量在用例级别导出来，可以给其他yml用例文件使用 ：用例级别的导出 teststeps: - # step 1 name: 登录获取token request: url: /api/mgr/loginReq # 和config中的base_url进行拼接 method: POST # GET/POST/DELETE/PUT 大小写不敏感 data: username: auto password: sdfsdfsdf extract: # 提取响应数据--相当于导出该数据，其他步骤可以使用 步骤级别的导出 retcode: body.retcode # 从响应体提取变量: body.属性.xxx #cookie: header.Set-Cookie # 从响应头提取变量: header.属性.xxx 这里得到的是全部的cookie值 cookie: cookies.sessionid # 从cookies提取变量，获取 sessionid 的值 validate: - equal: - $retcode - 0 - equal: - body.retcode - 0 - # step 2 name: 列出课程 request: method: GET url: /api/mgr/sq_mgr/ params: action: list_course pagenum: 1 pagesize: 20 cookies: sessionid: $cookie extract: total: body.total retcode: body.retcode validate: - equal: - $total - 2 - equal: - $retcode - 0
测试步骤引用其他用例：引入上面的一个测试用例 config: name: 引用测试 base_url: http://localhost teststeps: - name: 引用demo1 testcase: day1/demo1_login_list.yml # 引用其他用例 相对路径规则：执行时候命令行所处的路径 - name: setp2_list_course request: method: GET url: /api/mgr/sq_mgr/ params: action: list_course pagenum: 1 pagesize: 20 cookies: sessionid: $cookie # 获取的step1里面的cookie，step1引入的是一整个步骤 extract: # 引用测试用例模式无需写extract total: body.total retcode: body.retcode validate: - equal: - $total - 2 - equal: - $retcode - 0
4：测试用例集（测试套件）
测试用例集（testsuite）的格式如下所示： config: name: test suite demo variables: # testsuite config variables foo1: config_bar1 foo2: config_bar2 expect_foo1: config_bar1 expect_foo2: config_bar2 base_url: "https://postman-echo.com" testcases: - name: test case 1 variables: # testcase variables uid: 1000 var_c: ${gen_random_string(5)} parameters: uid: [101, 102, 103] var_c: ["demo1", "demo2", "demo3"] testcase: /path/to/testcase1
5：HttpRunner简单的一个增删改查示例
# 登录获取 sessionid config: name: login_demo base_url: http://localhost variables: ${login_variables()} #引用debugtalk中的函数 # parameters: # account: # - auto # - auto2 # psw: # - sdfsdfsdf # - sdfsdf # code: # - 0 # - 1 # 关联形式参数1-参数2-参数3: [[参数组1],[参数组2]...] # account-psw-code: # - ['auto','sdfsdfsdf',0] # - ['auto1','sdfsdf',1] export: - cookie teststeps: - # step 1 name: 登录 request: url: /api/mgr/loginReq # 和config中的base_url进行拼接 method: POST # GET/POST/DELETE/PUT 大小写不敏感 data: username: $account password: $psw extract: # 提取响应数据--相当于导出该数据，其他步骤可以使用 retcode: body.retcode # 从响应体提取变量: body.属性.xxx #cookie: header.Set-Cookie # 从响应头提取变量: header.属性.xxx cookie: cookies.sessionid # 从cookies提取变量 validate: - equal: - $retcode - $code
# 新增课程 config: name: 增加课程 base_url: ${ENV(base_url)} export: - course_id # 暴露出课程id - cookie teststeps: - #step1 引用login_case.yml 先需要登录认证 name: 登录 testcase: day2/login_case.yml - #step2 name: 发送增加课程请求 setup_hooks: - ${before_add_course($request)} teardown_hooks: - ${after_add_course($response)} variables: name: 小学语文 desc: 语文课 idx: 3 # ${add_course_variables()} teststep中不支持从debugtalk中读取函数返回值 request: url: /api/mgr/sq_mgr/ method: POST data: action: add_course data: # '{"name":"${name}","desc":"${desc}", "display_idx":"${idx}"}' 这里是json串，一个python字符串，而不是字典，如左这样加就行 name: $name desc: $desc display_idx: $idx cookies: sessionid: $cookie extract: course_id: body.id # 提取 创建的课程 id 给后面删除使用 validate: - equal: - body.retcode - 0
# 修改课程 config: name: 修改课程 base_url: http://localhost export: - course_id - cookie teststeps: - name: 登录并添加课程 testcase: day2/demo1_add_course.yml - name: 修改课程 request: method: PUT url: /api/mgr/sq_mgr/ data: action: modify_course id: $course_id newdata: '{"name":"python教学","desc":"测试开发课程", "display_idx":"1"}' cookies: sessionid: $cookie validate: - equal: - body.retcode - 0
# 删除课程 config: name: 删除课程 base_url: http://localhost teststeps: - name: 登录、添加课程并修改 testcase: day2/demo2_update_course.yml - name: 删除课程请求 request: method: DELETE url: /api/mgr/sq_mgr/ data: action: delete_course id: $course_id cookies: sessionid: $cookie validate: - equal: - body.retcode - 0
6：HttpRunner 用例变量 之 配置变量
httprunner中，可以用变量替换测试步骤中的某些值。
变量按照类型划分有：配置变量(config variables) 环境变量（env variables）和 参数变量(parameter variables)
按照作用域划分有：测试步骤变量(step variables) 和 全局配置变量(config variables)，步骤优先级大于用例优先级
配置变量(config variables)：在config中定义的变量为用例全局变量作用域为当前用例 config: name: 登录测试用例 verify: false base_url: http://120.55.190.222:7080 variables: # variables这里定义变量 username: auto #定义变量 password: sdfsdfsdf
teststeps: - name: 用户名密码登录 request: url: /api/mgr/loginReq data: username: $username #引用变量 也可以写成${变量名} password: $password method: POST extract: #提取当前步骤变量 cookie: cookies.sessionid validate: - eq: - status_code - 200 - eq: - body.retcode - 0
config和teststeps里都有一个 variables 数据结构来定义变量
定义在不同位置作用域不同，config作用域大
teststeps定义的变量只能被当前步骤引用
config定义的变量可以被当前测试用例所有步骤引用
相同名字的变量 teststeps 里面的变量优先级更高
debugtalk.py 文件中定义函数返回键值对变量 如果变量需要从其他数据源读取，那么可以在 debugtalk.py 中定义函数返回键值对变量 debugtalk.py文件内容： def login_variables(): return {'user':'auto','psw':'sdfsdfsdf',"code":0} yaml测试用例文件内容： config: name: 登录测试用例 verify: false base_url: http://120.55.190.222:7080 variables: ${login_variables()}
teststeps: - name: 用户名密码登录 request: url: /api/mgr/loginReq data: username: $user #引用变量 也可以写成${变量名} password: $psw method: POST extract: #提取当前步骤变量 cookie: cookies.sessionid validate: - eq: - status_code - 200 - eq: - body.retcode - $code
6：用例变量 debugtalk.py 文件使用的实例
# debugtalk.py 文件内容如下 # 一个测试用例可以使用一个函数取维护请求的数据 # 定义脚本，函数可以被用例文件引用 import json import requests def login_variables(): # 读取数据库或者EXCEL或其他文件... return {'account': 'auto', 'psw': 'sdfsdfsdf', 'code': 0} def add_course_variables(): return {"name": "中学数学", "desc": "微积分", "idx": "4"} def hook_setup(): with open('setup.txt', 'w', encoding='utf-8') as f: f.write('执行初始化步骤') def hook_teardown(): with open('teardown.txt', 'w', encoding='utf-8') as f: f.write('执行清除步骤') def before_add_course(request): print('####$$$$$$$##########$$$$$$$$$$$########') print(request) data = request['data']['data'] # 从原请求信息获取入参 # data['name']='计算机课程_steup' # data['desc']='steup_test' # data['display_idx']='100' request['data']['data'] = json.dumps(data) # 覆盖掉原请求数据 def after_add_course(response): print(response.json) course_id = response.json['id'] # 完成以后根据id取删除该课程 requests.delete('http://localhost/api/mgr/sq_mgr/', data={'action': 'delete_course', 'id': course_id})
# login_case.yml 文件引入 debugtalk.py 文件中定义的变量 config: name: login_demo base_url: http://localhost variables: ${login_variables()} #引用debugtalk中的函数，返回一个 {'account': 'auto', 'psw': 'sdfsdfsdf', 'code': 0} # 下面可以使用 $account 和 $psw 调用 login_variables里返回的内容 保持一致 export: - cookie teststeps: - # step 1 name: 登录 request: url: /api/mgr/loginReq # 和config中的base_url进行拼接 method: POST # GET/POST/DELETE/PUT 大小写不敏感 data: username: $account password: $psw extract: # 提取响应数据--相当于导出该数据，其他步骤可以使用 retcode: body.retcode # 从响应体提取变量: body.属性.xxx #cookie: header.Set-Cookie # 从响应头提取变量: header.属性.xxx cookie: cookies.sessionid # 从cookies提取变量 validate: - equal: - $retcode - $code
7：HttpRunner 用例变量 之 参数变量 参数化时候使用(列表类型，定义在config中)
8：env variables 环境变量 --用例维护 比如url放在环境变量
项目根目录 创建维护一个 .ene文件，ene文件里写变量
.env 文件： 内容如下
base_url=http://localhost
测试用例 yaml文件引入 .env文件中定义的变量：
config:
name: login_demo
base_url: ${ENV(base_url)}
......
9：HttpRunner 参数化 独立参数
独立参数： 运行用例数 = 独立参数的笛卡尔乘积
参数化定义在 config 里面的 parameters，作用域就是整个测试用例，全局参数
用例yaml文件： config: name: login_demo base_url: http://localhost parameters: account: # 变量列表 - auto - auto2 psw: # - sdfsdfsdf - sdfsdf code: - 0 - 1 export: - cookie teststeps: - # step 1 name: 登录 request: url: /api/mgr/loginReq # 和config中的base_url进行拼接 method: POST # GET/POST/DELETE/PUT 大小写不敏感 data: username: $account password: $psw extract: # 提取响应数据--相当于导出该数据，其他步骤可以使用 retcode: body.retcode # 从响应体提取变量: body.属性.xxx #cookie: header.Set-Cookie # 从响应头提取变量: header.属性.xxx cookie: cookies.sessionid # 从cookies提取变量 validate: - equal: - $retcode - $code
当前用例使用了 parameters 参数化，hrun执行用例文件的时候会执行 8 次 2*2*2 笛卡尔乘积
account，psw，code 每个参数 2个选择，一共三组参数，笛卡尔乘积就是 2*2*2 = 8 次
10：HttpRunner 参数化 关联参数 一般使用这种比较多
# 测试用例 yaml 文件 config: name: login_demo base_url: http://localhost parameters: # 关联形式参数1-参数2-参数3: [[参数组1],[参数组2]...] 这样传了多少组就执行多少次 account-psw-code: - ['auto','sdfsdfsdf',0] - ['auto1','sdfsdf',1] export: - cookie teststeps: - # step 1 name: 登录 request: url: /api/mgr/loginReq # 和config中的base_url进行拼接 method: POST # GET/POST/DELETE/PUT 大小写不敏感 data: username: $account password: $psw extract: # 提取响应数据--相当于导出该数据，其他步骤可以使用 retcode: body.retcode # 从响应体提取变量: body.属性.xxx #cookie: header.Set-Cookie # 从响应头提取变量: header.属性.xxx cookie: cookies.sessionid # 从cookies提取变量 validate: - equal: - $retcode - $code
10：HttpRunner 初始化和清除 hook 目前只支持步骤级别的清除
在hr中实现初始化与清除机制的方式是采用hook 机制，可以在请求前和请求后调用钩子函数。
目前HR3只支持步骤层面的hook,用例层面的未实现
setup_hook 函数放置于 debugtalk.py 中，并且包含三个参数
method：请求方法
url：请求 url
kwargs：request 的参数字典
teardown_hooks：函数放置于debugtalk.py 中，必须要包含一个参数
resp_obj：request.Response实例
# debugtalk.py 定义hook_setup和hook_teardown的简单示例
# debugtalk.py文件内容
def hook_setup(): """钩子函数：后面用例里调用这两个函数""" with open('setup.txt', 'w', encoding='utf-8') as f: f.write('执行初始化步骤') def hook_teardown(): with open('teardown.txt', 'w', encoding='utf-8') as f: f.write('执行清除步骤')
# setup_demo.yml 测试用例文件内容 config: name: caseoo1 base_url: http://localhost parameters: account-psw-code: - [ 'auto','sdfsdfsdf',0 ] export: - cookie teststeps: - # step 1 name: 登录 setup_hooks: # 初始化：支持多组参数 - ${hook_setup()} teardown_hooks: # 清除：支持多组参数 - ${hook_teardown()} request: url: /api/mgr/loginReq # 和config中的base_url进行拼接 method: POST # GET/POST/DELETE/PUT 大小写不敏感 data: username: $account password: $psw extract: # 提取响应数据--相当于导出该数据，其他步骤可以使用 retcode: body.retcode # 从响应体提取变量: body.属性.xxx #cookie: header.Set-Cookie # 从响应头提取变量: header.属性.xxx cookie: cookies.sessionid # 从cookies提取变量 validate: - equal: - $retcode - $code
hrun day2/login_case.yml -s -s：增加 print 信息的打印
