{lambdaisland/kaocha {:mvn/version "0.0-549"}}
is out, the main thing is support for Aero's #profile {}
reader tag, making it easier to have variant configurations, especially for CI.
https://cljdoc.org/d/lambdaisland/kaocha/0.0-549/doc/3-configuration#profiles
I've also added a warning when --focus
does not match any tests.
% bin/kaocha --focus abc
WARNING: :focus [:abc] did not match any tests.
I think thereβs a bug in the WARNING code e.g.
$ ./bin/kaocha --focus mut.ui.nav-test
WARNING: :focus [:mut.ui.nav-test] did not match any tests.
--- all (clojure.test) ---------------------------
mut.ui.nav-test
nav-bar-integration-test
All projects have a working home page
Visiting datasets catalog index page
Datasets selected in top-level navbar
Correct tab is selected
,,,
i.e. I see the warning but it finds the test
Ah crap :) let me fix that.
releasing the new version now. I did this a little quick quick on the plane and apparently missed a colon and didn't test this properly...
Apparently the vim-iced author created an nREPL middleware for Kaocha. Maybe interesting for you @magnars?
Hmm, I never even thought about that. What is the advantage to this approach? Right now I'm just sending (kaocha.repl/run ...)
or (kaocha.repl/run-all ...)
via cider-nrepl-request:eval
. Seems pretty straight forward to me. π
Seems he keeps some state on the Clojure side, probably to support "re-run failed tests" or something like that. I guess I'm general it gives you better access to the test results data structure so you can do things like jump to failed test definition
I'm surprised though you both used kaocha.repl instead of kaocha.api. the repl namespace is optimized for human consumption, not machine consumption
I think the last point is a matter of documentation.
When looking for how I would run tests from code, that's what I found on the kaocha docs site. π
yeah fair point, I haven't catered much yet for tool authors π