4

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

我的偏好是在应用程序之外测试独立于(虚拟)应用程序的部分。我更希望将非应用程序测试放在顶层,而不是隐藏在spec/dummy/spec.

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

我是否应该按照预期进行,即将我的所有规范放在虚拟应用程序中并从虚拟应用程序的目录中运行 RSpec,即使测试与整个应用程序无关?

或者我应该从非应用规范的顶级规范助手运行初始化程序?还是其他方式?

如果我这样做了,会有虚拟应用程序的影响吗?

4

1 回答 1

2

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

以下是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 测试策略

于 2013-05-21T15:47:43.987 回答