RSpec color, where have you been?
I’ve been using Ruby on Rails for a long time. I first adopted Ruby on Rails back in 2008 when the Rails team released their first public version, 0.8. I remember being blown away at the time. I had just co-founded my first company Within3 and realized that Microsoft technologies were not going to be a good fit for us. We prototyped a few things in Rails and never looked back. However, it wasn’t just Rails that blew me away, I was also blown away by the available testing frameworks.
You see, I was very fortunate to have been personally mentored by Uncle Bob Martin, Michael Feathers, and a few of the other folks at Object Mentor when I was at Progressive Insurance around 2001. Not only did they teach me agile, they taught me the values of Test Driven Development and then Behavior Driven Development. Both practices have had a big impact on how I develop systems.
The whole point of me writing any of this, is I just stumbled across a feature in RSpec that I previously hadn’t known existed. It’s the following options when executing your test suite that has me excited
> $ rspec —color —format doc
It’s nothing major, except that it outputs your tests execution results in a very expressive manner. When coming up to speed on a new code base or re-familiarizing yourself with some of your old code, this could be a great way to understand the intended behaviors of the system.
> $ rspec —color —format doc
SolidityKoans::Instructor
When a course is misconfigured
Should raise an ConfigurationException
Should log to the debug log file
Should inform the user about the error on STDOUT
When a course is properly configured
Should execute the Solidity tests associated with that course
Should parse output for compilation errors
Should parse output for test results
Should inform the user about any compilation errors
Should inform the user about any failing tests
Finished in 0.0034 seconds (files took 0.28784 seconds to load)
8 examples, 0 failures
Give it a shot, I really like it!