如何正确发送Cypress POST请求？请求成功却未创建实体的原因排查

我碰到过类似的情况，返回200但业务没生效，通常是请求的细节没和手动操作的请求完全对齐，给你列几个最常见的排查方向：

1. 表单数组参数的格式写错了 #

你手动请求里的addedUserIds[]: 111是浏览器表单提交数组的写法，但在Cypress启用form: true时，不需要手动在键名后加[]——Cypress会自动帮你处理数组参数的编码。

你现在的写法{"addedUserIds[]": 111}会让后端收到的键是addedUserIds[]而不是预期的addedUserIds数组，导致后端无法正确识别参数。应该改成数组格式：

cy.request({ 
  method: 'POST', 
  url: 'admin/xxx/manual-enrol', 
  form: true, 
  body: { addedUserIds: [111] } 
})

这样Cypress会自动把参数编码成addedUserIds[]=111，和手动请求的格式完全一致。

2. 缺少必要的请求头（登录态/CSRF令牌） #

虽然请求返回了200，但可能后端只是接收了请求，却因为缺少验证头（比如登录Cookie、CSRF令牌）而跳过了创建逻辑。

你可以打开浏览器开发者工具，对比手动请求的Request Headers，把那些关键的头信息加到Cypress请求里，比如：

cy.request({ 
  method: 'POST', 
  url: 'admin/xxx/manual-enrol', 
  form: true,
  headers: {
    'Cookie': '这里填手动请求里的Cookie值',
    'X-CSRF-Token': '这里填页面上获取到的CSRF令牌'
  },
  body: { addedUserIds: [111] } 
})

如果你的Cypress测试已经做了登录操作，记得确保会话是有效的——有时候登录态过期也会导致这种“假成功”的情况。

3. 参数值不符合业务逻辑要求 #

返回200只代表请求被后端成功接收，但如果111这个用户ID不存在、或者没有被允许添加到该实体，后端可能返回200但不执行创建操作。

你可以先手动用同一个用户ID操作一遍，确认这个ID确实能创建实体；或者换一个已知有效的用户ID测试，排除参数本身的问题。

4. 请求URL的路径不完整 #

如果你的Cypress配置里baseUrl不对，或者用的相对路径和手动请求的实际路径不一致，可能请求发送到了错误的接口（刚好那个接口返回200），而不是目标的manual-enrol接口。

你可以直接用绝对路径测试，比如把URL改成https://your-domain.com/admin/xxx/manual-enrol，确认请求的地址和手动操作的完全一致。

5. 后端的幂等性或重复创建限制 #

可能这个实体已经被创建过了，后端做了幂等处理，返回200但不重复创建。你可以检查系统里是否已经存在该用户的实体，或者换一个新的用户ID重新测试。

内容的提问来源于stack exchange，提问作者vitaliy4us