Change for free 改變免費：雖然講免費，但實際是，當有改變的時候，Product Owner 在 Iteration Planning 前或中提出新需求，Agile Team 評估 Story Point，確定要做的話，Product Owner把不重要的功能或相等Story Point的功能的移出 Product Backlog，做一些 TradeOff，甲方的高優先需求得以滿足，乙方一樣做那麼多Story Point 的工作，以這個方式來歡迎改變！
時間與材料合約/有上限的時間與材料合約( T&M / T&M with cap)：跟台灣俗稱的的"買人力"的想法很接近，可以想成"買整組人"在甲方駐點(通常還是要駐一下, out of sight out of mind, XD )開發所需要的系統，這種方式就是做多久就付多少金額。因為時間都是乙方估計，所以風險都在甲方，也因此有變種的，是加上上限的T&M(Capped T&M)合約，這個上限是雙方同意後的金額，通常甲方應該要加上鼓勵條款，鼓勵乙方早日完成。(不知為何，在台灣的甲方，能夠準時驗收與準時付款，對乙方就是一種激勵...) (2)
既然單元測試是這麼重要，在上完Agile的課後，小弟開始學習在.Net Framework 要怎麼做單元測試，這一篇算是介紹，也是對自己學習的筆記，我使用的工具是 C# 與 Visual Studio 2012，使用 Java 的朋友，你一定能找到對應的工具與平台，這年頭， M$ 會推出某個功能，都是被 Java Community 逼出來的..ㄎㄎ... 廢話不多說，我用問題與回答來說明單元測試：
1. 單元測試到底是指甚麼? =>預期結果等於測試結果
簡單說，單元測試是對程式的最基本的單位進行測試 ( 最基本單位是要看你自己認定，小弟是非常程序導向的開發人員 i.e. old ，我的通常是 Function )，確認程式能夠如預期的執行。小弟的心得是，因為要單元測試，會強迫自己開始規劃自己的程式，讓 function 真正能比較像一個 function 該做的事，不會通通塞到一起才來拼命 debug line by line (還記得以前老師教的高聚合低耦合嗎?... )
還記得剛才的XP Test Rule "所有程式碼都要有單元測試 !"，所以要如何判斷自己有涵蓋夠多的程式? 你可以使用Visual Studio 2012的 "分析程式碼涵蓋範圍"功能 ，馬上就可以看到涵蓋結果。至於你的目標要設為多少，可能要由你的 developer team 自行在definition of done 中定義。
5. 要如何把自己的 Function 跟別的 Interface/Library 隔離? => Fake 機制
有時候測試的時候會希望跟別的 Interface/Library 切割的比較清楚，譬如拿到輸入資料後不寫入資料庫，只要判斷程式邏輯正確，這時要怎麼切割呢? 在 Visual Studio 2012 時加上了 Fake 的機制，請一定要參考這一篇 VS 2012 的 Unit Test與測試總管 的"建立 Fake 組件" 與這一篇 Isolating Code Under Test with Microsoft Fakes ，Fake機制裡面還可以分為 Stub 與 Shim ，各有各的適用對象。以下小弟舉一個簡單的範例，使用的是Shim給大家參考：我要做的是，不去資料庫檢查帳密，我只要確定帳號密碼不一致就可以，所以我用Shim 隔離我的測試程式與實際的程式。
6. 要如何自動Build 自動單元測試? => TFS 現在5人內免費!
如果你是 one person team (獵人的磊扎，就是下圖那一位，1個人可以當5個人)，那你可以不用考慮這個了 "持續整合/持續集成"這個議題，你自己應該會持續的 build，並且你的開發環境上就是 releasable build...
如果你不是 one person team，一定會遇到版本控制、自動整合Build、自動測試的議題。在這部分，我是使用免費的tfs，現在是5人以內免費，適合small team (M$可能不知道台灣軟體廠商 >5個工程師的專案是很大的專案 哈...)。這一段的內容我是參考這一本書 軟體測試實戰 Visual Studio & Team Foundation Server (推! 雖然是visual studio 2010 ，但是還是很有參考價值，不知道會不會改版..) 書中的 "10-03 自動化組件與測試" 。使用方式大致是這樣：
