前面幾篇介紹使用 SpecFlow 和 Pickles 指令碼產生 cucumber/gherkin 的測試報表，請參考：
https://dotblogs.com.tw/yc421206/2016/04/25/specflow_pickles_live_document
https://dotblogs.com.tw/yc421206/2016/04/26/specflow_pickles_live_document_command_line
今天，我要搭配 TFS 2015 Build vNext 自動產生測試報表，以下是我的演練。
PS.雖然說，手動產生測試報表已經完成了，但還是花了很多的時間調整指令碼路徑的處理。
續上篇，上篇使用了 Pickles 產生出 Feature 報表，這篇要介紹 SpecFlow 報表，SpecFlow 本身就內建報表，這個報表比較適合開發人員，請參考：
https://github.com/techtalk/SpecFlow/wiki/Reporting
這篇提供了我寫的 Batch 檔，若對指令還不熟的，可以從參考一下。
以往，我都是使用用 NuGet Package Explorer 手動部署到公司內部的 Nuget Server，也用過 Nuget Packager，這兩種方法都不錯，只是無法自動地跟我的測試整合在一塊
TFS 2015 Build vNext 裡面有打包 Nuget Package 的步驟，Release 有部署 Nuget Package 的 Task，新版的 TFS 2015 讓我的自動化部署 Nuget 變得很簡單，有在使用 Nuget 的夥伴，可以參考我的設定。
Pickles 所產出的報表用來溝通，個人認為比 SpecRun 來的友善、清楚，SpecRun 的報表比較偏向開發，有在使用 SpecFlow 或是 cucumber/gherkin 語言開發的夥伴，你也可以試試看
前半段， CI (Continuous integration) Server 處理：程式碼版控→自動化測試
後半段， CD (Continuous Delivery) Server 處理：自動化部署→自動部署到測試機→簽核(QA)， 用來完成自動化部署的動作 ，TFS 2015 Update 2 才把 Release 整合到網頁。
Release 就是 CD
接下來的演練， 我仍然要發行網站應用程式到內部環境，除了上篇的做法之外，我們也可以用 TFS 2015 Update 2 才加入的 Release 新功能。
以往手動 WebDeploy 部署網站，就會套用 Web.config Transform，為了自動化必須要捨棄手動 WebDeploy，我改用 TFS 的 MsBuild Arguments，發行網站。
這會衍生出另一個問題， MsBuild 並不會套用 Web.config Transform，拖了好久今天才花了一點時間，找出解決方法。
以往手動部署網站我習慣用 Web Deploy，就是在網站應用程式，按右鍵→Publish。
但，我在目前的 TFS Build vNext 版本找不到這樣的部署步驟(只有 Azure)，於是花了一天的時間試出堪用的替代步驟，所以嚴格來說這不算是真正的 WebDeploy ，目標環境也不需要安裝 WebDeploy(WMSvc)。
若有更好的做法，也請你跟我說
2016/3/30 這天是 Microsoft 2016 Build 大會，同時也釋出了 TFS 2015 Update2，升級之後，沒想到引發了 Buil 失敗的錯誤，尋找解答時，也對 Build Agent 有了初步的認識，以下是我的問題及解法
TFS | VSTS 的事件通知塞爆了我的 E-Mail，開發團隊改擁抱 Slack，讓開發討論能更聚焦，內建的 Service Hook，能輕易的完成整合的動作。
TfsNotificationRelay 提供更多的設定，讓 Slack 能更快的找到相關的訊息。
接下來，將介紹設定步驟。
Visual Studio Team Studio 以下簡稱 VSTS，為了要自動部署到 Microsoft Azure，必需要有 Microsoft Azure 訂閱資訊，這裡會提到 VSTS 連接 Microsoft Azure 設定步驟，是自動化部署的到 Microsoft Azure 前置作業