在上一集看到了，Test & Feedback這個套件 了解了如何使用裡面的Standalone模式來做Exploratory Testing 並且能夠匯出一個通用的格式報告
但是，還遺留了一個問題，Standalone產生完了之後還需要手動建立回Azure DevOps上面 難道沒有什麼方式可以做完之後自動建立bug、test或甚至是test case嗎？
這篇來看看Connected模式 - 看看如何做到這件事情
在上一集看到了，當Test Plan建立好了，就可以開始進行測試。
但是，每一個step之間怎麽不能夠記錄實際測試的截圖？ 還有，如果今天要做Exploratory Testing怎麽樣才能夠把每個問題記錄清楚，並且用統一的一種格式呢？
這就是 Test & Feedback可以幫忙的地方。 這集來看看基本介紹，以及Standalone模式 - 瞭解如何透過他得到統一格式的報告
![[Visual Studio]爲什麽發生例外的時候，在偵錯模式下沒有自己進入中斷點.jpg](/posts/2019/12/2019-12-28-faq-visual-studio-why-in-debug-not-break-when-exception-happens/65202dfd-3a9d-451a-a397-e076e04457e9.jpg)
一般來説，當Visual Studio進入到了debug (偵錯) 模式的時候，只要有任何的exception (例外) 發生的話，就算沒有下任何的breakpoint (中斷點) ，Visual Studio也會自動停下來。
但是如果有天Visual Studio不在停下來的話怎麽辦？
這篇來看一下Visual Studio裡面一個很重要的設定：Exception Setting。
在今年6月的時候，有申請成爲微軟認證講師，也就是所謂的 Microsoft Certified Trainer (MCT)。
申請下來之後，對我目前其實沒有什麽直接的影響，只是多了一個可以讓我在分享的時候，自我介紹多了一個Badge可以放XD。
有些朋友看到這個之後，就來問我，到底 MCT 要怎麽申請，以及申請之後有沒有什麽好處？
這篇就來和大家介紹一下，什麽是 MCT、怎麽申請、申請下來有什麽好處以及它可以用來做什麽。
在上一篇介紹完了如何建立出Test Plan以及建立出Test Case之後
接下來要做的事情就是依照計劃執行測試，而測試的結果也非常重要
因此，這篇介紹如何依照計劃執行測試，並且看到執行的内容是什麽
在上一篇瞭解了測試有什麽困難，以及Azure Test Plan的一些關鍵字介紹
這一篇來實際看一下如何建立出Test Plan以及Test Case
測試都是保證程式碼品質的一個最好的方式
假設，今天公司要導入手動測試 (Manual Test) 遇到的第一個問題就是，我要怎麽計劃這些測試？並且我要怎麽樣知道每一個人的執行狀況？
Azure Test Plan 是 Azure DevOps的其中一個專門用來做這件事情的服務 這篇先瞭解測試有什麽困難點，以及Azure Test Plan的一些關鍵名詞。
_1477.png)
_1485.png)
_1486.png)