經歷了好幾天的解說，終於把 TDD 的測試說完了，我們介紹了好幾個套件：RSpec, Capybara, Factory_bot，因為有太多東西可以說了，礙於時間，沒辦法講得太深入。

結束了 TDD 的介紹，當然就是要進入另一個測試模式: BDD 囉！

在使用 Capybara 時，雖然語法看起來就是單單純純的去哪個頁面、按什麼按鈕、填什麼表單、然後驗證。這樣聽起來似乎並不難，但只要操作到外網或是使用套件，就沒有那麼單純了。

昨天介紹了 Capybara，提到這款套件是以「使用者」角度操作網頁來進行測試，所以它也可以真實呈現操作頁面的視覺畫面！

Capybara 測試模式

今天我們來介紹這款我超喜歡的測試框架：capybara。Capybara 是用來跟 Rspec-rails 搭配使用，也就是 Rspec-rails 的輔助工具，主要是以「使用者」的角度，以網頁操作進行測試。

與其文字解釋，不如直接看 code，因為 capybara 的 method 非常簡單明瞭，所以一看就知道到底在幹嘛：

昨天介紹了超好用的測試輔助套件 factory_bot_rails，但內容太多，一天講完實在太冗長，所以我們分兩篇來講。

今天我們來講一些細節的東西。

昨天已經在 Rails 裡安裝了 rails-rspec，但通常不太可能只單靠 rails-rspec 完成測試的撰寫。

WHY

我想，如果非 Rails 初學者或至少有學過 CRUD，就會知道 Rails 有大量的關聯性，一對一、一對多、多對多。

前幾天我們介紹了 RSpec 如何進行測試，以及其各種在建立規格時會用到的方法，今天我們要把 RSpec 裝到 Rails 裡，讓 Rails 也可以進行測試。（言下之意便是，要在 Rails 裡使用 RSpec 需要另外的安裝方法）

昨天介紹了 shared_examples 的概念，如果理解，今天的內容就非常容易了。事不宜遲，馬上來介紹我們的 shared_context 吧。

shared_context

昨天介紹了整理 code 小幫手 context，幫我們組織測試內容，提高可讀性，今天我們也來認識一下其他節省空間的工具人們。

Shared_examples

如果我有好幾個受測對象，需要測試的項目都一樣，比方說，有好幾個不同的陣列，我想知道，每個陣列裡是否含有某一個元素，勢必會看到一堆一模一樣的 examples：

今天我們要來說的東西比前面幾個方法還簡單很多：context，主要是用來整理 examples 的敘述，讓 readability 直線上升！

在一般的情況下

一個 example 由 it 建構，it 後面可以加上敘述文字：