1. Rails 炸機實務 如何不要炸爛你家機器 和你老闆的臉

4. 關於本章要提到的測試 指的是自動化測試

5. 為什麼我要寫測試 ?

6. 可不可以不要寫測試 ? 要如何避免炸機 ?

7. 星期五的時候不要 Deploy Code 腦袋通常都不太清楚

8. 網站炸掉了 星期一 deploy code 後炸掉了

9. 進化 : 星期五的時候不要 Commit Code 那可不可以也不用來上班 ?

10. 一旦釋出程式碼， 可能的話不要動他 Code freeze if possible 通常是不太可能

11. 不得不動它的時候 還是不小心炸掉了

12. 寫的時候請小心謹慎 正式的行政命令

13. 檢查程式碼有沒有錯誤 開發端要自己跑一次 開瀏覽器看看有沒有問題 在你每一次更改時 重覆以上事項

14. 還是炸掉網站了 錯誤是在別的環節， 因為這次的修改引發

16. 在你每一次更改時 重覆以上事項 注意這個重覆

17. DRY D on't R epeat Y ourself 為什麼要堅持不寫測試啊 ?

18. 每件事都有它的代價 一個開發所需時數約 10 小時， 上線 1 個月的活動網站 一個開發所需時數超過 100 小時 上線已經超過 2 年的專案 且持續有調整與新功能的社群網

20. 在 2011 年 3 月開始開發 在 5 月 ~6 月時連續發生慘案

24. 決定補測試

33. Failed

34. 錯誤的部分與測試內容沒關係 那不重要 !

35. Fake It! ( 作假資料與假回傳 )

36. 測試絕大部分花費的時間 是在處理這些假回傳 以及準備需要的假資料

39. 範例 : 錯誤的測試

40. 測試碼不能檢查到 程式碼的錯誤 那就是沒有用的測試

45. Ｑ＆Ａ