Miles' Blog

昨天提到了 Test Double 的其中兩個類型，分別是 Dummy Object 與 Stub。在實務上，這兩個已經非常好用了，今天繼續把剩下三個類型說明，聽完應該就能應付九成的依賴問題了。

細心一點的朋友們，或許會發現昨天有個細節沒討論到：「依賴的元件如果因為某些原因而無法初始化的話，該怎麼辦？」，這其實是一個常發生的問題，只是常常用不同的形式呈現。

廣義的說，當測試有包含多個單元時，就算是整合測試了。即使單元測試完整，各單元功能也正常，但組合在一起時，通常還是會發生許多莫名的問題。這時先不要想哪個單元沒寫好，而是先摻在一起做整合測試比較好

有句話是這麼說的：「懶惰是工程師的美德」。因為懶，所以才會寫出各式各樣強大的工具。是的，今天的標題就是我們的目標。

如果依層級分類的話，相對最底層的 Testing 就稱之為 Unit Testing，中文稱之為「單元測試」。

在我第一次要做 CI 時，是毫無方向不知道該先做什麼好。那今天要講的是，這五天常常提起最實際要做的，但也還沒深入討論的細節－－驗證。

前四天跟大家聊很多觀念與思考一些議題，今天要來聊聊 CI 該怎麼開始了！

相信大家一定常聽到這句「名言」，不管是從老闆、從主管、或同事、甚至是有些開發方法如 MVP，也提出類似的觀點。

繼 Day 01 與 Day 02 了解了什麼是 DevOps 與 CI 後，接著我們來看看 Agile 相關開發方法，與 DevOps 和 CI 之間的關係為何？

記得在我決定要學 PHP 後，首先是找新手教學。教學第一課，通常都是寫 Hello World。接著一開始會教如何安裝 PHP 環境，記得是用 WAMP。