= Assert Method == Compatible with Test::Unit The +assert+ method is designed to be backward compatible with the same method in Test::Unit. Using an argument, +assert+ will check that an argument evaluates to true. Optionally one can send along a meaningful message should the assertion fail. assert(true, "Not true!") Assertion.assert.raised? do assert(false, "Not true!") end == Assert with a Block In addition +assert+ has been extended to accept a block. Like the case of the argument, the block is expected to return something that evaluates as true. assert do true end Assertion.assert.raised? do assert do false end end We should also mention that, while probably not very useful, since the arity of a block can be checked, one can also pass the receiver into the block as a block argument. "hi".assert do |s| /h/ =~ s end == Antonyms for Assert We can state the opposite assertion using assert!. 10.assert! == 9 Or, because some people do not like the use of a bang method, +refute+. 10.refute == 9 These terms can be used just as +assert+ is used in all examples, but with the opposite inference. Another way to get the opposite inference, is to use +not+. 10.assert.not == 9 == Identity Assertions Rather then the general form: x = 10 x.assert.object_id == x.object_id We can use Ruby's own equal? method. x.assert.equal?(x) AE provides identical? method as an alternative to make it a bit more clear. x.assert.identical?(x) == Equality Assertions The most common assertion is that of value equality (==), as we have seen throughout this document. But other forms of equality can be verified as easily. We have already mentioned identity. In addition there is type equality. 17.assert.eql? 17 Assertion.assert.raised? do 17.assert.eql? 17.0 end And there is case equality. Numeric.assert === 3 == Checking Equality with a Block Because operators can not take blocks, and at times blocks can be convenient means of supplying a value to an assertion, AE has defined alternate renditions of the equality methods. For equal? and eql?, the method names are the same, they simply can take a block in place of an argument if need be. For value equality (==), the method is called eq?. 10.assert.eq? do 10.0 end And should it fail... Assertion.assert.raised? do 10.assert.eq? do 20 end end For case equality (===), it is case?. Numeric.assert.case? do "3".to_i end Assertion.assert.raised? do Numeric.assert.case? do "3" end end == Exception Assertions Validating errors is easy too, as has already been shown in the document to verify assertion failures. StandardError.assert.raised? do unknown_method end == Assertions on Object State While testing or specifying the internal state of an object is generally considered poor form, there are times when it is necessary. Assert combined with +instance_eval+ makes it easy too. class X attr :a def initialize(a); @a = a; end end x = X.new(1) x.assert.instance_eval do @a == 1 end == Catch/Try Assertions Catch/Try throws can be tested via Symbol#thrown?. :hookme.assert.thrown? do throw :hookme end Alternatively, a lambda containing the potential throw can be the receiver using throws?. hook = lambda{ throw :hookme } hook.assert.throws?(:hookme) == Assertions on Proc Changes I have to admit I'm not sure how this is useful, but I found it in the Bacon API and ported it over just for sake of thoroughness. a = 0 l = lambda{ a } l.assert.change?{ a +=1 } == Assertion on literal True, False and Nil Ruby already provides the #nil? method. nil.assert.nil? AE adds true? and false? which acts accordingly. true.assert.true? false.assert.false? == Send Assertions Assert that a method can be successfully called. "STRING".assert.send?(:upcase) == Numeric Delta and Epsilon You may wish to assert that a numeric value is with some range. 3.in_delta?(1,5) Or minimum range. 3.in_epsilon?(3,5) == Custom Lambda Assertions Passing a lambda to the subjunctive method, will use it as if it were a block of the method. This allows for a simple way to quickly create reusable assertions. palindrome = lambda{ |x| x == x.reverse } "abracarba".assert palindrome == Verifying Object State NOTE: This functionality is not currently supported, but is being considered for a future version. If no block parameter is designated and the receiver differs from +self+ in scope of the given block, then the block is evaluated in the scope of the receiver via +instance_eval+. This can be also be used to verify the state of an object. class X attr :a def initialize(a); @a = a; end end x = X.new(4) x.must do 4 == @a end And should it fail... Assertion.assert.raised? do x.must do 5 == @a end end For some this might be considered poor form, i.e. to test underlying implementation. You will get no argument here. It should be used thoughtfully, but I would not bet against there being occasions when such validations might be handy.