JMeter接口测试之文件上传

最近用JMeter做接口测试，频繁遇到了文件上传的接口，与其他一般接口的处理方式不一样，想着分享下，希望能给测试同学一点启发。

文章将围绕三个部分进行展开：

一、用户场景

二、接口请求参数

三、JMeter脚本编写步骤

四、JMeter脚本执行

一、用户场景

有一个新建用户凭证页面，填写字段信息，上传图片文件，点击提交，即新建成功。

这个步骤包含两个接口，一个上传图片文件接口，返回一个路径字段值，在新建凭证接口的请求参数中带上路径，即可新建成功。

实现脚本的基本思路就是先调用上传接口，利用JSON提取器将返回的路径字段值提取出来，存在一个变量${get_picture_url}中，再调用新建接口，直接将路径变量的值赋给请求参数attachUrl。

二、接口请求参数

1、文件上传接口

对于文件上传类的接口，注意观察Request Headers的Content-Type，值为：multipart/form-data

请求体，参数为file

响应值，返回上传文件的路径信息，即data字段的值

2、新建用户凭证接口

Request Headers的Content-Type，值为：application/x-www-form-urlencoded

请求体，参数为有6个，主要关注attachUrl，这个参数是上传接口返回字段data的值

响应值，新建成功则返回success

三、JMeter脚本编写步骤

一）上传接口脚本编写

1、添加一个线程组：财务管理

2、添加一个简单控制器

加不加都不重要，主要是为了规范脚本，使脚本更便于阅读，一般是一个简单控制器下一个http请求

3、添加http请求

协议，服务器名称，请求方法，请求路径等照常填写，但是要勾选 Use multipart/form-data for POST，如果还有其他参数，直接在Parameters里面照常填写，示例中的接口没有，就不写了

切换至File Upload，填写上传文件信息

文件名称：写本地的上传文件路径即可（注意，脚本部署到Linux服务器上时，注意切换路径）

参数名称：填写文件路径的参数名称，示例中的参数是file

MIME类型：multipart/form-data

4、添加响应断言

根据实际接口填写即可

5、添加JSON提取器

Names of Created variables：作为引用的变量名称，多个变量名通过分号;隔开，自定义

JSON Path expessions：格式为 . （层级名称），本次示例即为 .（层级名称），本次示例即为.（层级名称），本次示例即为.data

Match No.：取第几个数值，0代表随机，-1代表取全部数组数据，1代表取一个变量数值，与设置的变量名称有关，本次示例填-1（说明：如果填写1，后面引用变量的时候直接用g e t p i c t u r e u r l 即可，如果填写 − 1 ，返回的是一个数组，后面引用变量的时候要用 {get_picture_url}即可，如果填写-1，返回的是一个数组，后面引用变量的时候要用get 
p
​
 icture 
u
​
 rl即可，如果填写−1，返回的是一个数组，后面引用变量的时候要用{get_picture_url_1}，${get_picture_url_2}的形式）

Compute concatenation var(suffix_ALL)：匹配到的所有数值并保存，默认为空即可

Default Value：取值失败时展示的内容，默认为空即可

二）新建用户凭证接口

1、添加一个简单控制器

加不加都不重要，主要是为了规范脚本，使脚本更便于阅读，一般是一个简单控制器下一个http请求

3、添加http请求

协议，服务器名称，请求方法，请求路径等照常填写，不需要勾选 Use multipart/form-data for POST，attachUrl参数，直接将变量${get_picture_url_1}的值赋给attachUrl

File Upload也不用填写任何信息了

4、添加响应断言

根据实际接口填写即可

四、JMeter脚本执行

执行脚本，除了查看结果数，看接口全部执行成功外，还要去页面看新建的用户凭证详情中，上传图片是否成功。

今天在调试过程中发现，即使新建用户凭证接口的路径不正确，也能成功新建用户凭证，只不过在查看详情的时候，图是裂的，就像这种效果，所以即使脚本调通了，也要去页面看看，图片是不是真的上传成功了。

这样，一个完整的接口上传脚本就成功了。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！