在寫測試的時候, 為了實際測試程式處理資料的正確性
免不了要依據資料庫的關聯建立假資料
但往往會因為 model 增加了一些 validation 而導致產生假資料的 code, 必須符合驗證而修改
當測試的量日漸龐大時, 改起來就會非常麻煩

海報原文在這裡
每一句看了都令人非常的振奮
於是就來給它翻譯一下, 網路公司的辦公室都應該貼滿這些標語 XD

本篇將介紹以最原始, 沒有用任何外掛下的 model validation spec 寫法
若覺得小弟有更好的寫法, 也歡迎不吝指教 :)

pending 的使用可先參考 官方文件
一般 generator 產生的 spec 檔都會先幫你把 pending 加好

建議在開始本系列文以前先讀過, 以下參考文件與資源

有關寫測試的重要性, 本文不再贅述
觀念性文章可參考以下大大們的見解…

呼呼~終於完成了 Bigtuna 的系列文
這裡索引連結如下

上次提到專案在 bigtuna 上的設定
這次要示範:

• 和 github 整合
• 將 build 結果寄送 email
• 安全性設定

上回提到 Bigtuna 的安裝
這次示範如何針對一個專案的自動化測試進行設定

CI 全名 “Continuous Interation”
用於開發流程中的一種管理技巧
在每一次的修改後, 能夠自動化進行相關測試, 讓該次修改正確無誤的整合進現行系統中
相關介紹可參考 ihower 的 測試 Testing
今天要介紹的則是用於 CI system 的 Bigtuna