使用Jest toContain断言含(1的字符串时测试失败问题

问题分析 #

你遇到的核心问题是：肉眼可见实际输出包含预期字符串，但.toContain()断言失败，且匹配到1 scenario (时成功、匹配1 scenario (1时失败，大概率是以下原因：

• 换行符不一致：Windows环境下输出的换行是\r\n，而你预期字符串用的是Unix风格的\n
• 隐藏特殊字符：比如输出中的括号、空格是特殊编码（如全角字符、非断空格），和预期的半角普通空格/括号不匹配
• 预期字符串首尾有多余空白：你定义的expectedOutput开头有一个换行，实际输出对应位置可能没有

解决方案 #

1. 排查字符编码差异

先打印实际输出和预期字符串的每个字符编码，直观对比差异：

const result = await runNxCommandAsync(`test ${testProjectName}`);
const expectedOutput = `
1 scenario (1 passed)
2 steps (2 passed)
`;

// 打印字符编码数组，定位差异字符
console.log('实际输出字符编码:', [...result.stdout].map(c => `${c} (${c.charCodeAt(0)})`));
console.log('预期字符编码:', [...expectedOutput].map(c => `${c} (${c.charCodeAt(0)})`));

2. 统一换行符再匹配

将实际输出和预期字符串的换行符统一为同一种格式：

const normalizedStdout = result.stdout.replace(/\r\n/g, '\n');
const normalizedExpected = expectedOutput.replace(/\r\n/g, '\n');

expect(normalizedStdout).toContain(normalizedExpected);

3. 移除预期字符串的多余首尾空白

你定义的expectedOutput开头有一个额外换行，尝试移除后再匹配：

const expectedOutput = `1 scenario (1 passed)
2 steps (2 passed)`;

expect(result.stdout).toContain(expectedOutput);

4. 使用正则忽略格式差异

如果允许输出有少量空白或换行差异，用正则表达式匹配更灵活：

const expectedPattern = /1 scenario \(1 passed\)\s*2 steps \(2 passed\)/;
expect(result.stdout).toMatch(expectedPattern);

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