Liking cljdoc? Tell your friends :D

8. Plugins

This section describes plug-ins that are built-in but not enabled by default. Functionality of default plugins is described in the Running Kaocha CLI section.

For information on writing plugins, see the section on extending Kaocha.

Profiling

The profiling plugin outputs a list of the slowest tests for each test type at the end of the test run.

Enabling

bin/kaocha --plugin kaocha.plugin/profiling

or

{:plugins [:kaocha.plugin/profiling]}

Example output

Top 2 slowest kaocha.type/clojure.test (37.97308 seconds, 100.0% of total time)
  integration
    37.06616 seconds average (37.06616 seconds / 1 tests)
  unit
    0.08245 seconds average (0.90692 seconds / 11 tests)

Top 3 slowest kaocha.type/ns (37.71151 seconds, 99.3% of total time)
  kaocha.integration-test
    37.06421 seconds average (37.06421 seconds / 1 tests)
  kaocha.type.var-test
    0.57622 seconds average (0.57622 seconds / 1 tests)
  kaocha.runner-test
    0.03554 seconds average (0.07108 seconds / 2 tests)

Top 3 slowest kaocha.type/var (37.70178 seconds, 99.3% of total time)
  kaocha.integration-test/command-line-runner-test
    37.06206 seconds kaocha/integration_test.clj:25
  kaocha.type.var-test/run-test
    0.57399 seconds kaocha/type/var_test.clj:12
  kaocha.runner-test/main-test
    0.06573 seconds kaocha/runner_test.clj:10

Plugin-specific command line flags

--[no-]profiling                  Show slowest tests of each type with timing information.
--profiling-count NUM             Show this many slow tests of each kind in profile results.

Plugin-specific configuration options

Shown with their default values:

#kaocha/v1
{:kaocha.plugin.profiling/count 3
 :kaocha.plugin.profiling/profiling? true}

GC Profiling

The gc profiling plugin works like the profiling plugin, but for memory usage. It works by measuring the amount of memory in use before and after each test.

JVM garbage collectors makes measuring memory usage difficult. Collection can happen at any time, including in the middle of a test. That means if a test that created a lot of garbage, those objects may al be freed in a subsequent test. In that case, the memory usage will sharply decline during the later test, which can easily swamp results. In some cases, a garbage collection will free more memory than was allocated during a test, and the result will be negative. Additionally, heap measurements are not precise.

If you want to just measure allocations, you can enable the Epsilon garbage collector, which is a stub garbage collector that doesn't actually look for garbage or free any memory. While this gives you a reasonably accurate sense of how much was allocated, raw allocations may not be as important as the rate at which garbage is being generated and whether the garbage collector can keep up.

Be

Enabling

{:plugins [:kaocha.plugin/gc-profiling]}

Plugin-specific command line flags

      --[no-]gc-profiling             Show the approximate memory used by each test.
      --[no-]gc-profiling-individual      Show the details of individual tests."

Print invocations

At the end of the test run, print command invocations that can be copy-pasted to re-run only specific failed tests.

Enabling

bin/kaocha --plugin kaocha.plugin/print-invocations

or

#kaocha/v1
{:plugins [:kaocha.plugin/print-invocations]}

Example output

[(.)(F..)(..)(...)(............)(....)(...........)(......)(....)(.)(...)]

FAIL in (clojure-test-summary-test) (kaocha/history_test.clj:5)
...
18 test vars, 50 assertions, 1 failures.

bin/kaocha --focus 'kaocha.history-test/clojure-test-summary-test'

Notifier

Pop up a system notifications whenever a test run fails or passes.

See Plugins: Notifier

Version filter

Skip tests that aren't compatible with the current version of Java or Clojure.

See Plugins: Version Filter

Hooks

Write functions that hook into various parts of Kaocha

See Plugins: Hooks

Orchestra

Instrument functions with Orchestra.

See Plugins: Hooks

Preloads

Preload namespaces. Useful for loading specs and installing instrumentation.

#kaocha/v1
{:plugins [:preloads]
 :kaocha.plugin.preloads/ns-names [my.acme.specs]}

Debug

Inspect Kaocha's process by printing out a message at every single hook. This is mostly intended for people working on Kaocha or Kaocha plugins, but can be useful in general as a debugging aid when Kaocha doesn't behave the way you would expect.

Every time a hook fires, it prints the name of the hook, and a subset of keys of the first argument passed to the hook (usually the testable). It only prints some keys so the output isn't too noisy. By defaults only prints :kaocha.testable/id and :kaocha.testable/type, or for pre-report it prints :type, :file, :line.

To customize which keys to print, use Kaocha's "bindings" functionality, in tests.edn:

:kaocha/bindings {kaocha.plugin.debug/*keys* [,,,]}

Can you improve this documentation? These fine people already did:
Alys Brooks, Arne Brasseur, A Brooks, Matt & Magnar Sveen
Edit on GitHub

cljdoc is a website building & hosting documentation for Clojure/Script libraries

× close