Karate 1.4.1 Multipart POST请求失败,Postman可正常调用
排查Karate Multipart POST上传文件400错误的方案
核心问题分析
你遇到的400错误("Failed to read request")以及Content-Length差异,大概率是请求体格式、文件读取方式或字段序列化不符合API要求导致的,以下是针对性排查和修复步骤:
1. 修正文件读取方式
当前用read('file:...')读取二进制图片文件,会导致二进制内容被转成字符串(可能丢失字节或编码错误),直接引发请求体长度和内容异常。Karate的multipart file支持直接传入文件路径,无需提前读取:
# 移除read操作,直接在multipart中指定文件路径 * multipart file content = { value: 'file:src/test/java/test_data/17.png', filename: "17.png", contentType: "image/png" }
2. 修正Meta字段配置
你的meta是JSON类型的表单字段而非文件字段,不需要设置filename,且需确保值为标准JSON字符串:
- 用
string()函数将JSON对象/数组序列化为字符串 - 移除多余的
filename配置 - 补全原代码中
docPayload1里ref字段缺失的双引号
* def docPayload1 = [{ "entityId": "#(entityId1)", "ref": "ENTITY", "filename": "17.png" , "contentType": "image/png" }] # 修正后的multipart field配置 And multipart field meta = { value: '#(string(docPayload1))', contentType: "application/json" }
3. 确保Charset配置生效
configure charset = null必须放在Feature的最开头(所有Scenario之前),否则无法对后续请求生效:
Feature: 文件上传测试 * configure charset = null Scenario: create an entity # ... 原有代码
4. 对比Postman请求体细节
开启Karate的请求日志打印,将请求体与Postman的Raw请求体逐行对比,重点检查:
* configure logPrettyRequest = true
- 每个multipart部分的boundary分隔符格式
meta字段的JSON是否存在多余转义- 文件部分的二进制内容长度是否与实际文件一致
修复后的完整代码示例
Feature: 文件上传测试 * configure charset = null * configure logPrettyRequest = true Scenario: create an entity and upload file Given path 'api/entity/entities' And request entyOrg When method post Then status 200 And def entyresponse1 = response And def entityId1 = entyresponse1.id * def docPayload1 = [{ "entityId": "#(entityId1)", "ref": "ENTITY", "filename": "17.png" , "contentType": "image/png" }] Given path 'api/document/documents/v2' * header Authorization = 'Bearer ' + accessToken And multipart file content = { value: 'file:src/test/java/test_data/17.png', filename: "17.png", contentType: "image/png" } And multipart field meta = { value: '#(string(docPayload1))', contentType: "application/json" } When method post Then status 200
内容的提问来源于stack exchange,提问作者pranjal bhatia
相关产品推荐
相关产品推荐

