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

Question

随着 Clojure 1.9 中新的 clojure.spec 功能开始出现截屏视频和博客，很明显 clojure.spec 能够执行许多以前由更“传统”自动化测试库执行的风险缓解比如clojure.test、midje、speclj和test.check。

是否打算在 clojure.spec 中复制 clojure.test 的功能？如果您今天开始构建一个在 Clojure 1.9+ 下运行的新应用程序，您是否会搁置我上面列出的测试库，而仅仅依靠 clojure.spec 来为您的应用程序行为提供类似程度的信心？

Answer 1

是否打算在 clojure.spec 中复制 clojure.test 的功能？

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

如果您今天开始构建一个在 Clojure 1.9+ 下运行的新应用程序，您是否会搁置我上面列出的测试库，而仅仅依靠 clojure.spec 来为您的应用程序提供类似程度的信心？行为？

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

为什么不是全部 clojure.spec？ （暗示）

• 有些东西很难指定
• 有些东西很难编写生成器
• 在文件中包含示例输入/输出对于只阅读代码的人来说非常好
• 在大多数成熟的项目中都非常期待单元测试
• 还有更多

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