NodeJS单元测试中路由/控制器内模块导出导入问题咨询

作为刚接触NodeJS和单元测试的新手，确实很容易在模块导出导入这一块踩坑——毕竟这是NodeJS模块化的基础，而且不管你用Jest、Mocha还是Ava，只要涉及CommonJS模块系统，这类问题的根源都是相通的。

先把你给出的代码整理清楚：

你的learning.js模块文件 #

// learning.js
function sum(a, b) { return a + b }
const multiply = (a, b) => a * b
module.exports = { sum: sum, multiply: multiply }

你的some.test.js测试文件（核心导入逻辑已给出） #

// some.test.js
const { sum, multiply } = require('./learning')

接下来我就针对这类场景，给你梳理最常见的问题和解决办法：

• 最容易踩的坑：导入路径错误
  这是新手最常遇到的问题。如果你的some.test.js和learning.js不在同一个目录下，./learning这个相对路径就会找不到模块。举个例子：如果测试文件放在tests/子文件夹里，正确路径应该是../learning；如果learning.js在src/utils/里，测试文件在根目录的话，路径就是./src/utils/learning。
  解决办法：打开文件管理器确认两个文件的相对位置，把路径写对就行——别嫌麻烦，这步错了后面全白搭。

• 导出写法的小优化（不是问题，但能让代码更简洁）
  你现在的导出写法module.exports = { sum: sum, multiply: multiply }完全没问题，但ES6里有简写语法，你可以改成module.exports = { sum, multiply }，效果一模一样，代码更清爽。

• 测试框架的路径配置（复杂项目适用）
  如果你的项目文件结构比较复杂，每次写长长的相对路径太麻烦，可以配置测试框架的路径映射。比如Jest可以在根目录新建jest.config.js，加上这些配置：

  module.exports = {
    modulePaths: ['<rootDir>/src'], // 假设你的learning.js在src文件夹下
  };
  

  之后你在测试文件里直接写require('learning')就能导入了，不用再写相对路径。

• CommonJS与ES模块混用的兼容性问题
  如果你之后想尝试用ES模块的import/export语法，要注意NodeJS的规则：

  1. 在package.json里加上"type": "module"
  2. learning.js改成ES模块导出：

     // learning.js
     export function sum(a, b) { return a + b }
     export const multiply = (a, b) => a * b
     

  3. 测试文件里用ES模块导入（注意要加.js后缀）：

     // some.test.js
     import { sum, multiply } from './learning.js';
     

  要是混用require和import，很容易出现模块解析错误，尽量保持统一。

最后给你一个完整的测试示例，确保逻辑没问题：

// some.test.js
const { sum, multiply } = require('./learning');

test('sum函数计算正确', () => {
  expect(sum(2, 3)).toBe(5);
});

test('multiply函数计算正确', () => {
  expect(multiply(2, 3)).toBe(6);
});

运行这个测试如果还是报错，优先检查路径是否正确——这大概率是问题的根源。

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