Testing with Thinking Sphinx
Before you get caught up in the specifics of testing Thinking Sphinx using certain tools, it’s worth noting that no matter what the approach, you’ll need to turn off transactional fixtures and index your data after creating the appropriate records - otherwise you won’t get any search results.
Also: make sure you have your test environment using a different port number in
config/thinking_sphinx.yml (which you may need to create if you haven’t already). If this isn’t done, then you won’t be able to run Sphinx in your development environment and your tests at the same time (as they’ll both want to use the same port for Sphinx).
Unit Tests and Specs
It’s recommended you stub out any search calls, as Thinking Sphinx should ideally only be used in integration testing (whether that be via straight RSpec or Test/Unit, or Capybara/Cucumber).
If your unit tests use factories or fixtures, you may wish to disable delta indexing: this can be done with
ThinkingSphinx::Deltas.suspend! and can be subsequently re-enabled with
Because updates to real-time indices happen within the context of your Ruby app, you can use transactional fixtures easily enough. Here’s some example code for RSpec that only enables Sphinx for request specs (you may want to alter it to also be enabled for feature/integration specs):
However, if you’re performing browser testing (headless or through Selenium), you’ll need to disable transactional fixtures and use a tool like Database Cleaner.
Using non-transactional fixtures
To use Sphinx with transactional fixtures disabled, I recommend using Ben Mabey’s Database Cleaner and a configuration along the lines of the following (with any tests requiring Sphinx to be tagged with
:sphinx => true):
The configuration above should be combined with either the appropriate real-time index setup (above) or SQL-backed index setup (below).
Whenever you’re using Sphinx and SQL-backed indices with your test suite, you also need to turn transactional fixtures off. The reason for this is that while ActiveRecord can run all its operations within a single transaction, Sphinx doesn’t have access to that, and so indexing will not include your transaction’s changes. Configuration for this is covered above.
The next step is to make sure Sphinx is set up for each test. Here’s an example of a file for RSpec that could live at
Delta indexes (if you’re using the default approach) will automatically update just like they do in a normal application environment, but a full index can be run by calling the
If you need to manually process specific indexes, just use the
index method, which defaults to all indexes unless you pass in specific names.
ThinkingSphinx::Test.init accepts a single argument
suppress_delta_output that defaults to true. Just pass in false instead if you want to see delta output (for debugging purposes),
If you don’t want Sphinx running for all of your tests, you can wrap the code that needs Sphinx in a block called by
ThinkingSphinx::Test.run, which will start up and stop Sphinx either side of the block: