雖然之前寫過了單元測試入門，但這一篇會有更整體的介紹。
何時寫測試
- 對於已經上線的系統來說，單元測試是重要但不那麼急迫的事，線上的使用者已經幫你測試過邏輯。
- 在修正 Bug 時，或需要修改程式時，再加入 Unit Test，會是比較有效率的方式。
- 只關注真正需要測試的部分。 (怎麼分辨哪些需要測試，可能需要更多的經驗)
- 盡量簡化邏輯，簡單到不需要測試。
參考資料：蜀道難，難於寫測試？ — 關於測試的三點提示 - Kuma老師的軟體工程教室 - Medium
測試的類型有哪些
- 單元測試：針對單一方法進行的測試，保護程式不會在系統維護的過程中被破壞。如果程式的架構寫得漂亮，盡可能符合 SOLID 原則，那麼單元測試會比較容易撰寫。
- 整合測試：整合多種資源進行測試，確保模組與模組之間能正常溝通與運作。
- 端對端測試：從使用者 (客戶端) 的角度，對真實系統 (系統端) 進行測試。
參考資料：一次搞懂單元測試、整合測試、端對端測試之間的差異 - The Will Will Web
系列文章
- C# 的單元測試教學：【Unit Test】Day 1 - 為何要寫單元測試 - 程式隨筆
- ASP.NET MVC 怎麼寫測試：ASP.NET MVC 單元測試系列 (1)：新手上路 / 開始撰寫！ - The Will Will Web
- Legacy Code 的插管治療法 (最少調整的狀況下，使既有程式具備可測試性)：C# Test Legacy Code（1）Isolated by Inheritance and Override by joeychen - CodeData
其他參考資料
- 觀念、如何在 Java 進行單元測試：【單元測試】改變了我程式設計的思維方式 by pcbill - CodeData
- 如何寫出好的測試程式，特別可以看 Stub 和 Mock 的章節：撰寫單元測試的最佳做法 - .NET - Microsoft Learn
- 測試靜態方法：3 Amazing Ways to Unit Test Code That Calls Static Method in C#
C# API 單元測試問題
如果執行單元測試時，遇到「找不到 app.config」的問題時，有兩種解決方法：
- 正規解法：建立一個 web.config 的 mock class。
- 替代解法：將原本的 web.config 重命名為 app.config，放置於單元測試專案的執行目錄內。