Security News
Fluent Assertions Faces Backlash After Abandoning Open Source Licensing
Fluent Assertions is facing backlash after dropping the Apache license for a commercial model, leaving users blindsided and questioning contributor rights.
rsanheim-unit_record
Advanced tools
Enables unit testing ActiveRecord classes without hitting the database.
Rationale: http://www.dcmanges.com/blog/rails-unit-record-test-without-the-database
One of the biggest benefits to disconnecting unit tests from the database is having a faster test suite. Here is the benchmark from one of my current projects:
Finished in 19.302702 seconds.
4920 tests, 7878 assertions, 0 failures, 0 errors
4 seconds per 1,000 tests is a good guideline.
gem install unit_record
The Rails test directory typically places testing for models under test/unit and tests for controllers under test/functional. However, we need to change the definition of unit and functional. Controllers can be unit tested (mocking out models and not rendering the view). Models can be functionally tested (hitting the database). Also, each type of test needs its own test_helper. I recommend restructuring your test directory like this:
test
test_helper.rb
unit
unit_test_helper.rb
controllers
models
functional
functional_test_helper.rb
controllers
models
You should move existing functional tests into functional/controllers. You will also need to change the require line at the top of those tests to require the functional_test_helper.rb file instead of the test_helper.rb file.
The functional_test_helper.rb file only needs to require test_helper.rb:
require File.dirname(__FILE__) + "/../test_helper"
For moving unit tests, you have a few options. I recommend moving them to unit/models and then disconnecting your unit tests from the database. Any tests that fail should then be modified to not hit the database or moved to functional/models.
In the test/unit/unit_test_helper.rb file you created when restructuring your test directory, you should add these lines:
require File.dirname(__FILE__) + "/../test_helper"
require "unit_record"
ActiveRecord::Base.disconnect!
The disconnect! method will do everything necessary to run your unit tests without hitting the database.
There are two options for what should happen if you hit the database. You can either have UnitRecord raise an exception, or simply no-op. Raising an exception can help identify why a test is failing, but it also may be inconvenient to work around.
If you want to raise an exception:
ActiveRecord::Base.disconnect! :strategy => :raise
Person.find(:all)
#=> RuntimeError: ActiveRecord is disconnected; database access is unavailable in unit tests.
If you want to no-op:
ActiveRecord::Base.disconnect! :strategy => :noop
Person.find(:all)
#=> []
You can also change strategies within a block:
ActiveRecord::Base.connection.change_strategy(:raise) do
Person.find(:all)
#=> RuntimeError: ActiveRecord is disconnected; database access is unavailable in unit tests.
end
ActiveRecord::Base.connection.change_strategy(:noop) do
Person.find(:all)
#=> []
end
One painful aspect of unit testing ActiveRecord classes is setting associations. Because Rails does type checking when setting an association, you'll receive an exception if you try to use a stub in place of the expected class.
Pet.new :owner => stub("person")
#=> ActiveRecord::AssociationTypeMismatch: Person(#16620740) expected, got Mocha::Mock(#11567340)
If you're using mocha, you can have UnitRecord stub associations. To enable association stubbing:
ActiveRecord::Base.disconnect! :stub_associations => true
The above example would no longer raise an exception. It would be the equivalent of:
pet = Pet.new
pet.stubs(:owner).returns(stub("person"))
Note that using this approach, the setter for the association will not work for that instance.
Active development occurs on the GitHub. Changes are also pushed to the Rubyforge git repository.
For bugs/patches/etc please use the Rubyforge tracker.
Continuous integration is provided by RunCodeRun.
Thanks to Jay Fields for the original implementation.
Released under the MIT license
FAQs
Unknown package
We found that rsanheim-unit_record demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Fluent Assertions is facing backlash after dropping the Apache license for a commercial model, leaving users blindsided and questioning contributor rights.
Research
Security News
Socket researchers uncover the risks of a malicious Python package targeting Discord developers.
Security News
The UK is proposing a bold ban on ransomware payments by public entities to disrupt cybercrime, protect critical services, and lead global cybersecurity efforts.