TestCafe自定义Request Headers未在RequestLogger日志中显示

自定义请求头没出现在RequestLogger输出里，是两个写法问题导致的：

• Hook执行顺序错误：你注册Hook时把日志记录的customLogger放在了修改请求的customHook前面，Logger会在请求头被修改前就完成信息采集，自然拿不到后续新增的自定义头。
• 自定义RequestHook写法不符合规范：构造函数调用super()时没有传入匹配的请求规则，且直接给headers对象新增属性的写法在部分TestCafe版本中不会被识别，修改不会同步到最终发出的请求里。

1. 调整Hook注册顺序 #

保证请求修改逻辑先执行，日志记录逻辑后执行：

fixture ('Request fixture')
  .page('http://example.com/')
  // 调换两个Hook的顺序，自定义修改Hook在前，Logger在后
  .requestHooks( [ customHook, customLogger ])

2. 修正自定义RequestHook代码 #

补全构造函数的请求规则配置，修改头信息时用对象合并的方式赋值，避免属性丢失：

class myRequestHook extends RequestHook {
  constructor () {
    // 传入需要Hook生效的请求匹配规则，不填则Hook不会正常拦截请求
    super(['http://example.com/*'])
  }

  async onRequest (e) {
    // 合并原有请求头和自定义头，确保自定义头被正确写入请求配置
    e.requestOptions.headers = {
      ...e.requestOptions.headers,
      'test-header': 'test-value'
    }
  }

  async onResponse (e) {
    // 不需要处理响应时留空即可
  }
}

简化方案 #

如果你的需求只是给请求加固定的自定义头来测试feature flag，不需要自己实现完整RequestHook，TestCafe原生支持简写法，代码更不容易出错：

const featureFlagHook = new RequestHook(
  'http://example.com/*',
  async (req) => {
    req.requestOptions.headers['your-feature-flag-key'] = 'flag-value';
  },
  async () => {}
);

改完之后重新运行测试，你添加的自定义请求头就会正常出现在Logger的输出日志里，完全可以满足基于请求头的特性开关测试需求。

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