javascript - 在 Babel 项目工作流程中，首先运行单元测试然后再转译更有意义还是反之亦然？

Question

在工作流程(grunt、gulp、npm)中，是否更好:

1. 测试
2. 转换为 ES5
3. 交付(捆绑、缩小等)

或

1. 转换为 ES5
2. 测试
3. 交付(捆绑、缩小等)

第一种方法，我会为我的单元测试库提供预处理器(如 ./node_modules/.bin/mocha --compilers js:babel/register example.js)并且仅然后我会继续转译。第二种方法，我会测试转译步骤的输出。

#1 或#2 是否有任何注意事项？期待了解这两种方法的优缺点。

Answer 1

对我来说，您对将要交付给您的客户的代码运行测试似乎是有道理的。

按照这个逻辑，您应该针对转译后的代码运行测试。

但是这里有两种思路:

1. 我们没有写 babel，也不应该测试它的效果
2. 我们没有写 babel 也没关系，无论如何我们都应该测试我们的转译后代码是否工作

对于某些依赖项，我订阅#1，但对于构​​建工具，如 babel，我倾向于订阅#2

Babel 很棒，但并不完美。它也会犯错误，我认为最好是采取防御措施，并尽可能在构建/测试中发现错误。

对于其他事情，例如在您的代码中包含一个库，我更愿意相信所提供的测试套件。例如，如果我要编写一个 React 应用程序，我不会为特定于 React 的功能编写测试。