clojure.specは従来の機能オートメーションテストをどの程度まで置き換えることを意図していましたか？

Question

Clojure 1.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？いくつかのものは、いくつかのものは、ファイルの例の入力/出力を有する

• 用発電機を書くのは難しいです
• を仕様に難しいです
  • （暗黙の）は単にコードを読んでいる人のための素晴らしいです
  • ユニットテストはかなりの最も成熟したプロジェクト
  • そして、もっと

  SLIに期待されていますclojure.specには、プロジェクトの単体テストケースの数を減らすよりもはるかに多くの有用性があります。