ruby-on-rails - Spork 没有加速我的测试

Question

我正在使用 RSpec 进行 Rails 3 测试并尝试使用 Spork。

我遵循了几个教程，Spork 似乎没有错误地运行，但是我的测试在打开和关闭 Spork 的情况下仍然需要相同的时间来运行(43 秒)。

我怎样才能弄清楚发生了什么？

文件

gem 'spork', '>=0.9.0.rc9'

spec_helper.rb

require 'rubygems'
require 'spork'
require 'factory_girl'
require 'cover_me'

Spork.prefork do
  # Loading more in this block will cause your tests to run faster. However,
  # if you change any configuration or code from libraries loaded here, you'll
  # need to restart spork for it take effect.
  # This file is copied to spec/ when you run 'rails generate rspec:install'
  ENV["RAILS_ENV"] ||= 'test'
  require File.expand_path("../../config/environment", __FILE__)
  require 'rspec/rails'

  # Force find of factory girl definitions. Tests started failing without this, and the factories could not be found
  Factory.find_definitions

  # Requires supporting ruby files with custom matchers and macros, etc,
  # in spec/support/ and its subdirectories.
  Dir[Rails.root.join("spec/support/**/*.rb")].each {|f| require f}

  RSpec.configure do |config|
    # == Mock Framework
    #
    # If you prefer to use mocha, flexmock or RR, uncomment the appropriate line:
    #
    # config.mock_with :mocha
    # config.mock_with :flexmock
    # config.mock_with :rr
    config.mock_with :rspec

    # Remove this line if you're not using ActiveRecord or ActiveRecord fixtures
    config.fixture_path = "#{::Rails.root}/spec/fixtures"

    # If you're not using ActiveRecord, or you'd prefer not to run each of your
    # examples within a transaction, remove the following line or assign false
    # instead of true.
    config.use_transactional_fixtures = true

    # Needed for Spork
    ActiveSupport::Dependencies.clear
  end
end

Spork.each_run do
  # This code will be run each time you run your specs.

end

当我运行 →spork 来启动服务器时，一切看起来都很好:

→ 叉烧
使用 RSpec
预加载 Rails 环境
正在加载 Spork.prefork 块...
Spork 已准备就绪，正在收听 8989!

我在 .rspec 文件中也有 --drb

Answer 1

这取决于您如何衡量执行时间。如果您将启动 rails 所需的时间包括在内，则该时间应该更快，但实际测试运行时间不会改变。

Spork 缓存了 rails 环境，这会加快启动时间，但不会加快实际执行时间。