如果想重構 你要有一個可靠的測試環境! 現行的開發順序，通常是寫碼 ->測試 ->重構
大多數的程式人員耗最多的時間就是除錯
在寫程式時 應有測試的習慣
建立自己的一套測試方式
測試的好處
優點: 好棒棒 早日發現bug， 助於重構、 程式品質更好、 更了解自己寫了什麼
缺點: 非常耗時 (開發時間都不夠啦!!
每個class應都要進行測試
測試應把集中在有可能出錯的地方 (沒有太多時間每個功能都寫測試)
[任何測試都不能證明一個程式沒有bug]
單元測試(Unit Testing)
顧名思義，就是以程式中最小的邏輯單元為對象，撰寫測試程式，來驗證邏輯正確與否
單元測單元測試是分別對程式的單元，例如：函式 (function)、方法 (method)，進行測試，測試時會判斷單元的執行結果是不是有符合預期。
報名測試
測試衍生
持續整合(Continuous integration, CI)
持續整合並非一種工具，而是一種實踐。
目的在儘快讓新功能的程式碼整合到現存的基礎程式庫 (codebase) 中來進行測試。
「 持續整合 」 通常會涵蓋單元測試 (unit tests)
持續部署 (continous deployment)
持續交付(Continous delivery CD)
讓軟體產品的產出過程在一個短周期內完成，以保證軟體可以穩定、持續的保持在隨時可以發布的狀況。它的目標在於讓軟體的開發、測試與發布變得更快以及更頻繁。這種方式可以減少軟體開發的成本與時間，減少風險。
https://dotblogs.com.tw/hatelove/archive/2011/12/25/introducing-continuous-integration.aspx