在接口测试中,实际【很少】会碰到一种情况:某一个参数需要传递多个值;第一次碰到时,手足无措,最近略有体会,就整理、分享下。
因为是真实接口,所以图片多处有马赛克,请多理解。
个人博客:https://blog.csdn.net/zyooooxie
(一)Requests文档的小意外
公司项目有个接口是可以传多个值,我就想用Requests来试试,在复习自己敲得代码笔记时,发现一点点小问题。
上图这是我学习的笔记,看到这个用例的多行注释中写的 请求是以一个元组列表来提供这些参数;
代码中有元组列表?哪呢?
追根溯源,看下当时学习的 Requests 的中文文档
再看下 英文文档
所以翻车了啊;
但是中文文档的写法真的不能用吗?请接着看
(二)Requests处理 post请求 一个参数传多个值
下图是要分享的这个例子的接口文档;可以看到invitedUserIds这个参数是一个被邀请用户id集合,也就是说这个参数可以传多个值;【此外token、userId都是必传,得先登录才可用此接口】
先看下手机App成功创建聊天室的抓包数据【gpChatroomId=1000181】
再看用Requests如何来写这个接口的正向用例:
第一种:参数值写做一个列表 a list of items as a value
(a dictionary with lists as values)
看下实际运行结果:【gpChatroomId=1000182】
抓包数据【gpChatroomId=1000182】
第二种:以一个元组 来提供这些参数
实际运行结果:【gpChatroomId=1000183】
抓包数据【gpChatroomId=1000183】
第三种:以一个元组列表 来提供这些参数 a list of tuples as values
实际运行结果:【gpChatroomId=1000184】
抓包数据【gpChatroomId=1000184】
这些图,让人眼花缭乱;回归本质,来看下源码中的post()、get():
关于实际传参:
(optional) Dictionary, list of tuples, bytes, or file-like object【post】
(optional) Dictionary, list of tuples or bytes 【get】
所以结论呢,是推荐用list of tuples,元组列表【第三种处理方式】;
(三)JMeter、Postman处理 post请求 一个参数传多个值
还是这个接口,看下JMeter、Postman这两个工具是如何处理的;
JMeter
登录请求:
创建聊天室的请求:
响应数据:【gpChatroomId=1000188】 不仔细看 和186超级像
Postman
登录请求:请求Body和实际响应Body
登录请求:断言和实际断言结果、全局变量的设置
创建聊天室请求:请求Body和实际响应Body
抓包数据【gpChatroomId=1000186】
交流技术 欢迎+QQ 153132336 zy
个人博客 https://blog.csdn.net/zyooooxie