Jest测试覆盖率优化：如何覆盖file1.js的第二个条件分支

针对你提到的file1.js分支覆盖问题，先给明确结论：直接修改a的值是行不通的——因为你用const声明a为固定的true，运行时无法重新赋值。下面分场景给你具体解决方案：

一、针对初始代码的分支覆盖方案 #

1. 推荐：重构为可传参的函数（最优雅的可测试性方案） #

你给出的示例方向完全正确，把判断逻辑封装成接受参数的函数，既能轻松覆盖所有分支，也让代码更模块化、易维护：

const getBVal = (a) => a ? c : d;
const a = true;
let b = getBVal(a);

对应的Jest测试用例可以这么写：

test('getBVal returns c when a is true', () => {
  expect(getBVal(true)).toBe(c); // 覆盖第一个分支
});

test('getBVal returns d when a is false', () => {
  expect(getBVal(false)).toBe(d); // 覆盖第二个分支
});

2. 不推荐：用hack方式修改模块内常量 #

如果实在不想重构代码，可以用rewire或Jest的jest.mock篡改模块内的const变量，但这种方式依赖模块内部实现，维护性差，仅适合临时调试：

const file1 = require('./file1.js');
const file1Rewired = file1.__set__('a', false); // 强制将a设为false
// 此时执行代码即可覆盖第二个分支

二、针对requestAnimationFrame降级代码的测试思路 #

虽然你没贴具体代码，但这类降级逻辑的测试核心是模拟不同浏览器环境，从而覆盖两个分支：

1. 模拟支持requestAnimationFrame的环境：
   在测试前全局定义该API，验证主逻辑执行：

   beforeEach(() => {
     window.requestAnimationFrame = jest.fn((cb) => setTimeout(cb, 0));
   });
   
   test('uses requestAnimationFrame when available', () => {
     // 调用你的降级函数
     expect(window.requestAnimationFrame).toHaveBeenCalled();
   });
   

2. 模拟不支持requestAnimationFrame的环境：
   删除全局API，验证降级到setTimeout的逻辑：

   beforeEach(() => {
     delete window.requestAnimationFrame;
     window.setTimeout = jest.fn();
   });
   
   test('falls back to setTimeout when requestAnimationFrame is unavailable', () => {
     // 调用你的降级函数
     expect(window.setTimeout).toHaveBeenCalled();
   });
   

总结：让代码可测试的核心是把静态硬编码值改成可注入的参数/依赖，这样测试时能灵活控制输入，覆盖所有分支，这也是编写可维护代码的最佳实践之一。

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