利用Stub來打破關連性 (3)
Source: The art of unit testing with examples in .NET, Roy Osherove
http://www.amazon.com/Art-Unit-Testing-Examples-Net/dp/1933988274/ref=sr_1_1?ie=UTF8&s=books&qid=1267086529&sr=1-1
Chapter 3 Using stubs to break dependencies
接下來作者提出另一種作法, 使用factory paatern. 這樣做的好處是
(1) 你的受測程式便不用管FileExtension Manager是怎樣產生, 或是要用哪一個
23. 建構第一次的白板 (2)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
第一個看板的模型
利用Stub來打破關連性 (2)
Source: The art of unit testing with examples in .NET, Roy Osherove
http://www.amazon.com/Art-Unit-Testing-Examples-Net/dp/1933988274/ref=sr_1_1?ie=UTF8&s=books&qid=1267086529&sr=1-1
Chapter 3 Using stubs to break dependencies
之前用constructor的方法來傳入stub object, 這樣的作法有什麼問題嗎?
有經驗的人一定會想到, 若是有多個stub object, 或是可能之後要動態增加stub時, 這樣的作法不就要常常改constructor, 因此作者提出另外一個作法: 利用property來設定stub.
23. 建構第一次的白板 (1)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
製作價值溪流圖(Value Stream map), 是一個很好的方式, 來開始建構看板的白板. 基本上, 它是一個視覺化的價值鏈, 對於整個系統的工作狀態, 流程和時間(週期時間), 提供了詳細的洞察.
但是, 我們開始的比較簡單, 由經理們一起畫在白紙上, 當做一份簡單的白板. 檢視幾次過後我們開始行動. 在這個階段, 有些問題讓人感到不安, 包含:
利用Stub來打破關連性 (1)
Source: The art of unit testing with examples in .NET, Roy Osherove
http://www.amazon.com/Art-Unit-Testing-Examples-Net/dp/1933988274/ref=sr_1_1?ie=UTF8&s=books&qid=1267086529&sr=1-1
Chapter 3 Using stubs to break dependencies
在撰寫測試程式時, 遇到最大的問題是, 受測程式和其他程式有關聯. 因為這樣的關連, 會導致你要進行單元測試的困難度.
例如下面這個程式, 若是你要測試時, 必需要和file system有互動.
