在接口测试中，实际【很少】会碰到一种情况：某一个参数需要传递多个值；第一次碰到时，手足无措，最近略有体会，就整理、分享下。
因为是真实接口，所以图片多处有马赛克，请多理解。
（一）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