
Tests Gasoleros (Very cheap tests)
Matest is a very small testing library.
It doesn't use the usual assertion style (assert(1, 1)) nor the rspec style(1.should == 1 or 1.must_equal(1)).
It uses natural assertions.
This means that:
- A test will pass if it returns
true - A test will fail if it returns
false
To run Matest, you just need to execute the matest command, passing as arguments the desired test files.
$ matest spec/my_spec.rbYou can also use wildcards.
For example, to run all the specs in a directory:
$ matest spec/*_spec.rbOr to run recursively
$ matest spec/**/*_spec.rbTo define a test, first you need to set a scope, and inside it, define your spec.
scope do
spec do
true
end
endIf the return value of the spec block is true, the spec will pass and if it's false it will fail.
If you return anithing else, you'll get a NOT A NATURAL ASSERTION status.
You can also add descriptions to either the scope or the spec blocks:
scope "a description" do
spec "another description" do
true
end
endA couple of constraints must b taken into account, and this is extremely important.
The assertion is the last statement of the block and it must return either true or false. This is important, because the assertion will be evaluated and it will provide the status o the test.
The assertion can be any expression that returns a boolean value, BUT IT CANNOT CONTAIN LOCAL VARIABLES. If the assertion contains a local variable and it fails, the code that explains it bit by bit will throw an error.
If your test raises an error during the run, youll get an ERROR status and you'll see the backtrace.
You can skip a test in two possible ways: You can declare a spec whithout a block or use the xspec method.
scope do
spec "I'll be skipped"
xspec "I'll be skipped too" do
true
end
endThis will skip you spec and inform you when you run.
You can skip the whole scope by using xscope instead of scope.
Take into account that xscope is a no-op so you won't be informed when you skip a scope.
Matest steals the let and let! features from RSpec and Minitest.
With let you can declare a lazy variable valid on the current scope and all sub-scopes. let! has the same efect, but it won't be lazy (it wil be loaded when defined).
Here are some examples of what you can do with them:
scope do
let(:m1) { :m1 }
let!(:m3) { :m3 }
let(:m4) { :m4 }
let!(:m5) { :m5 }
spec do
m1 == :m1
end
spec do
! defined?(m2)
end
spec do
m3 == :m3
end
spec do
! defined?(@m4)
end
spec do
!! defined?(@m5)
end
scope do
let(:m2) { :m2 }
spec do
m1 == :m1
end
spec do
m2 == :m2
end
end
endIn case the test fails or is not a natural assertion, you'll get an extensive explanation about why.
To show a trivial example:
scope do
let(:three) { 3 }
spec "Printing Failing Specs" do
one = 2
two = 2
@one_plus_two_plus_three = one + two + three
@res = 3
@one_plus_two_plus_three.to_i == @res
end
endIt fails and the output will be
F
### Messages ###
[FAILING] Printing Failing Specs
Location:
spec/matest_specs/printing_assertion_spec.rb:3:
Assertion:
@one_plus_two_plus_three.to_i == @res
Variables:
@one_plus_two_plus_three: 7
@res: 3
Lets:
three: 3
Explanation:
"@one_plus_two_plus_three.to_i == @res" =>
false
"@one_plus_two_plus_three.to_i" =>
7
Matest doesn't come with predefined matchers, it doesn't need them. In fact, the concept of a matcher is not required, because of the natural assertions nature of the library.
But you can define helper methods to assert long, complex or repeated logic:
def is_even?(val)
val % 2 == 0
end
scope do
spec do
is_even?(4)
end
spec do
! is_even?(5)
end
endYou may be used to other keywords provenient from different testing frameworks. Matest has a couple of alias that you may use indistinctly to fit your style.
scope has the following aliases:
context(andxcontext)describe(andxdescribe)group(andxgroup)
spec has the following aliases:
it(andxit)test(andxtest)example(andxexample)
You can add some configuration to the way the tests are run, by using the Matest.configure method.
To use it, you need to pass a block with the configuration instructions inside.
Matest.configure do |config|
config.use_color
endYou can tell Matest to use colored output by calling the use_color method on the config object
Matest.configure do |config|
config.use_color
end- Before and after callbacks
- matest-given-ish
- Allow seamless transition (separated gems)
- matest-assert (to move from TestUnit, Minitest::Unit, Cutest)
- matest-should (to move from RSpec
- matest-must (to move from Minitest::Spec)
- Run ":" Should run the enclosing test or scope
Add this line to your application's Gemfile:
gem 'matest'And then execute:
$ bundle
Or install it yourself as:
$ gem install matest
- If the test contains a here doc and it fails, it raises a Sorcerer error
- Fork it ( https://github.com/[my-github-username]/matest/fork )
- 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 a new Pull Request