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

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 视为一个被测模块，只要测试被测模块的公共方法就行。因为，你除了要考虑测试代码，保证代码质量。还要考虑测试的成本问题，你的单元测试要简单、有效和易于维护。一上来把单元测试搞得很复杂，就喧宾夺主了。