当前位置 : 主页 > 网络安全 > 测试自动化 >

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

来源:互联网 收集:自由互联 发布时间:2021-06-19
随着截屏视频和博客开始出现在Clojure 1.9中的新clojure.spec功能周围,很明显clojure.spec能够执行许多风险缓解,而这些风险缓解以前是由更多“传统”自动化测试库(如clojure)执行的.test,midje
随着截屏视频和博客开始出现在Clojure 1.9中的新clojure.spec功能周围,很明显clojure.spec能够执行许多风险缓解,而这些风险缓解以前是由更多“传统”自动化测试库(如clojure)执行的.test,midje,speclj和test.check.

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

Is the intent that the capabilities of clojure.test will be essentially replicated within clojure.spec?

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

If you were starting to build a new app today to run under Clojure 1.9+, would you be setting aside the testing libraries I listed above and instead relying solely on clojure.spec to give you a similar level of confidence around your app’s behaviour?

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

Why not all clojure.spec? (implied)

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

稍微偏离主题,但只是提出一个友好的提示,即clojure.spec比减少项目中单元测试用例的数量有更多的实用性.

网友评论