HttpRunner的测试用例分层机制

测试用例分层介绍:

   在接口自动化测试维护过程中,由于测试用例的增加和需求变更导致测试用例的调整,使自动化测试用例的维护非常麻烦,直接关系到自动化测试能否持续有效地在项目中开展。

  概括来说,测试用例分层机制的核心是将接口定义、测试步骤、测试用例、测试场景进行分离,单独进行描述和维护,从而尽可能地减少自动化测试用例的维护成本。

测试用例分层机制下的核心概念:

接口定义(api)对接口信息进行独立管理

测试用例(testcase)应该是完整且独立的,每条测试用例应该是都可以独立运行的

测试步骤(teststep)是测试步骤的有序集合,每一个测试步骤对应一个API 的请求描述

测试用例集(testsuite)是测试用例的无序集合,集合中的测试用例应该都是相互独立,不存在先后依赖关系的;如果确实存在先后依赖关系,那就需要在测试用例中完成依赖的处理

HttpRunner的测试用例分层机制_第1张图片

HttpRunner的测试用例分层机制_第2张图片

 测试用例分层具体操作

api层 < testcases层 < testsuites层

api层(接口定义单个接口): 可以编写多个yml文件的接口

testcases层(测试用例用例层): 可以调用api层的多个yml文件接口;也可以引用testcases层别的yml文件(通过用例层调用用例层,需要使用output/export进行返回,在使用extract进行提取)

testsuites层(测试套件层):可以调用testcases层的多个yml文件

注:可以在testcases层调用多个api层的接口,可以做成几个子套件,在testsuites层做个主套件,可以调用多个testcases层的用例;

1、接口定义(API)

为了更好地对接口描述进行管理,推荐使用独立的文件对接口描述进行存储,即每个文件对应一个接口描述。

在项目的根目录下新建一个以api命名的文件夹,并在api下编写yml文件;

注:api下面的yaml文件都是顶格写的,没有 - config 和 - test ;如下图:

HttpRunner的测试用例分层机制_第3张图片

2、测试用例(testcase)

引用接口定义

有了接口的定义描述后,我们编写测试场景时就可以直接引用接口定义了。在测试步骤(teststep)中,可通过api 字段引用接口定义,引用方式为对应API 文件的路径,绝对路径或相对路径均可。推荐使用相对路径,路径基准为项目根目录,即debugtalk.py 所在的目录路径。

在项目的根目录下新建一个以 testcases 命名的文件夹,并在文件夹里面编写yml文件;

注: 在测试步骤中引用api层的文件格式   api: api层的yaml文件路径;如下图:

HttpRunner的测试用例分层机制_第4张图片

引用同层级 testcases 层

通过用例层 调用 用例层,需要使用output/export进行跨文件传输返回,在使用 extract 进行提取,如下图

HttpRunner的测试用例分层机制_第5张图片

3、测试套件(testsuite)

当测试用例数量比较多以后,为了方便管理和实现批量运行,通常需要使用测试套件来对测试用例进行组织。

在项目的根目录下新建一个以  testsuites 命名的文件夹,并在文件夹里面编写yml文件;

注:在测试套件中引用测试用例层的格式  testcase: 用例层的yaml文件路径;

写法有两种方式,见下图:

注:

写法1:自定义编写测试用例名称,如: get_token

写法2:- name: 自定义编写测试用例名称

HttpRunner的测试用例分层机制_第6张图片

实战案例

光学理论是没用的,要学会跟着一起敲,要动手实操,才能将自己的所学运用到实际当中去,这时候可以搞点实战案例来学习。

如果对你有帮助的话,点个赞收个藏,给作者一个鼓励。也方便你下次能够快速查找。

如有不懂还要咨询下方小卡片,博主也希望和志同道合的测试人员一起学习进步

在适当的年龄,选择适当的岗位,尽量去发挥好自己的优势。

我的自动化测试开发之路,一路走来都离不每个阶段的计划,因为自己喜欢规划和总结,

测试开发视频教程、学习笔记领取传送门!!!

你可能感兴趣的:(httprunner,测试用例,单元测试,httprunner,自动化测试框架)