This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-02-15
Channels
- # announcements (8)
- # architecture (9)
- # autochrome-github (1)
- # babashka (48)
- # beginners (55)
- # calva (36)
- # cider (16)
- # clj-commons (1)
- # clj-kondo (38)
- # cljs-dev (44)
- # cljsrn (1)
- # clojure (164)
- # clojure-europe (35)
- # clojure-nl (2)
- # clojure-norway (10)
- # clojure-uk (23)
- # clojurescript (50)
- # conjure (24)
- # core-async (1)
- # cryogen (2)
- # cursive (38)
- # datalevin (11)
- # datascript (2)
- # datomic (13)
- # duct (1)
- # emacs (16)
- # events (12)
- # exercism (3)
- # figwheel-main (7)
- # fulcro (26)
- # honeysql (5)
- # integrant (1)
- # jobs (3)
- # kaocha (6)
- # lsp (72)
- # malli (22)
- # nextjournal (35)
- # nrepl (1)
- # off-topic (34)
- # pathom (5)
- # polylith (8)
- # portal (40)
- # re-frame (14)
- # reagent (42)
- # reitit (1)
- # releases (1)
- # remote-jobs (1)
- # reveal (9)
- # sci (2)
- # shadow-cljs (13)
- # sql (3)
- # tools-deps (33)
- # vim (25)
Here is an early alpha preview of a test runner, featuring: • live progress reporting • unified output that tracks assertions (red/green) and prints (grey) in a test context • easy test selection (include/exclude filters) ...a lot of stuff is yet TBD
not really, it's an alternative runner that needs to run tests in a certain way for UI to be able to live-report
Well, kaocha itself was created to be a rather flexible test runner with plugins etc. and I really like that its only focus is to do this one thing reasonably well. Among others it can discover all sorts of tests other than clojure.test ones, and even this property of it is extensible with plugins. For example, there is one plugin that looks at your source and if it discovers a function that has a function spec, it will run generative tests against it. Its pluggability makes it really nice to use with CI, we use it too. And given that it's out there and its focus is on discovering and running tests, I would most likely use it if I were to work on something that primarily focuses on something else, like visualizing stuff.
And on the user side if I rely on more exotic tests discovered by kaocha in ci, a tool that doesn't discover all of those locally can only be partially useful for running tests
I made pretty much https://github.com/polyfy/polylith/issues/126#issuecomment-913626683 to the polylith folks some time ago but it hasn't been adopted (yet?) so I might be alone with this idea
BTW kaocha also has extensible https://cljdoc.org/d/lambdaisland/kaocha/1.63.998/doc/cli-reporter-option