0.06
Repository is archived
No commit activity in last 3 years
No release in over 3 years
These matchers and assertions allow you to test what is happening inside the Sunspot Search DSL blocks
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

>= 1.0.0
>= 0
>= 0
~> 2.2.5
 Project Readme

Sunspot Matchers

Sunspot is a great Ruby library for constructing searches against Solr. However, because of the way the Sunspot DSL is constructed, it can be difficult to do simple assertions about your searches without doing full integration tests.

The goal of these matchers are to make it easier to unit test search logic without having to construct the individual fixture scenarios inside of Solr and then actually perform a search against Solr.

Installation for RSpec

You will need to replace the Sunspot Session object with the spy provided. You can do this globally by putting the following in your spec_helper.

    config.before do
      Sunspot.session = SunspotMatchers::SunspotSessionSpy.new(Sunspot.session)
    end

Keep in mind, this will prevent any test from actually hitting Solr, so if you have integration tests, you'll either need to be more careful which tests you replace the session for, or you'll need to restore the original session before those tests

    Sunspot.session = Sunspot.session.original_session

You will also need to include the matchers in your specs. Again, this can be done globally in your spec_helper.

    config.include SunspotMatchers

Alternately, you could include them into individual tests if needed.

Installation for Test::Unit

You will need to replace the Sunspot Session object with the spy provided. You can do this by requiring the sunspot test helper

    require 'sunspot_matchers/test_helper'

and then in the test case that you wish to override, including the SunspotMatchers::TestHelper class and set the sunspot session in your setup.

    include SunspotMatchers::TestHelper
    def setup
      Sunspot.session = SunspotMatchers::SunspotSessionSpy.new(Sunspot.session)
    end

Matchers

be_a_search_for

If you perform a search against your Post model, you could write this expectation:

    Sunspot.session.should be_a_search_for(Post)

Individual searches are stored in an array, so if you perform multiple, you'll have to match against them manually. Without an explicit search specified, it will use the last one.

    Sunspot.session.searches.first.should be_a_search_for(Post)

have_searchable_field

If you want to verify that a model has a searchable field, you can use this matcher:

    Post.should have_searchable_field(:name)

You can also use the shorthand syntax:

    describe User do
      it { should have_searchable_field(:name) }
    end

have_dynamic_field

If you want to verify that a model has a dynamic searchable field, you can use this matcher:

    Post.should have_dynamic_field(:commenter_read)

You can also use the shorthand syntax:

    describe User do
      it { should have_dynamic_field(:commenter_read) }
    end

have_search_params

This is where the bulk of the functionality lies. There are seven types of search matches you can perform: keywords or fulltext, with, without, paginate, order_by, facet, and boost.

In all of the examples below, the expectation fully matches the search terms. This is not expected or required. You can have a dozen with restrictions on a search and still write an expectation on a single one of them.

Negative expectations also work correctly. should_not will fail if the search actually includes the expectation.

With all matchers, you can pass a block and perform multi statement expectations inside the block. Keep in mind, that only the expectation type specified as the argument will actually be checked. So if you specify keywords and with restrictions in the same block, but you said have_search_params(:keywords, ... the with restrictions are simply ignored.

Without creative usage of parentheses you can not use do...end blocks to pass multi statement expectations to the matcher though. Because do...end have such a low binding precedent, the block is passed to the wrong method. Curly syntax blocks will work though {...}, or you can pass a Proc as the last argument.

wildcard matching

keywords, with, without, and order_by support wildcard expectations using the any_param parameter:

    Sunspot.search(Post) do
      with :blog_id, 4
      order_by :blog_id, :desc
    end

    Sunspot.session.should have_search_params(:with, :blog_id, any_param)
    Sunspot.session.should have_search_params(:order_by, :blog_id, any_param)
    Sunspot.session.should have_search_params(:order_by, any_param)
    Sunspot.session.should_not have_search_params(:order_by, :category_ids, any_param)

:keywords

You can match against a keyword search:

    Sunspot.search(Post) do
      keywords 'great pizza'
    end

    Sunspot.session.should have_search_params(:keywords, 'great pizza')

:with

You can match against a with restriction:

    Sunspot.search(Post) do
      with :author_name, 'Mark Twain'
    end

    Sunspot.session.should have_search_params(:with, :author_name, 'Mark Twain')

Complex conditions can be matched by using a block instead of a value. Be aware that order does matter, not for the actual results that would come out of Solr, but the matcher will fail of the order of with restrictions is different.

    Sunspot.search(Post) do
      any_of do
        with :category_ids, 1
        with :category_ids, 2
      end
    end

    Sunspot.session.should have_search_params(:with) {
      any_of do
        with :category_ids, 1
        with :category_ids, 2
      end
    }

:without

Without is nearly identical to with:

    Sunspot.search(Post) do
      without :author_name, 'Mark Twain'
    end

    Sunspot.session.should have_search_params(:without, :author_name, 'Mark Twain')

:paginate

You can also specify only page or per_page, both are not required.

    Sunspot.search(Post) do
      paginate :page => 3, :per_page => 15
    end

    Sunspot.session.should have_search_params(:paginate, :page => 3, :per_page => 15)

:order_by

Standard ordering expectation:

    Sunspot.search(Post) do
      order_by :published_at, :desc
    end

    Sunspot.session.should have_search_params(:order_by, :published_at, :desc)

Expectations on multiple orderings are supported using using the block format:

    Sunspot.search(Post) do
      order_by :author_name, :asc
      order_by :published_at, :desc
    end

    Sunspot.session.should have_search_params(:order_by) {
      order_by :author_name, :asc
      order_by :published_at, :desc
    }

:facet

Standard faceting expectation:

    Sunspot.search(Post) do
      facet :category_ids
    end

    Sunspot.session.should have_search_params(:facet, :category_ids)

Faceting where a query is excluded:

    Sunspot.search(Post) do
      category_filter = with(:category_ids, 2)
      facet(:category_ids, :exclude => category_filter)
    end

    Sunspot.session.should have_search_params(:facet) {
      category_filter = with(:category_ids, 2)
      facet(:category_ids, :exclude => category_filter)
    }

Query faceting:

    Sunspot.search(Post) do
      facet(:average_rating) do
        row(1.0..2.0) do
          with(:average_rating, 1.0..2.0)
        end
        row(2.0..3.0) do
          with(:average_rating, 2.0..3.0)
        end
      end
    end

    Sunspot.session.should have_search_params(:facet) {
      facet(:average_rating) do
        row(1.0..2.0) do
          with(:average_rating, 1.0..2.0)
        end
        row(2.0..3.0) do
          with(:average_rating, 2.0..3.0)
        end
      end
    }

:boost

Field boost matching:

    Sunspot.search(Post) do
      keywords 'great pizza' do
        boost_fields :body => 2.0
      end
    end

    Sunspot.session.should have_search_params(:boost) {
      keywords 'great pizza' do
        boost_fields :body => 2.0
      end
    }

Boost query matching:

    Sunspot.search(Post) do
      keywords 'great pizza' do
        boost(2.0) do
          with :blog_id, 4
        end
      end
    end

    Sunspot.session.should have_search_params(:boost) {
      keywords 'great pizza' do
        boost(2.0) do
          with :blog_id, 4
        end
      end
    }

Boost function matching:

    Sunspot.search(Post) do
      keywords 'great pizza' do
        boost(function { sum(:average_rating, product(:popularity, 10)) })
      end
    end

    Sunspot.session.should have_search_params(:boost) {
      keywords 'great pizza' do
        boost(function { sum(:average_rating, product(:popularity, 10)) })
      end
    }

Assertions

If you are using Test::Unit, the format is similar, but we use

assert_has_search_params assert_has_no_search_params assert_is_search_for assert_is_not_search_for

These are used like:

    Sunspot.search([ Post, Blog ]) do
      keywords 'great pizza'
    end
    assert_has_search_params Sunspot.session, :keywords, 'great pizza'

    Sunspot.search(Post) do
      with :category_ids, 1..3
    end
    assert_has_search_params Sunspot.session, :with {
      with :category_ids, 1..3
    }

    Sunspot.search(Post) { keywords 'great pizza' }
    Sunspot.search([ Post, Blog ]) do
      keywords 'great pizza'
    end

    assert_is_search_for Sunspot.session, Post
    assert_is_search_for Sunspot.session, Blog
    assert_is_not_search_for Sunspot.session, Person

Check out the test/sunspot_matchers_test.rb for more examples