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와 스위트?

• 어떤 일이 어떤 일을 예를 입력/파일에 출력 그냥 코드
을 읽고있는 사람들을위한 좋은 갖는
• 을위한 발전기를 작성하기 어려운
• SPEC에 어려운 (묵시적)
• 단위 테스트는 거의 대부분의 성숙한 프로젝트
• 그리고 더

SLI는을 예상하고 있습니다 ghtly 오프 - 주제지만, 그냥 clojure.spec 단위 테스트 케이스의 수를 줄이기보다 훨씬 더 많은 유틸리티를 가지고 친화적 인 알림을 내고.