mutant ====== [![Build Status](https://secure.travis-ci.org/mbj/mutant.png?branch=master)](http://travis-ci.org/mbj/mutant) [![Dependency Status](https://gemnasium.com/mbj/mutant.png)](https://gemnasium.com/mbj/mutant) [![Code Climate](https://codeclimate.com/badge.png)](https://codeclimate.com/github/mbj/mutant) Mutant is a mutation testing tool for ruby that aims to be better than existing mutation testers. The idea is that if code can be changed and your tests do not notice, either that code isn't being covered or it does not have a speced side effect. Mutant does currently only support 1.9 mode under Rubinius or MRI. Support for JRuby is planned. Also it is easy to write a mutation killer for other test/spec frameworks than rspec2. Just create your own Mutant::Killer subclass, and make sure I get a PR! See this [ASCII-Cast](http://ascii.io/a/1707) for mutant in action! (v0.2.1) Using Mutant ------------ The following projects adopted mutant. * [dm-mapper](https://github.com/datamapper/dm-mapper) * [virtus](https://github.com/solnic/virtus) * various small/minor stuff under https://github.com/mbj Feel free to ping me to add your project to the list! Installation ------------ Install the gem ``mutant`` via your preferred method. Examples -------- CLI will be simplified in the next releases, but currently stick with this: ``` cd virtus # Run mutant on virtus namespace (that uses the dm-2 style spec layout) mutant -I lib -r virtus --rspec-dm2 ::Virtus # Run mutant on specific virtus class mutant -I lib -r virtus --rspec-dm2 ::Virtus::Attribute # Run mutant on specific virtus class method mutant -I lib -r virtus --rspec-dm2 ::Virtus::Attribute.build # Run mutant on specific virtus instance method mutant -I lib -r virtus --rspec-dm2 ::Virtus::Attribute#name ``` Strategies ---------- Mutation testing is slow. To make it fast the selection of the correct set of tests to run is the key. Mutant currently supports the following buildin strategies for selecting tests/specs. ### --rspec-dm2 This strategy is the *fastest* but requires discipline in spec file naming. The following specs are executed to kill a mutation on: ``` Public instance methods: spec/unit/#{namespace}/#{class_name}/#{method_name}_spec.rb Public singleton methods: spec/unit/#{namespace}/#{class_name}/class_methods/#{method_name}_spec.rb Public instance methods: spec/unit/#{namespace}/#{class_name}/ Public singleton methods: spec/unit/#{namespace}/#{class_name}/class_methods ``` ### --rspec-unit This strategy executes all specs under ``./spec/unit`` for each mutation. ### --rspec-integration This strategy executes all specs under ``./spec/integration`` for each mutation. ### --rspec-full This strategy executes all specs under ``./spec`` for each mutation. It is also plannned to allow explicit selections on specs to run and to support other test frameworks. Custom project specific strategies are also on the roadmap. Alternatives ------------ * [heckle](https://github.com/seattlerb/heckle) Credits ------- * A [gist](https://gist.github.com/1065789) from [dkubb](https://github.com/dkubb) showing ideas. * Older abandoned [mutant](https://github.com/txus/mutant). For motivating me doing this one. * [heckle](https://github.com/seattlerb/heckle). For getting me into mutation testing. Contributing ------------- * Fork the project. * Make your feature addition or bug fix. * Add tests for it. This is important so I don't break it in a future version unintentionally. * Commit, do not mess with Rakefile or version (if you want to have your own version, that is fine but bump version in a commit by itself I can ignore when I pull) * Send me a pull request. Bonus points for topic branches. License ------- See LICENSE file.