A fake filesystem. Use it in your tests.
Go to file
2011-05-02 22:02:59 -04:00
lib move around and reformat code 2011-05-02 22:02:59 -04:00
spec Cleanup trailing whitespace 2009-11-08 01:04:16 -05:00
test Added Dir.mktmpdir and FileTest.directory? Closes #74 2011-05-02 22:00:05 -04:00
.autotest Add .autotest 2010-01-11 23:08:44 -05:00
.gitignore Added gemspec to repository, so bundler can use the gam straight off git. 2010-12-15 23:06:47 -05:00
.rspec add .rspec file to run specs with color 2011-05-02 21:39:52 -04:00
CONTRIBUTORS update contributors with git-rank-contributors 2010-12-27 13:26:18 -05:00
fakefs.gemspec update gemspec to 0.3.1 2010-12-18 14:19:49 -05:00
Gemfile add dev dependencies: jeweler, sdoc-helpers, rdiscount 2011-05-02 22:02:59 -04:00
Gemfile.lock add dev dependencies: jeweler, sdoc-helpers, rdiscount 2011-05-02 22:02:59 -04:00
LICENSE add MIT license 2009-05-29 11:24:36 -07:00
Rakefile Update rake tasks to use rspec 2. 2011-05-02 21:39:52 -04:00
README.markdown add Contributing section to the readme 2010-01-11 18:10:23 -08:00

FakeFS

Mocha is great. But when your library is all about manipulating the filesystem, you really want to test the behavior and not the implementation.

If you're mocking and stubbing every call to FileUtils or File, you're tightly coupling your tests with the implementation.

def test_creates_directory
  FileUtils.expects(:mkdir).with("directory").once
  Library.add "directory"
end

The above test will break if we decide to use mkdir_p in our code. Refactoring code shouldn't necessitate refactoring tests.

With FakeFS:

def test_creates_directory
  Library.add "directory"
  assert File.directory?("directory")
end

Woot.

Usage

require 'fakefs'

# That's it.

Don't Fake the FS Immediately

require 'fakefs/safe'

FakeFS.activate!
# your code
FakeFS.deactivate!

# or
FakeFS do
  # your code
end

RSpec

The above approach works with RSpec as well. In addition you may include FakeFS::SpecHelpers to turn FakeFS on and off in a given example group:

require 'fakefs/spec_helpers'

describe "my spec" do
  include FakeFS::SpecHelpers
end

See lib/fakefs/spec_helpers.rb for more info.

How is this different than MockFS?

FakeFS provides a test suite and works with symlinks. It's also strictly a test-time dependency: your actual library does not need to use or know about FakeFS.

Caveats

FakeFS internally uses the Pathname and FileUtils constants. If you use these in your app, be certain you're properly requiring them and not counting on FakeFS' own require.

Speed?

http://gist.github.com/156091

Installation

Gemcutter

$ gem install fakefs

Rip

$ rip install git://github.com/defunkt/fakefs.git

Contributing

Once you've made your great commits:

  1. Fork FakeFS
  2. Create a topic branch - git checkout -b my_branch
  3. Push to your branch - git push origin my_branch
  4. Create an Issue with a link to your branch
  5. That's it!

Meta