ruby-on-rails - 一个引擎的*所有*规范是否预期存在于虚拟 Rails 应用程序中？

Question

我正在使用 RSpec 来测试一些引擎模型。

我的偏好是在应用程序外部测试独立于(虚拟)应用程序的部分。我更愿意在顶层进行非应用测试，而不是隐藏在 spec/dummy/spec 中。

问题是默认情况下 (AFAICT) 如果未安装引擎，则不会运行引擎初始化程序。

我是否应该按照预期的方式去做，即将所有我的规范放在虚拟应用程序中并从虚拟应用程序的目录运行 RSpec，即使测试与整个应用程序？

或者我应该从顶级规范助手为非应用规范运行初始化器吗？还是其他方式？

如果我这样做，是否会产生虚拟应用的影响？

Answer 1

如果您有一个虚拟应用程序，则不必在虚拟应用程序目录结构中包含您的规范。

以下是什么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 配置东西。

我目前也喜欢使用 appraisal gem 和 TravisCI 用于持续集成。我使用的设置允许我在各种版本的 Rails 中使用各种版本的 gems 进行测试，而不是大量的维护开销。它需要一点清理，但效果很好。

如果你不想为特定的一组规范加载 Rails 环境(即不为某些规范加载 Rails_，你绝对可以这样做。你可以在 Rakefile 的任务定义中或在命令中设置一个环境变量-行，然后在 spec_helper.rb 中寻找它以确定是否加载东西。然后你可以有各种 Rake 任务产生新的进程，这些进程设置 env var 或不取决于一组测试是否需要 Rails。我会但如果一切都打算在 Rails 中运行，则不必担心这一点，除非您真的需要将其隔离。

有关使用虚拟应用程序进行测试的不同方法的更多信息，您可能会看到这个问题:Strategies for gem tests to ensure the gem works with Rails 3.x and 4.0 .