【HttpRunner v3.x】笔记—6. 测试用例-teststeps-RunRequest

把苹果咬哭的测试笔记

已于 2022-06-17 22:07:55 修改

阅读量375

点赞数 1

分类专栏： HttpRunner测试框架文章标签：测试用例 python 单元测试开发语言

于 2020-06-30 16:23:00 首次发布

本文链接：https://blog.csdn.net/wessonlan/article/details/124813189

版权

HttpRunner测试框架专栏收录该内容

10 篇文章 2 订阅

订阅专栏

之前我们了解了config里的各项参数，今天来了解另一个重要部分——teststeps，在这之前，先看看测试用例的分层模型。

一、测试用例分层模型

一个testcase里(就是一个pytest格式的Python文件)可以有一个或者多个测试步骤，就是teststeps[]列表里的Step。

我的理解每一个Step就可以类比成pytest框架下的def test_xxx()的用例函数，在Step里通常都会要请求API完成测试，也可以调用其他测试用例来完成更多的需求。

可以来看下官方的测试用例逻辑图(2.x版本不同，3.x弃用了2.x的API概念)：
可以看到，testsuite包含了testcase，testcase1需要依赖testcase2才可以完成，那么就可以在teststep12对其进行引用；而testcase2又依赖于testcase3，那么也可以在teststep22进行引用。

但是在整个testsuite下，这3个testcase都是相互独立的，可以独自运行。如果需要相互调用，则是在testcase内部去完成处理。

可能看起来有点绕，其实官方想表达的就是测试用例分层的一个思想：

测试用例(testcase)应该是完整且独立的，每条测试用例应该是都可以独立运行的
测试用例是测试步骤(teststep)的有序集合
测试用例集(testsuite)是测试用例的无序集合，集合中的测试用例应该都是相互独立，不存在先后依赖关系的；如果确实存在先后依赖关系，那就需要在测试用例中完成依赖的处理

其实这一点，在我们自己使用pytest框架编写测试用例的时候同样贯彻到了。为了自动化测试的稳定性和可维护性，每个测试用例之间相互独立是非常有必要的。

二、teststeps-RunRequest

先上一段Step的代码，结合下面的点对照着看：

teststeps = [
        Step(
            RunRequest("get with params")
            .with_variables(
                **{"foo1": "bar11", "foo2": "bar21", "sum_v": "${sum_two(1, 2)}"}
            )
            .get("/get")
            .with_params(**{"foo1": "$foo1", "foo2": "$foo2", "sum_v": "$sum_v"})
            .with_headers(**{"User-Agent": "HttpRunner/${get_httprunner_version()}"})
            .extract()
            .with_jmespath("body.args.foo2", "foo3")
            .validate()
            .assert_equal("status_code", 200)
            .assert_equal("body.args.foo1", "bar11")
            .assert_equal("body.args.sum_v", "3")
            .assert_equal("body.args.foo2", "bar21")
        ),

从上面的代码可以看出，RunRequest的作用就是在测试步骤中请求API，并且可以对于API的响应结果进行提取、断言。

1.RunRequest(name)

RunRequest的参数名用于指定teststep名称，它将显示在执行日志和测试报告中。