Here's the basic TDD workflow:

  1. Write a test

  2. Run the tests

  3. Write enough code to make it pass

  4. Run the tests

  5. Refactor the code

  6. Run the tests

  7. Repeat

Give or take that's how it works. If you take a quick look at that list, you're running the test suite after every change you make either in the code or the suite itself.

Even if you're not doing TDD (maybe test first or test after), running the test suite is a recurring process.

Leaving the actual command aside for a moment, running the specs can be accomplished in many ways (workflow-wise)

  • Throw the editor to the background while the specs runs in the foreground (I've seen Gary Bernhardt do it this way)

  • Run them on a different terminal all together

  • Use guard or a similar tool

  • Use a cool Emacs tool

  • Something else

In this article I'll share the way I do it


In Emacs we have rspec-mode, a minor mode that allows us to run our specs without ever leaving the editor. There's also minitest-mode if MiniTest is your weapon of choice and, as far as I tested them, they are compatible (meaning that they mostly accept the same or very similar keybindings and have similar features).

It provides a wide array of features worth mentioning. Here are some of the commands I normally use

rspec-verify-allRun the entire test suiteC-c , a
rspec-verifyRun the spec file associated with the current bufferC-c , v
rspec-verify-singleRun the specs, describe or context under the cursorC-c , s
rspec-rerunRe-run the last commandC-c , r
rspec-toggle-spec-and-targetToggle back and forth between a spec and its target fileC-c , t

The first four commands will run the specified specs in a separate buffer without interfering with your workflow.

In that buffer, you can navigate the failures and by hitting enter (or clicking with the mouse) on the error location, it'll jump to that place for you to see and/or modify the code.

You can also run some of this commands from within a dired buffer, but I don't use them that often.

It also provides some configurations for using rake and bundler for running the specs if available.

More commands

While reading the code base (in order not to forget anything), I came across this commands I didn't know and seam like a good choice to learn

rspec-yank-last-commandYank the last verification command to clipboardC-c , y
rspec-toggle-spec-and-target-find-exampleToggle back and forth between a method and its examples in the spec fileC-c , e
rspec-verify-matchingRun all specs related to the current bufferC-c , m
rspec-verify-continueRun the current spec and all after itC-c , c
rspec-run-last-failedRe-run just the failed examples from the last runC-c , f

I'll probably be trying them out in the near future.


I find rspec-mode very compelling, I use it all the time. Even if I'm not using RSpec, I tend to modify the running command instead of trying out other modes because I'm very used to it.

The only thing I find somewhat annoying are the keybindings, I find them too long for my taste and I haven't dedicated the time to re-map them to some Hyper command. I'll probably find a way at some point. For now, I hope you enjoy rspec-mode.