本文主要是介绍HttpRunner的测试用例分层机制，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
测试用例分层介绍：
在接口自动化测试维护过程中，由于测试用例的增加和需求变更导致测试用例的调整，使自动化测试用例的维护非常麻烦，直接关系到自动化测试能否持续有效地在项目中开展。
概括来说，测试用例分层机制的核心是将接口定义、测试步骤、测试用例、测试场景进行分离，单独进行描述和维护，从而尽可能地减少自动化测试用例的维护成本。
测试用例分层机制下的核心概念：
接口定义（api）对接口信息进行独立管理
测试用例（testcase）应该是完整且独立的，每条测试用例应该是都可以独立运行的
测试步骤（teststep）是测试步骤的有序集合，每一个测试步骤对应一个API 的请求描述
测试用例集（testsuite）是测试用例的无序集合，集合中的测试用例应该都是相互独立，不存在先后依赖关系的；如果确实存在先后依赖关系，那就需要在测试用例中完成依赖的处理
测试用例分层具体操作
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 ；如下图：
2、测试用例（testcase）
引用接口定义
有了接口的定义描述后，我们编写测试场景时就可以直接引用接口定义了。在测试步骤（teststep）中，可通过api 字段引用接口定义，引用方式为对应API 文件的路径，绝对路径或相对路径均可。推荐使用相对路径，路径基准为项目根目录，即debugtalk.py 所在的目录路径。
在项目的根目录下新建一个以 testcases 命名的文件夹，并在文件夹里面编写yml文件；
注： 在测试步骤中引用api层的文件格式 api: api层的yaml文件路径；如下图：
引用同层级 testcases 层
通过用例层 调用 用例层，需要使用output/export进行跨文件传输返回，在使用 extract 进行提取，如下图
3、测试套件（testsuite）
当测试用例数量比较多以后，为了方便管理和实现批量运行，通常需要使用测试套件来对测试用例进行组织。
在项目的根目录下新建一个以 testsuites 命名的文件夹，并在文件夹里面编写yml文件；
注：在测试套件中引用测试用例层的格式 testcase: 用例层的yaml文件路径；
写法有两种方式，见下图：
注：
写法1：自定义编写测试用例名称，如: get_token
写法2：- name: 自定义编写测试用例名称
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
这篇关于HttpRunner的测试用例分层机制的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
