[ 單元測試 ] 在單元測試裡面使用Localdb

　　　在單元測試實作的過程中，隨著經驗的累績，發現很常要做一些假資料，但是這些回傳的假資料，如果用Hard Code的方式放在程式碼裡面，一方面是不好看，二來是不見得好維護。再來也許需要多種不同的Input，提升測試的品質，這些時候都會想到「如何更有效率的提升測試品質(效率)」，一開始我想到的是用Sqlite，簡單、且輕量化的他，其實在做很多小東西的時候都會仰賴他，但是在設定資料上，仍覺得他畢竟還是沒有SSMS來得方便及習慣。

　　在之前的專案中，我對Localdb有了些比較深入的瞭解，也覺得如果走MS-SQL，不用這套簡直太可惜了，所以這邊簡單的分享一下可能會遇到的問題跟做法。

[ 設計原則 ] - 開放封閉原則（OCP，Open-Closed Principle）

　開放封閉原則（OCP，Open-Closed Principle），光從名稱來看的話，這個其實是相當矛盾的一種原則，要怎麼又開放，又封閉呢？其實這個更具體的來說是要「開放擴充」、「封閉修改」，例如我們寫了一個服務，這個服務他提供了MS-SQL的資料提供，這個時候公司下一個案子進來了，客戶是用Oracle資料庫時，我們如果去修改了原始提供服務的類別，那麼就違背了這個原則，那我們應該怎麼做呢？我們應該為資料提供類別取出抽象的介面，而資料的提供都依賴這個介面，如此一來，我們就可以輕鬆的替換原始的邏輯了。

[ 單元測試 ] 基本教學 - 建立測試專案

本篇文章的教學目標是讓入門的你如何建立測試專案。

不過單元測試在Visual Studio 2012預設是把此功能關閉起來的，並不能再像2010一樣，由他內建的自動生成，不過還是可以借由其他的方法去開啟它，開啟的方法可以參考

余小章  [Visual Studio 2012] 找回 建立單元測試 選單 。

[ 心得 ] 如何提升開發品質 - 單元測試

　　剛開始從事工程師的時候，因為過去的開發習慣的關係，常常在品質上做得不是很好，為此甚至常常加班或是在工作上得不到主管們的信任，後來我試著去找到了提升我的程式碼品質的方法，那便是單元測試。接下來我要分享在.Net Framework用visual studio開發時如何寫單元測試及一些常見的問題。

[ 設計原則 ] - 單一職責原則（SRP，Single Responsibility Principle）

　　單一職責原則（SRP，Single Responsibility Principle）是個還蠻淺顯易懂的原則，在物件導向的觀念裡，一個良好的程式設計應該俱備「低耦合、高内聚」的關係，而這個原則可以幫助我們完成這些。