Datadog Synthetic测试如何启用Cookie完成Cookie依赖站点测试

一共3种可落地的配置方式，根据需要校验的场景选择即可：

• 方案1：浏览器测试 + Chrome启动参数全局禁用Cookie（最贴近真实用户场景）
  选「Browser Test」类型创建测试，在高级配置的Chrome自定义启动参数项中添加--disable-cookies，该参数启动的Chrome实例会完全禁用所有Cookie的存储、读取能力，和用户手动在浏览器设置里关闭Cookie的效果完全一致。后续正常配置访问目标站点的步骤，最后加断言规则：校验页面上的Cookie开启提示弹窗/提示文本是否正常渲染即可，支持通过元素选择器、页面文本匹配两种方式做断言。
  这个方案准确性最高，适合校验前端弹窗、页面跳转这类用户侧真实感知的逻辑。

• 方案2：多步API测试 + 关闭自动Cookie持久化（适合接口层校验）
  如果只需要校验后端对无Cookie请求的拦截逻辑，不需要校验前端UI表现，可以选「Multistep API Test」类型创建测试，在全局设置里关闭自动跨请求持久化Cookie的开关，所有测试请求默认不携带、不存储任何Cookie值。配置完访问目标站点的请求后，直接断言响应状态码、响应体内容是否匹配预设的Cookie拦截报错规则即可。
  这个方案执行速度快、资源占用低，适合做核心拦截逻辑的高频巡检，缺点是覆盖不到前端渲染层的逻辑。

• 方案3：浏览器测试 + 运行时JS注入拦截Cookie（适合同用例多场景对比）
  如果需要在同一个测试用例里同时覆盖「Cookie启用正常访问」「Cookie禁用弹出提示」两个场景，不需要修改浏览器启动参数，只需要在需要模拟禁用Cookie的步骤前，注入自定义JS脚本清空现有Cookie并拦截后续所有Cookie写入操作即可，参考脚本：

  // 清空当前域名下所有已有Cookie
  document.cookie.split(";").forEach(cookieItem => {
    const splitPos = cookieItem.indexOf("=");
    const cookieName = splitPos > -1 ? cookieItem.slice(0, splitPos).trim() : cookieItem.trim();
    document.cookie = `${cookieName}=;expires=Thu, 01 Jan 1970 00:00:00 GMT;path=/`;
  });
  // 拦截后续所有Cookie写入操作
  Object.defineProperty(document, 'cookie', {
    set: () => false,
    get: () => ''
  });
  

  注入脚本后再执行页面跳转/刷新操作，后续步骤加断言校验提示信息即可。这个方案灵活度最高，不需要拆分多个独立测试用例。

踩坑提示：如果使用私有位置（Private Location）跑测试，需要提前确认运行测试的Chrome版本支持--disable-cookies启动参数，且开启了测试用例的自定义JS注入权限，避免配置不生效。做断言时优先用固定的元素选择器匹配提示组件，不要仅靠文本匹配，减少误报概率。

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