Question

我有一些昂贵的测试设置，这只是我的规范中的一些示例所必需的，如果需要，它只需要运行一次。因为它很慢，我试图避免将它放在before（：each）块中，但之前（：all）似乎不适合我的需要。我认为一个复杂的因素是昂贵的部分必须在其他一些常见设置之后运行。（这是一个带有搜索引擎的应用程序的水豚测试。创建一些记录后，我需要索引测试数据库以获取搜索结果。）我的设置是这样的：

feature 'some particular feature' do
  before(:each) do
    # a bunch of common test setup (creating records that this test will use)
  end

  describe 'simple example #1' do
    # a simple example that doesn't need the expensive setup
  end
  .
  .
  .
  describe 'simple example #N' do
    # a simple example that doesn't need the expensive setup
  end

  describe 'a more complicated example' do
    before(:all) do
      # expensive_setup that depends on the records created above
    end

    it 'does something' do ... end
    it 'does something else' do ... end
    .
    .
    .
    it 'even does this' do ... end
  end      
end

问题是，当rspec在带有more complicated example的上下文中运行示例时，before(:all)块在它依赖的before(:each)块之前运行上。到目前为止，我不得不将昂贵的设置放在before(:each)块而不是before(:all)块中。这意味着必须为该示例中的每个it块运行昂贵的设置。有更好的方法吗？

更新我没有提到昂贵的操作的结果取决于仅在数据库上。因此，由于每个示例使用相同的数据库设置，因此对每个示例重复使用昂贵操作的结果是安全的。此外，结果存在于文件系统中，因此不会在示例之间清除它。

我正在考虑的方法是在文件系统中放置某种标记，表明结果是好的，不需要重新计算。

Answer 1

我通过计算公共设置的摘要并将其与昂贵的操作结果一起保存来解决问题。在执行昂贵的操作之前，请检查当前摘要是否与磁盘上的摘要匹配。如果是这样，就没有必要这样做了。由于所有示例都共享公共设置，因此昂贵的操作最多只运行一次。

Answer 2

您可以将有趣的部分保存在变量中，您将使用它来进行断言。这是黑客：

feature 'Aides page' do 

  context 'No active user' do
    that = nil
    before do
      if !that
        create_2_different_aids
        disable_http_service
        visit aides_path
        that = Nokogiri::HTML(page.html)
      end
    end
    after do
      enable_http_service
    end
    scenario 'Should display 2 aids NOT related to any eligibility' do
      display_2_aids_unrelated_to_eligibility(that)
    end
    scenario 'Should not display breadcrumb' do
      expect(that.css('.c-breadcrumb').size).to eq(0)
    end
  end

end

rspec中特定上下文的一次性配置？

2 个答案: