如何在Cypress与Firefox中允许HTTP（非HTTPS）环境下使用Secure Cookie？

首先咱们得先理清为什么会出现这个差异：

Cypress启动浏览器时会默认应用一套严格的安全校验规则，其中就严格遵循了Cookie的Secure属性标准——按照HTTP规范，标记为Secure的Cookie只能在HTTPS连接中设置和传输，所以当你的测试环境是HTTP（80端口）时，Cypress会直接拒绝这类Cookie，这就是你看到报错的核心原因。

而常规Firefox隐私窗口之所以没触发拦截，是因为Firefox在隐私模式下对部分安全规则做了特殊兼容处理，允许在HTTP环境下暂时接受带Secure属性的Cookie，但这其实是不符合标准的例外情况，不能作为通用参考哦。

接下来给你两个可行的解决方案：

方案一：调整Cypress全局浏览器安全配置 #

你可以在Cypress的配置文件（cypress.config.js/cypress.config.ts）中禁用chromeWebSecurity选项，这个设置会放宽Cypress对浏览器安全规则的严格校验，允许HTTP环境下处理带Secure属性的Cookie：

module.exports = defineConfig({
  e2e: {
    chromeWebSecurity: false,
    // 保留你的其他原有配置项
  },
});

需要注意的是，这个设置会同时关闭其他部分安全校验（比如跨域限制），如果你的测试场景不需要依赖严格的安全规则，这个方法会很便捷。

方案二：在测试中精准修改Cookie属性 #

如果你不想全局放宽安全规则，可以在测试流程中，针对目标Cookie手动修改secure属性：

cy.getCookie('token').then((targetCookie) => {
  cy.setCookie('token', targetCookie.value, {
    ...targetCookie,
    secure: false,
    // 保留原Cookie的domain、path等其他属性，避免影响功能
  });
});

这个方法更精准，只针对当前问题Cookie调整属性，不会干扰其他测试的安全校验逻辑。

另外你提到把Cookie的secure属性改为false后测试正常运行，这其实是最符合标准的做法——如果你的测试环境是HTTP，本来就不应该给Cookie设置Secure属性，后续在生产HTTPS环境下再将该属性改回true即可。

总结来说：如果只是为了快速让测试通过，调整Cypress的全局安全配置或在测试中修改Cookie属性都可行；但从规范和长期维护角度，根据环境动态设置Cookie的secure属性才是更合理的方案。

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