单元测试是否只应该关注主入口文件？

Question

在传统静态语言中
由于存在内部类和私有类
单测只能通过 依赖注入 等方式测试 public 类和方法
而在 js 中 除非是内部实现，文件可以随意的被引用

我的问题是
是否允许针对内部文件进行测试？
还是只应该关注主入口，通过不同的配置和 mock 覆盖到所有的分支

如果允许对每个文件进行测试
将功能剥离到不同的文件中 天然的更加易于测试

如果只允许在入口处处理 那测试用例的规划会更加重要

两种方式写出来的单测风格是不一样的

举例场景

src
├── index.js
└── utils.js

module.exports = function(option) {
    if(utils.a(options)) {
        utils.b(options)
    }
}

module.exports = {
 a() {},
 b() {}
}

我们是否直接对 util 进行测试，还是通过构造不同的 option 覆盖？

Answer 1

仅代表个人观点，不一定科学啊。

通过构造不同的 option 来覆盖，把 utils.js 视为一个被测模块，只要测试被测模块的公共方法就行。
因为，你除了要考虑测试代码，保证代码质量。还要考虑测试的成本问题，你的单元测试要简单、有效和易于维护。一上来把单元测试搞得很复杂，就喧宾夺主了。