主要有两种测试用例组织方式，一种是常规，一种是分层概念。

HttpRunnerManager：

1、常规测试用例组织方式
2、具体说明
（1）项目 - 模块 - 配置 - 用例 - 套件
● 项目下分模块管理
● 没有接口描述一块
● “配置” 和 “用例” 一起描述完整的测试用例
① “配置” 一般配置一些公共参数，比如 base_url、其他共有参数等，不做结果校验
② “用例” 中调用 “配置”，并自身可配置一些私有的参数值，可执行可校验结果
● “套件” 可根据模块、场景等将相关用例连接起来形成一个总测试单，可执行

HttpRunner：

1、常规和分层测试用例组织方式
2、具体说明：
（1）第一种跟 HttpRunnerManager 类似，此处截两张图看下，具体见：https://cn.httprunner.org/concept/testcase-structure/

（2）第二种测试用例采用分层概念，具体看https://debugtalk.com/post/HttpRunner-testcase-layer/
● 项目 - 接口描述（api）- 测试模块（suite）- 测试场景（testcases）
● 项目下，通过 api 描述接口，一个 api 可包括一个或多个接口，可在 api 下合理规划实现项目模块概念的管理
● 一个测试用例中由 config 和多个 test 组成，config 传输参数值，test 调用 api 实现一个测试步骤，多个 test 实现一个功能或者场景的测试过程
● 通过人为的管理 suite 和 testcases 两部分，将常用的功能小模块放进 suite 中管理，将多个独立的业务场景测试模块放进 testcases 中管理

总结：

1、HttpRunnerManager 和 HttpRunner 共有的用例组织方式，主要是缺少了 “接口描述” 这部分，在做接口自动化测试这一块，“接口描述” 可对接口进行说明，提高接口可读性，所以这一块还是比较重要的。
2、HttpRunner 本身也是一个接口自动化测试平台，只是非图形化，且后续加入的这块测试用例分层机制实现接口 - 模块 - 场景分层，会更适合做接口测试。