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

Question

在传统静态语言中由于存在内部类和私有类单测只能通过 依赖注入 等方式测试 public 类和方法而在 js 中 除非是内部实现，文件可以随意的被引用我的问题是是否允许针对内部文件进行测试？还是只应该关注主入口，通过不同的配置和 mock 覆盖到所有的分支如果允许对每个文件进行测试将功能剥离到不同的文件中 天然的更加易于测试如果只允许在入口处处理 那测试用例的规划会更加重要两种方式写出来的单测风格是不一样的举例场景src├── index.js└── utils.jsmodule.exports = function(option) {    if(utils.a(options)) {        utils.b(options)    }}module.exports = { a() {}, b() {}}我们是否直接对 util 进行测试，还是通过构造不同的 option 覆盖？

Answer 1

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

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