module RSpec::Matchers::DSL::Macros
Contains the methods that are available from within the ‘RSpec::Matchers.define` DSL
for creating custom matchers.
Constants
- RAISE_NOTIFIER
-
@private
Public Instance Methods
Convenience for defining methods on this matcher to create a fluent interface. The trick about fluent interfaces is that each method must return self in order to chain methods together. ‘chain` handles that for you. If the method is invoked and the `include_chain_clauses_in_custom_matcher_descriptions` config option hash been enabled, the chained method name and args will be added to the default description and failure message.
In the common case where you just want the chained method to store some value(s) for later use (e.g. in ‘match`), you can provide one or more attribute names instead of a block; the chained method will store its arguments in instance variables with those names, and the values will be exposed via getters.
@example
RSpec::Matchers.define :have_errors_on do |key| chain :with do |message| @message = message end match do |actual| actual.errors[key] == @message end end expect(minor).to have_errors_on(:age).with("Not old enough to participate")
# File rspec-expectations/lib/rspec/matchers/dsl.rb, line 298 def chain(method_name, *attr_names, &definition) unless block_given? ^ attr_names.any? raise ArgumentError, "You must pass either a block or some attribute names (but not both) to `chain`." end definition = assign_attributes(attr_names) if attr_names.any? define_user_override(method_name, definition) do |*args, &block| super(*args, &block) @chained_method_clauses.push([method_name, args]) self end end
Customize the description to use for one-liners. Only use this when the description generated by default doesn’t suit your needs.
@example
RSpec::Matchers.define :qualify_for do |expected| match { your_match_logic } description do "qualify for #{expected}" end end
@yield [Object] actual the actual object (i.e. the value wrapped by ‘expect`)
# File rspec-expectations/lib/rspec/matchers/dsl.rb, line 253 def description(&definition) define_user_override(__method__, definition) end
Tells the matcher to diff the actual and expected values in the failure message.
# File rspec-expectations/lib/rspec/matchers/dsl.rb, line 259 def diffable define_method(:diffable?) { true } end
Customizes the failure message to use when this matcher is asked to positively match. Only use this when the message generated by default doesn’t suit your needs.
@example
RSpec::Matchers.define :have_strength do |expected| match { your_match_logic } failure_message do |actual| "Expected strength of #{expected}, but had #{actual.strength}" end end
@yield [Object] actual the actual object (i.e. the value wrapped by ‘expect`)
# File rspec-expectations/lib/rspec/matchers/dsl.rb, line 216 def failure_message(&definition) define_user_override(__method__, definition) end
Customize the failure message to use when this matcher is asked to negatively match. Only use this when the message generated by default doesn’t suit your needs.
@example
RSpec::Matchers.define :have_strength do |expected| match { your_match_logic } failure_message_when_negated do |actual| "Expected not to have strength of #{expected}, but did" end end
@yield [Object] actual the actual object (i.e. the value wrapped by ‘expect`)
# File rspec-expectations/lib/rspec/matchers/dsl.rb, line 235 def failure_message_when_negated(&definition) define_user_override(__method__, definition) end
Stores the block that is used to determine whether this matcher passes or fails. The block should return a boolean value. When the matcher is passed to ‘expect(…).to` and the block returns `true`, then the expectation passes. Similarly, when the matcher is passed to `expect(…).not_to` and the block returns `false`, then the expectation passes.
@example
RSpec::Matchers.define :be_even do match do |actual| actual.even? end end expect(4).to be_even # passes expect(3).not_to be_even # passes expect(3).to be_even # fails expect(4).not_to be_even # fails
By default the match block will swallow expectation errors (e.g. caused by using an expectation such as ‘expect(1).to eq 2`), if you wish to allow these to bubble up, pass in the option `:notify_expectation_failures => true`.
@param [Hash] options for defining the behavior of the match block. @yield [Object] actual the actual value (i.e. the value wrapped by ‘expect`)
# File rspec-expectations/lib/rspec/matchers/dsl.rb, line 131 def match(options={}, &match_block) define_user_override(:matches?, match_block) do |actual| @actual = actual RSpec::Support.with_failure_notifier(RAISE_NOTIFIER) do begin super(*actual_arg_for(match_block)) rescue RSpec::Expectations::ExpectationNotMetError raise if options[:notify_expectation_failures] false end end end end
Use this instead of ‘match` when the block will raise an exception rather than returning false to indicate a failure.
@example
RSpec::Matchers.define :accept_as_valid do |candidate_address| match_unless_raises ValidationException do |validator| validator.validate(candidate_address) end end expect(email_validator).to accept_as_valid("person@company.com")
@yield [Object] actual the actual object (i.e. the value wrapped by ‘expect`)
# File rspec-expectations/lib/rspec/matchers/dsl.rb, line 188 def match_unless_raises(expected_exception=Exception, &match_block) define_user_override(:matches?, match_block) do |actual| @actual = actual begin super(*actual_arg_for(match_block)) rescue expected_exception => @rescued_exception false else true end end end
Use this to define the block for a negative expectation (‘expect(…).not_to`) when the positive and negative forms require different handling. This is rarely necessary, but can be helpful, for example, when specifying asynchronous processes that require different timeouts.
By default the match block will swallow expectation errors (e.g. caused by using an expectation such as ‘expect(1).to eq 2`), if you wish to allow these to bubble up, pass in the option `:notify_expectation_failures => true`.
@param [Hash] options for defining the behavior of the match block. @yield [Object] actual the actual value (i.e. the value wrapped by ‘expect`)
# File rspec-expectations/lib/rspec/matchers/dsl.rb, line 160 def match_when_negated(options={}, &match_block) define_user_override(:does_not_match?, match_block) do |actual| begin @actual = actual RSpec::Support.with_failure_notifier(RAISE_NOTIFIER) do super(*actual_arg_for(match_block)) end rescue RSpec::Expectations::ExpectationNotMetError raise if options[:notify_expectation_failures] false end end end
Declares that the matcher can be used in a block expectation. Users will not be able to use your matcher in a block expectation without declaring this. (e.g. ‘expect { do_something }.to matcher`).
# File rspec-expectations/lib/rspec/matchers/dsl.rb, line 267 def supports_block_expectations define_method(:supports_block_expectations?) { true } end