5

我有一些昂贵的测试设置，仅对我规范中的少数示例是必需的，并且，如果需要，它只需要运行一次。因为它很慢，我试图避免将它放在 before(:each) 块中，但 before(: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

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

我认为要走的路是在文件系统中放置某种标记，表明结果很好，不需要重新计算。

4

2 回答 2

0

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

于 2012-05-09T22:16:01.267 回答
0

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

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
于 2018-02-23T09:37:18.297 回答