如果您有一个虚拟应用程序,则不必在虚拟应用程序目录结构中包含您的规范。
以下是permitters v0.0.1 使用的简化版本。
在spec/spec_helper.rb
:
ENV['RAILS_ENV'] = 'test'
app_path = File.expand_path("../dummy", __FILE__)
$LOAD_PATH.unshift(app_path) unless $LOAD_PATH.include?(app_path)
# if require rails, get uninitialized constant ActionView::Template::Handlers::ERB::ENCODING_FLAG (NameError)
require 'rails/all'
require 'config/environment'
require 'db/schema'
require 'rails/test_help'
require 'rspec/rails'
# rspec config, etc.
除此之外,我想说的是,我在虚拟应用程序中所做的所有修改spec/dummy
要么是为了让它在不同版本的 Rails(3.1.x、3.2.x 和 4.0.x)中运行,要么是因为我是在虚拟应用程序中为 gem 配置东西。
我目前也喜欢使用评估gem 和 TravisCI 进行持续集成。我正在使用的设置允许我在不同版本的 Rails 中使用各种版本的 gem 进行测试,而不会产生很多维护开销。它需要一点清理,但效果很好。
如果您不想为特定的一组规范加载 Rails 环境(即不为某些规范加载 Rails_,您绝对可以这样做。您可以在 Rakefile 或命令行的任务定义中设置一个 env var,然后然后在 spec_helper.rb 中寻找它来确定是否加载东西。然后你可以有各种 Rake 任务来产生设置环境变量的新进程,这取决于一组测试是否需要 Rails。我不一定如果一切都打算在 Rails 中运行,请担心这一点,除非你真的需要隔离它。
有关使用虚拟应用程序进行测试的不同方法的更多信息,您可能会看到以下问题:确保 gem 与 Rails 3.x 和 4.0 一起工作的 gem 测试策略。