使用Mocha测试TypeScript模块私有函数f2遇ReferenceError问题求助

嗨，我来帮你搞定这个问题！你遇到的ReferenceError: f2 is not defined，核心原因是TypeScript的命名空间（也就是你写的module MyModule）编译后，私有函数f2会被封装在闭包里，并没有直接挂载到导出的MyModule对象上——而原生rewire是针对普通JS模块设计的，没法直接穿透TS的这种闭包封装去拿到内部的私有函数。

下面给你几个可行的解决方案，从直接解决到最佳实践都有：

方案1：用rewire-ts专门适配TypeScript #

这是最省心的办法，rewire-ts就是为了解决TypeScript模块的rewire问题而生的，完美支持命名空间和ES模块结构。

• 首先安装依赖：

  npm install rewire-ts --save-dev
  

• 然后修改你的测试代码：

  import rewire from 'rewire-ts';
  
  // 直接加载你的TypeScript模块
  const myModuleRewired = rewire('./MyModule.ts');
  // 直接指定命名空间内部的f2来获取
  const f2Function = myModuleRewired.__get__('MyModule.f2');
  
  // 现在就能正常测试f2了
  test('测试私有函数f2', () => {
    expect(f2Function()).toBe(true);
  });
  

方案2：直接操作TS编译后的JS文件（不推荐） #

如果你不想额外装包，可以直接针对TS编译后的JS文件用原生rewire，但这个方法稳定性差：

1. 先用tsc把你的MyModule.ts编译成MyModule.js；
2. 测试时加载这个JS文件，尝试获取闭包里的f2：

   const myModule = rewire('./MyModule.js');
   // 注意：这里的变量名可能和TS编译后的实际名称一致，没混淆的话是f2，混淆后可能变成类似_f2的名字
   const f2Function = myModule.__get__('f2');
   

   这个方法的问题是，一旦开启TS的代码压缩或混淆，私有函数的变量名会被修改，测试就会失效，所以不推荐在生产环境的测试里用。

方案3：重构代码（最佳实践） #

其实从单元测试的设计角度来说，测试私有函数并不是最优选择——私有函数是模块的内部实现细节，一旦你修改内部逻辑（比如删掉f2或者重构它），测试就会失败，但外部的公共接口（比如f1）可能完全没问题。

更好的做法是：

• 如果f2的逻辑是服务于f1的，那通过测试f1来间接验证f2的正确性就足够了；
• 如果f2的逻辑足够复杂，值得单独测试，那说明它应该被提取成一个独立的公共工具函数，放在单独的模块里导出，然后在MyModule里导入使用。

比如重构后的代码：

// utils.ts
export function f2() { return true; }

// MyModule.ts
import { f2 } from './utils';
export module MyModule {
  export function f1() { 
    const result = f2();
    // ...其他业务逻辑
  }
}

这样你就可以直接在测试里导入f2来测试，完全不需要依赖rewire这类工具，代码结构也更清晰、更易维护。

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