接口测试 HttpRunner 和 HttpRunnerManager 关于接口用例组织方式对比

蔡瑞淳 for 君海游戏QA · December 27, 2018 · Last by 蔡瑞淳 replied at January 09, 2019 · 2627 hits

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

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本身也是一个接口自动化测试平台,只是非图形化,且后续加入的这块测试用例分层机制实现接口-模块-场景分层,会更适合做接口测试。

共收到 4 条回复 时间 点赞

什么是接口描述?文档能力?

采用YAML格式写用例添加注释,这样也可以实现接口描述吧。

回复

按我个人理解,接口文档中对一个接口的描述一般会包含url、请求方式、输入参数、响应结果信息等,如果在接口自动化测试中,能够将一个接口的这些信息也放进来,使其既有可读性也能参与到自动化测试中,,,这就是我理解的接口描述哈

Laimf 回复

按我理解,主要有两个原因我觉得不能这样做:
1、对于一些较复杂的测试场景,一个用例中可能会涉及多个接口,一个接口可能包含在多个用例中,这种情况下,用用例实现接口描述会产生混乱
2、即使是一个用例中只包含一个接口的情况,但是一个接口肯定不只有一组测试数据,也就是,一个接口的用例有多个,那么我便无法说在一个用例中体现完整的接口描述

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up