如何让应用代码判断是否在TestCafe测试环境中运行？

我之前也遇到过类似的需求，你之前的方法失效的核心原因是时机不对：你的组件代码很可能在页面加载完成时就执行了判断逻辑，但await t.eval(() => {window.Testcafe = true})是在测试启动后才执行的，这时候组件早就已经完成了初始化判断，自然读不到你设置的属性。

下面给你几个可靠的解决方案，按推荐程度排序：

1. 页面加载前注入客户端脚本（最推荐） #

TestCafe提供了clientScripts配置，可以在页面的任何资源（包括你的组件代码）加载前注入自定义脚本，这样组件初始化时就能读到window.Testcafe标识。

全局夹具配置（所有测试生效） #

fixture('你的测试夹具')
  // 在页面加载前注入脚本，提前设置window.Testcafe
  .clientScripts({ content: `window.Testcafe = true;` });

test('验证标识存在', async t => {
  const flag = await t.eval(() => window.Testcafe);
  await t.expect(flag).eql(true); // 组件里也能读到这个值
});

单测试配置（仅指定测试生效） #

如果只需要在特定测试中启用这个标识，可以给单个测试添加clientScripts：

test('仅当前测试启用TestCafe标识', async t => {
  // 你的测试逻辑
})
.clientScripts({ content: `window.Testcafe = true;` });

2. 通过URL参数传递标识（无全局变量污染） #

如果你的应用对全局window变量有严格限制，不想新增属性，可以通过URL查询参数来传递测试环境标识：

测试代码中设置URL参数 #

fixture('通过URL参数识别测试环境')
  .page('https://your-app-url.com?testEnv=testcafe');

test('组件读取URL参数', async t => {
  // 组件内可以这样判断：
  // const isTestcafe = new URL(window.location).searchParams.get('testEnv') === 'testcafe';
});

这种方法完全不依赖全局变量，适合对代码纯净度要求高的场景。

3. 组件内兼容多测试环境的判断逻辑 #

不管用哪种方法传递标识，都可以在组件里统一做兼容，同时支持TestCafe和Cypress：

// 组件内的判断逻辑
const isTestEnvironment = window.Testcafe || window.Cypress || false;
if (isTestEnvironment) {
  window.property = data;
}

这样你的组件就能自动适配不同的测试框架，不用修改多次判断逻辑。

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