clojure.spec打算在多大程度上取代传统的功能自动化测试？

Question

随着Cloory1.9中的新clojure.spec特性开始出现屏幕和博客，越来越明显的是，clojure.spec能够完成以前由更“传统”的自动化测试库(如clojure.test、midje、speclj和test.check )执行的许多风险缓解工作。

clojure.test的功能本质上是在clojure.spec中复制的意图吗？如果您今天开始构建一个新的应用程序来运行Clojure 1.9+，那么您是否会把上面列出的测试库放在一边，而仅仅依靠clojure.spec来给您类似程度的信任？

Answer 1

clojure.test的功能本质上是在clojure.spec中复制的意图吗？

• 不，clojure.test的功能不会在clojure.spec中复制。
• 基于示例的测试和生成测试是针对不同需求的不同工具，尽管它们之间存在重叠。

如果您今天开始构建一个新的应用程序来运行Clojure 1.9+，那么您是否会把上面列出的测试库放在一边，而仅仅依靠clojure.spec来给您类似程度的信任？

• 我将在大多数项目中使用(并建议)基于示例的测试和生成测试。
• 但是，我认为在将基于示例的测试套件与clojure.spec组合时，基于示例的测试将少得多。

为什么不是所有的clojure.spec？(默示)

• 有些东西很难说明。
• 有些事情很难编写生成器
• 在文件中有示例输入/输出对于刚刚读取代码的人来说是很好的。
• 在大多数成熟的项目中，单元测试几乎都是预期的。
• 还有更多

稍微有点离题，但只是友好地提醒您，clojure.spec比减少项目中的单元测试用例数量更实用。