An opinionated test framework designed with several goals:
- As fast as possible, aiming for ~10,000 assertions per second per core.
- Isolated tests which parallelise easily (including
classdefinitions). - Native support for balanced (work-stealing) multi-core execution.
- Incredible test output with detailed failure logging (including nested assertions and predicates).
Non-features:
- Flexibility at the expense of performance.
- Backwards compatibility.
I've been thinking about how this should grow long term. I see a separation between "defining tests" and "running tests". I think this gem should be split across those responsibilities. By doing so, defining tests remains relatively static, but can be extended independently of execution model. And execution models which include parallelism, code coverage, multi-server, etc can be implemented effectively.
The key point is that we need a well defined interface between defining tests and running tests. This interface is provided by the test registry, which can load test files. The test registry provides a way to enumerate all tests where each test has an identity that uniquely identifies it.
sus has both sequential and multi-threaded (sus-parallel) execution models for tests. Parallel execution is potentially much faster. This is an experimental feature.
bundle add susCheck test directory for examples.
We welcome contributions to this project.
- Fork it.
- Create your feature branch (
git checkout -b my-new-feature). - Commit your changes (
git commit -am 'Add some feature'). - Push to the branch (
git push origin my-new-feature). - Create new Pull Request.
This project uses the Developer Certificate of Origin. All contributors to this project must agree to this document to have their contributions accepted.
This project is governed by Contributor Covenant. All contributors and participants agree to abide by its terms.