这是不推荐的实践，但如果您不能像@Antoine建议的那样使用rewire，则始终可以读取文件并使用eval()。

var fs = require('fs');
const JsFileString = fs.readFileSync(fileAbsolutePath, 'utf-8');
eval(JsFileString);

在为遗留系统进行客户端JS文件单元测试时，我发现这很有用。

JS文件会在window下设置很多全局变量，没有任何require(…)和模块。exports语句(没有像Webpack或Browserify这样的模块绑定器可以删除这些语句)。

这使得我们可以在客户端JS中集成单元测试，而不是重构整个代码库。

Eval本身并不能工作(它只适用于顶级函数或var声明)，你不能用Eval捕获用let或const声明的顶级变量到当前上下文中，但是，使用一个vm并在当前上下文中运行它将允许你在它执行后访问所有顶级变量…

eval("let local = 42;")
// local is undefined/undeclared here

const vm = require("vm")
vm.runInThisContext("let local = 42;");
// local is 42 here

.．.虽然"imported"模块中的声明或赋值可能在vm启动时与当前上下文中已经声明/定义的任何内容冲突，但前提是它们具有相同的名称。

这是一个一般的解决方案。这将为您导入的模块/单元添加少量不必要的代码，并且您的测试套件将不得不直接运行每个文件，以便以这种方式运行其单元测试。如果没有更多的代码，直接运行模块来做任何事情，而不是运行单元测试，这是不可能的。

在导入的模块中，检查文件是否是主模块，如果是，运行测试:

const local = {
  doMath() {return 2 + 2}
};

const local2 = 42;

if (require.main === module) {
  require("./test/tests-for-this-file.js")({local, local2});
} 

然后在导入目标模块的测试文件/模块中:

module.exports = function(localsObject) {
  // do tests with locals from target module
}

现在直接使用节点MODULEPATH运行目标模块以运行其测试。

从本质上讲，您需要将源上下文与测试用例合并—一种方法是使用一个小的辅助函数来包装测试。

demo.js

const internalVar = 1;

demo.test.js

const importing = (sourceFile, tests) => eval(`${require('fs').readFileSync(sourceFile)};(${String(tests)})();`);


importing('./demo.js', () => {
    it('should have context access', () => {
        expect(internalVar).toBe(1);
    });
});

编辑:

使用vm加载模块可能会导致意外的行为(例如，instanceof操作符不再适用于在这样的模块中创建的对象，因为全局原型与通常使用require加载的模块中使用的对象不同)。我不再使用下面的技术，而是使用rewire模块。它工作得很好。这是我最初的回答:

详细阐述srosh的回答……

这感觉有点粗糙，但我写了一个简单的“test_utils.js”模块，它应该允许你做你想做的事情，而不用在你的应用程序模块中有条件导出:

var Script = require('vm').Script,
    fs     = require('fs'),
    path   = require('path'),
    mod    = require('module');

exports.expose = function(filePath) {
  filePath = path.resolve(__dirname, filePath);
  var src = fs.readFileSync(filePath, 'utf8');
  var context = {
    parent: module.parent, paths: module.paths, 
    console: console, exports: {}};
  context.module = context;
  context.require = function (file){
    return mod.prototype.require.call(context, file);};
  (new Script(src)).runInNewContext(context);
  return context;};

还有一些更多的东西包含在一个节点模块的全局模块对象中，可能也需要进入上面的上下文对象，但这是我需要它工作的最小集。

这里有一个摩卡BDD的例子:

var util   = require('./test_utils.js'),
    assert = require('assert');

var appModule = util.expose('/path/to/module/modName.js');

describe('appModule', function(){
  it('should test notExposed', function(){
    assert.equal(6, appModule.notExported(3));
  });
});

这是不推荐的实践，但如果您不能像@Antoine建议的那样使用rewire，则始终可以读取文件并使用eval()。

var fs = require('fs');
const JsFileString = fs.readFileSync(fileAbsolutePath, 'utf-8');
eval(JsFileString);

在为遗留系统进行客户端JS文件单元测试时，我发现这很有用。

JS文件会在window下设置很多全局变量，没有任何require(…)和模块。exports语句(没有像Webpack或Browserify这样的模块绑定器可以删除这些语句)。

这使得我们可以在客户端JS中集成单元测试，而不是重构整个代码库。

重新布线模块绝对是答案。

下面是我使用Mocha访问未导出函数并测试它的代码。

application.js:

function logMongoError(){
  console.error('MongoDB Connection Error. Please make sure that MongoDB is running.');
}

. js:

var rewire = require('rewire');
var chai = require('chai');
var should = chai.should();


var app = rewire('../application/application.js');


var logError = app.__get__('logMongoError'); 

describe('Application module', function() {

  it('should output the correct error', function(done) {
      logError().should.equal('MongoDB Connection Error. Please make sure that MongoDB is running.');
      done();
  });
});