2023年6月29日发(作者：)

HTTPRUNNER2.0框架（⼀）：快速落地接⼝⾃动化测试⽅案背景：为了能在企业中快速实现接⼝⾃动化测试，对httprunner框架的基本探索有了⼤概的了解，其原理基于python中的requests库模拟⽤户向服务器发起http请求并根据⾃带测试框架实现断⾔、动态参数，还有jinja2格式的模板输出html报告，像极了requests+unittest+htmltestrunner接⼝⾃动化测试框架；⼜发现其友好的web平台化⽀持httprunnermanager，故此之前探索的还不够深⼊，尤其是在使⽤过程中遇到的⼀些问题，例如：变量在json/yaml测试⽤例中的作⽤域：全局、局部；.env环境配置⽂件变量的使⽤、还有如何解决接⼝依赖的相关办法等等；从⽽抛出⼏个问题：为什么要选择httprunner框架来做接⼝⾃动化？httprunner做接⼝⾃动化的优势在哪⾥？如何优化测试⽤例(脚本)使之易于(多⼈)维护？1、如何快速完成接⼝⾃动化测试？根据测试技能的考量(不局限于⼯具)，我们的选择会有很多种，在此列举⼀下(不包含本⼈没⽤过或不了解的⼯具)： ⼯具篇：JMeter、soapui、postman等，loadrunner就不在此列(⼤材⼩⽤) 语⾔篇：倒不如说框架篇：java的httpclient、python的requests等，结合⼀些常⽤的框架与之集成；重点来了：如何才能叫快速？唯熟能⽣巧尔！从脚本开发成本来讲：jmeter=postman>soapui，因前⾯两个⼯具⽀持录制或过滤浏览器请求直接⽣成测试脚本，从⽽优化到完善测试脚本节约了⼀定的开发成本，soapui则要⼀个个的⼿动创建；从代码层⾯上来讲：脚本和数据的分离设计，难点在于框架根据测试数据即测试⽤例的设计来选择适⽤的测试框架，通过编写脚本来实现接⼝的执⾏逻辑；这⾥免不了⼀些重复造轮⼦的⼯作。2、为什么要将httprunner框架单独作为接⼝⾃动化测试的⼯具进⾏讲解？ 第⼀：如果仅仅只是使⽤其录制功能，⽣成脚本⽽⾔，那么与jmeter、postman⼀般⽆⼆； 第⼆：如果业务逻辑不符合脚本设计，那么就需要使⽤其debugtalk机制，说⽩了就是coding； 第三：最终我们所⽤的⾃动化都需要借助⼀些平台实现持续集成，然其⽀持CLI，集成jenkins也较为⽅便。tips：我不会告诉你，作者⽤python⽐使⽤java熟练⼀点点 - -！3、那么为什么要使⽤httprunner框架来做接⼝⾃动化测试？ 基于前⾯通⽤的优点：开箱即⽤！解决时间/开发成本！因为时间有限，公司才要求更加快速的完成接⼝⾃动化测试！ 它只需要通过抓包⼯具(fiddler/charles)，获取接⼝请求信息，导出har数据包，通过har2case命令将har数据包⽣成json/yaml格式的测试⽤例； ⽤法：har2case 默认⽣成json格式的测试⽤例，-y/--to-yml参数意为⽣成yaml格式的测试⽤例; 然后就可以愉快的跑起来：hrun ；就可以默认输出测试报告到reports⽂件夹下了，是不是爱了？4、下⾯的章节再来介绍具体的使⽤步骤，先po张图来看看httprunner框架的⼯程结构：