如何利用「測試原則」確保每次簽入的程式碼都有驗證過？
在 TFS 2010 的 簽入原則 ( check in policy ) 中，
可以透過「測試原則」進行驗證的動作。
避免自已 或是 其他的好同事 改了程式碼，
什麼都沒有驗證也沒有編譯過就簽入的歡樂事情發生。
總不能每次都在旁邊好同事的旁邊看吧？可是又擔心好同事忘了執行測試？
那就用 簽入原則來管理吧！
什麼？還在用 SVN ？ VSS ？
不用再考慮了，有了這個功能後 就不用在睡覺前擔心
今天在公司加班的好同事是不是又把你的程式碼改壞掉了
現在就照著以下的設定，馬上就可以施行了
開啟 單元測試的 VSMDI 檔，就會開啟「測試清單編輯器」
選取 相同性質 或是 要同一個群組的 --> 右鍵 –> 新增測試清單
輸入名稱
就可以看到 每一個 測試 對應的 測試清單
ps.. 也可以直接用托拉的方式，將測試 拉到左邊的測試清單中
接下來就是將異動的 VSMDI 檔簽入
這樣子就告一個段落，接下來是要到 TFS 2010 進行設定
開啟 Team 總管—>Team 專案 –> Team 專案設定 –> 原始檔設定
新增簽入原則
選擇 測試原則
選擇 VSMDI 的檔案後，就可以看到剛剛設定的測試清單。
如此一來就全部設定完成了。
============================
若是沒有設定 測試清單的話，到這個會什麼都不能點。
============================
接下來就是要驗證它了！
當然，我們要先確認即有的測試都有通過測試！
Good ！都是綠燈
開啟登入的程式碼！故意把登入的機制對調
也沒有跑測試、也沒有編譯馬上就簽入程式碼
這時就出現 無法簽入的錯誤訊息了！
太棒了！這就是我們要的效果！
這樣子就不用擔心沒有經過測試就簽入的情況發生了。
若是忘了先執行測試的話，點兩下就會開啟以下的對話框
馬上進行執行測試的動作！
果然，剛剛改的程式碼出錯了！而且所有登入全部都出錯！
這是當然的嚕！因為 能正常登入的都變成不能登入了
這樣子日後就可以很安心
自已寫的登入機制相關的程式碼不會被好同事改壞掉了！
( 包含有人改了 DB Schema 或是 SP )
若是改了程式碼，自已有先執行測試並通過的話！
在簽入原則的清單中就不會出現錯誤了！
這是一個非常非常實用的功能
可以確保大家的程式碼在簽入的時候都有符合正確的功能
而且，若是有想要導入 Test Drive Deveploment 的話！
這個功能更要強制開啟
ps.. 測試清單中的測試 可以適用 Unit Test 、 Web Test 、Coded UI Test
