httprunner用法

1. httprunner在一个用例single_casecenter_postpone.yaml中：

- config:
    name: 订单延期
    base_url: ${get_config(casecenter_url)}

###前置条件：下单
- test:
    name: 正常场景_下单成功
    variables:
        expected_result: 'E0000'  #成功
    testcase: testcases/modulecase/casecenter/module_casecenter_takecase.yaml
    validate:
        - eq: [status_code, 200]
        - eq: [content.code, '000000']
        - eq: [content.message, '请求成功']
    output:
        - orderNo
        - orderId

#######订单为待接单时，延期订单失败
- test:
    name: 异常场景_待接单的订单延期失败
    variables:
        expected_result: 'E0004'  #当前订单状态下，不可执行该操作
    api: api/pc/casecenter/casecenterPostpone.yaml
    setup_hooks:
        - ${sign_api($request)}
    teardown_hooks:
        - ${respone_decode($response)}
    validate:
        - eq: [status_code, 200]
        - eq: [content.code, '000000']
        - eq: [content.message, '请求成功']
        - eq: [content.data.result, $expected_result]

###前置条件：app登录
- test:
    name: app登录
    testcase: testcases/modulecase/app/module_app_login.yaml
    output:
        - h5_token
        - visitorId  #作业人员id

###前置条件：作业人员给自己派单
- test:
    name: 作业管理员给自己派单
    testcase: testcases/modulecase/module_dispatch_sendOrder.yaml

- test:
    name: 正常场景_订单延期成功
    variables:
        expected_result: 'E0000'  #成功
    api: api/pc/casecenter/casecenterPostpone.yaml
    setup_hooks:
        - ${sign_api($request)}
    teardown_hooks:
        - ${respone_decode($response)}
    validate:
        - eq: [status_code, 200]
        - eq: [content.code, '000000']
        - eq: [content.message, '请求成功']
        - eq: [content.data.result, $expected_result]

　　

   1> 下单module_casecenter_takecase.yaml的域名为A

   2> 订单延期api/pc/casecenter/casecenterPostpone.yaml的域名为A

   3> app登录module_app_login.yaml的域名为B

   4>作业管理员给自己派单module_dispatch_sendOrder.yaml的域名为C

   base_url是httprunner框架支持的一个关键字，该流程中，

   6> module模块的module_casecenter_takecase.yaml，api/pc/casecenter/casecenterPostpone.yaml是相同的域名，是通过该流程config的base_url求取的A；

 

 

   7>app登录module_app_login.yaml的域名是通过在module_app_login.yaml脚本的config的base_url求取的B；

 

 

   8> 作业管理员给自己派单module_dispatch_sendOrder.yaml的域名也是通过在module_dispatch_sendOrder.yaml脚本的config的base_url求取的C；

 

 结论：base_url的作业范围：优先使用内层module的base_url，若module层没有求取该值，则会使用外层用例层(flow或single)求取的base_url；故一般base_url在外层用例层求取，用例某个步骤的base_url是其它特殊值时，可在module层里重新求取该值；

2. 接口中的变量作用范围：

  1> 在用例层single_casecenter_postpone.yaml脚本中，步骤 异常场景_待接单的订单延期失败中，直接调用了api层，api接口参数url使用了变量uri赋值

 

    2> 上一步骤的下一个步骤是app登录(module_app_login.yaml)，该module调用app登录接口

 

   3> app登录的api中的url也是uri变量赋值

 

 

   4> 执行脚本后

 

   重要结论：一个用例层的步骤中，直接调用api层时，同一个变量uri一直都为第一个api调用时给的值，后面的api接口通过uri赋值不会生效；故api层维护接口时，

url不要通过变量维护，直接给值即可；