在Mocha中测试内部函数时遇到ESLint错误的疑问

首先，你遇到的ESLint错误大概率来自no-underscore-dangle规则——这个规则默认会标记以下划线开头的标识符，认为它们是私有内部成员，不应该被外部（比如测试脚本）直接访问。至于要不要修改函数名称，其实取决于你的团队规范和实际需求，下面给你几个可行的方向：

方案1：无需改名，调整ESLint配置放行 #

下划线作为内部函数的标识是Node.js社区的常见约定，如果你不想改函数名，完全可以通过ESLint配置来允许测试脚本访问它：

• 针对单个测试文件忽略规则：在测试脚本的顶部添加注释：

  /* eslint-disable no-underscore-dangle */
  

• 针对特定函数调用忽略规则：如果不想全局关闭，也可以在调用函数的行前加注释：

  /* eslint-disable-next-line no-underscore-dangle */
  let expected = _buildPayload();
  

• 全局配置测试目录放行：在你的.eslintrc（或.eslintrc.json）中，给测试文件所在目录单独设置规则：

  {
    "overrides": [
      {
        "files": ["test/**/*.js"],
        "rules": {
          "no-underscore-dangle": "off"
        }
      }
    ]
  }
  

方案2：考虑改名（如果团队规范要求） #

如果你的团队有明确规定禁止使用下划线开头的标识符，或者你想更清晰地标识哪些内部函数是为测试暴露的，可以修改函数名，比如：

• 改成buildPayloadInternal()
• 或者buildPayloadForTest()
  不过这种方式并非必须，只是团队风格层面的选择。

额外建议：是否需要直接测试内部函数？ #

最后提个小思路：有时候优先测试公共API会更稳妥，因为内部函数的实现可能会随着业务逻辑调整，但公共API的行为是稳定的。如果_buildPayload()的逻辑是某个公共函数的核心部分，你可以通过测试公共函数的输出间接验证它的正确性，这样既避免了访问内部成员，也能保证测试的健壮性。

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