我试图弄清楚如何在nodejs中测试内部(即不导出)函数(最好使用mocha或jasmine)。我也不知道!
假设我有一个这样的模块
function exported(i) {
return notExported(i) + 1;
}
function notExported(i) {
return i*2;
}
exports.exported = exported;
以及以下测试(摩卡):
var assert = require('assert'),
test = require('../modules/core/test');
describe('test', function(){
describe('#exported(i)', function(){
it('should return (i*2)+1 for any given i', function(){
assert.equal(3, test.exported(1));
assert.equal(5, test.exported(2));
});
});
});
是否有任何方法可以对notExported函数进行单元测试，而不实际导出它，因为它不打算公开?
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运行目标模块以运行其测试。
这是不推荐的实践，但如果您不能像@Antoine建议的那样使用rewire，则始终可以读取文件并使用eval()。
var fs = require('fs');
const JsFileString = fs.readFileSync(fileAbsolutePath, 'utf-8');
eval(JsFileString);
在为遗留系统进行客户端JS文件单元测试时，我发现这很有用。
JS文件会在window下设置很多全局变量，没有任何require(…)和模块。exports语句(没有像Webpack或Browserify这样的模块绑定器可以删除这些语句)。
这使得我们可以在客户端JS中集成单元测试，而不是重构整个代码库。
诀窍是将NODE_ENV环境变量设置为test之类的东西，然后有条件地导出它。
假设你没有全局安装mocha，你可以在你的应用目录的根目录下有一个Makefile，它包含以下内容:
REPORTER = dot
test:
@NODE_ENV=test ./node_modules/.bin/mocha \
--recursive --reporter $(REPORTER) --ui bbd
.PHONY: test
这个make文件在运行mocha之前设置NODE_ENV。然后可以在命令行中使用make test运行mocha测试。
现在，您可以有条件地导出您的函数，通常只有当您的mocha测试正在运行时才会导出:
function exported(i) {
return notExported(i) + 1;
}
function notExported(i) {
return i*2;
}
if (process.env.NODE_ENV === "test") {
exports.notExported = notExported;
}
exports.exported = exported;
另一个答案建议使用vm模块计算文件，但这不起作用，并抛出一个错误，指出exports未定义。
我一直在使用一种不同的方法，没有任何依赖:
有一个包含我想测试的所有本地函数的__testing导出，该值取决于NODE_ENV，因此它只在测试中可访问:
// file.ts
const localFunction = () => console.log('do something');
const localFunciton2 = () => console.log('do something else');
export const exportedFunction = () => {
localFunction();
localFunciton2();
}
export const __testing = (process.env.NODE_ENV === 'test') ? {
localFunction, localFunction2
} : void 0;
// file.test.ts
import { __testing, exportedFunction } from './file,ts'
const { localFunction, localFunction2 } = __testing!;
// Now you can test local functions
编辑:
使用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));
});
});
