package dryunit
Install
Dune Dependency
Authors
Maintainers
Sources
sha256=565520bc97d257e6ffafbd0876c1f844b1c1fbfed9dd77958c5dfe1a80f679b0
md5=307fbc627e3fb70092ae547934b3521e
Description
Dryunit is a generates bootstrap code for test frameworks. As a result, you get to use plain old OCaml. For more information, checkout the repository.
Installation
opam install dryunit
Conventions
- Test files should either be called
tests.ml
orsomething_tests.ml
- Test functions should called
test_something
- By default, test executables are named
main
Usage
If you use jbuilder, you can get started using this:
mkdir tests
dryunit init > tests/jbuild
You can also define the framework explicitly using dryunit init alcotest
. Adding a sample test:
echo "let test_error () = raise Not_found" > tests/something_tests.ml
jbuilder build tests/main.exe && _build/default/tests/main.exe
Published: 28 Oct 2017
README
Dryunit
Dryunit is a tool that allows you to test OCaml code using Convention over Configuration.
Your tests are put first, so TDD can get out of your way. We wanted to get the project right and be dry. That is why the first implementations do not implement a test framework. You are invited to use Alcotest or OUnit for that.
The big advantage of traditional testing over alternatives is that you get to use pure OCaml. Free of enhancements. Using the exact same syntax you do everything else. Your tests are independent but can use anything in their context. It's just OCaml, do whatever way you want.
Conventions
Conventions are minimal, but necessary. They allow for a good visual distinction when you are interacting with non-test code. They also make configuration simpler.
All files containing tests should be either called
tests.ml
orsomething_tests.ml
.All test function names must start with
test
.By default, test executables are created per directory and are called
main
. But you do not need to ever see this file.
Quickstart
Install the command line in your system:
opam install dryunit
Dryunit works with jbuilder out of the box:
mkdir tests
dryunit init > tests/jbuild
No other configuration is required. The generated rules will define the executable tests/main.exe
ready for the default framework. You can also make the framework explicit by using dryunit init alcotest
.
Configuration
This is the output of the command dryunit init
:
(executables
((names (main))
(libraries (alcotest))))
(rule
((targets (main.ml))
(deps ( (glob_files *tests.ml) (glob_files *Tests.ml) ))
(action (with-stdout-to ${@} (run dryunit gen
--framework alcotest
;; --filter "space separated list"
;; --ignore "space separated list"
;; --ignore-path "space separated list"
)))))
As you see, this is the place to customize to customize your test executable. The definitions in the comments provide a template for common filters, but you can find more information about customizations using dryunit help
or dryunit COMMAND - - help
.
About the extension
This project was originated as a PPX. It turns out this setup introduces the unnecessary preprocess of every test file, is more expensive to setup incremental compilation, and that's not what most users need.
It is still available as the optional package ppx_dryunit
. Currently the extension provides roughly the same functionality as the command line, plus the possibility to detect tests only in the current file, which is its recommended setup.
The simplest way to use it is adding this line at the end of your file main.ml
:
let () = [%dryunit]
That will generate a default configuration that only sees the current file. You can override any default behavior passing arguments through a record, as shown below. All fields are optionals and might be in any order.
let () =
[%dryunit
{ cache_dir = ".dryunit"
; cache = true
; framework = "alcotest"
; ignore = ""
; filter = ""
; detection = "file"
; ignore_path = "self"
}
]
Implementation details
At build time, dryunit will check anything that looks like a test file in the build context and check its internal cache mechanism for preprocessed suites.
If none is found, an instance of OCaml parser will be created to extract a structured representation of the test file.
Cache is done in one file for the whole directory. Updated according to timestamps and compiler version. Default directory is (
_build/.dryunit
).The extension does nothing if outside a build directory.