rails rspec before all vs before each

before(:all) 在运行所有示例之前运行该块一次。

before(:each) 在文件中的每个规范之前运行该块一次

before(:all) 在运行所有 it 块之前将实例变量 @admission, @project, @creative, @contest_entry 设置一次。

但是，每次运行 it 块时，:before(:each) 都会重置 before 块中的实例变量。

这是一个微妙但重要的区别

再次，

before(:all)
#before block is run
it { should belong_to(:owner).class_name('User') }
it { should belong_to(:project) }
it { should have_many(:entry_comments) }

it { should validate_presence_of(:owner) }
it { should validate_presence_of(:project) }
it { should validate_presence_of(:entry_no) }
it { should validate_presence_of(:title) }

before(:each)
# before block
it { should belong_to(:owner).class_name('User') }
# before block
it { should belong_to(:project) }
# before block
it { should have_many(:entry_comments) }
# before block

# before block
it { should validate_presence_of(:owner) }
# before block
it { should validate_presence_of(:project) }
# before block
it { should validate_presence_of(:entry_no) }
# before block
it { should validate_presence_of(:title) }

---

before :all 的一个重要细节是它不是 DB transactional。即，before :all 中的任何内容都保留在数据库中，您必须在 after :all 方法中手动拆除。

含义意味着在测试套件完成后，更改不会恢复为以后的测试做好准备。这可能会导致复杂的错误和数据交叉污染问题。即，如果抛出异常，则不会调用 after :all 回调。

但是，before: each 是 DB 事务。

一个快速测试来证明：

1.截断适当的数据库表然后试试这个，

  before :all do
    @user = Fabricate(:user, name: 'Yolo')
  end

2. 之后观察数据库，模型保持持久化！

after :all 是必需的。但是，如果您的测试中发生异常，则此回调将不会发生，因为流程被中断。数据库将处于未知状态，这对于 CI/CD 环境和自动化测试尤其成问题。

3.现在试试这个，

  before :each do
    @user = Fabricate(:user, name: 'Yolo')
  end

4. 现在数据库在测试套件完成后仍然没有数据。好得多，并且在测试运行后让我们保持一致的状态。

简而言之，before :each 可能就是您想要的。您的测试会运行得稍微慢一些，但这是值得的。

此处的详细信息：https://relishapp.com/rspec/rspec-rails/docs/transactions 请参阅：Data created in before(:all) are not rolled back

希望能帮助另一个疲惫的旅行者。

---

before(:all)，确保在块中的所有测试之前创建一次示例用户。这是对速度的优化。

---

需要注意的一件事是在使用 before(:each) 之前默认情况下，在 before(:all) 中也没有设置控制器实例，因此未使用请求等控制器方法。

---