在上一集看到了，當Test Plan建立好了，就可以開始進行測試。
但是，每一個step之間怎麽不能夠記錄實際測試的截圖？ 還有，如果今天要做Exploratory Testing怎麽樣才能夠把每個問題記錄清楚，並且用統一的一種格式呢？
這就是 Test & Feedback可以幫忙的地方。 這集來看看基本介紹，以及Standalone模式 - 瞭解如何透過他得到統一格式的報告
![[Visual Studio]爲什麽發生例外的時候，在偵錯模式下沒有自己進入中斷點.jpg](https://d33wubrfki0l68.cloudfront.net/548e62c436c297746d43fc7ac5e3af7663f083e8/03a63/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月的時候，有申請成爲微軟認證訓練師(這個翻譯感覺有點怪怪的，好像要去抓神奇寶貝XD)，也就是所謂的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的一些關鍵名詞。
這篇算是個番外篇 鐵人賽30天算是結束了，今天直接來個大亂入
這30天以來非常感謝給與我訂閲的大家 - 讓我可以在這個月每個指標都是 999% XD 這篇，看看這30天以來得到的結果是什麽，以及和大家分享一下一些可以期待的東西 別慌，這個系列不會結束，所以有興趣還是可以持續關注哦
_1477.png)
_1485.png)
_1486.png)