1. Bugger 2016 介紹
Bugger 2016 is the version of Bugger adding support fot Team Foundation Server bug databases, GitHub bug databases, in addition to the existing Product Studio support. Bugger 2016 tracks Team Fundation Server, GitHub and product Studio bugs assigned to and opened by you, notifying you when new bugs are assigned to you or changed. The subtle overview window shows you the number of bugs assigned to you at all times, helping you keep track of up to 20 bug databases.
Flag bugs to track them even when they're not assigned to you, or to create virtual lists of bugs you want to follow-up on. Use Quick Query to quickly look up a specific bug or all the bugs assighed to someone from anywhere in Windows. Create bugs from anywhere in Windows with a single keypress.
The "My Team" feature helps you stay on top of bugs assigned to your coworkers and other team members. Rick bug viewa help you see which bugs need attention and react quickly to bugs as they are assigned back and forth.
左邊的菜單欄中，我們可以根據分類來查看管理當前assign 給自己的bug，在Tools下面可以快速查找到自己需要的bug（快捷鍵：Ctrl + G 輸入bug ID查找），也可以標記bug, 也可以創建新的bug，在Options中設置你要加入的TFS（一般是在安裝好Bugger之后就要設置）。
使用 New Query 可以按條件查找已經開過的bug：
2. Bugger 2016 下載地址：
3. 使用Bugger 2016 創建bug的模板
當點擊Create New Bug后，我們會看到有以下幾種類型來選擇，而我在工作中經常用到的就只有Test和Bug兩種，其中Test即Test Issue是指自動化測試用例出錯了需要去修復，而Bug即Code Defect是指產品缺陷，也就是我們常說的bug。
這里我們主要說明開bug時需要注意的事項， 一般情況下報bug是需要將以下19種情況都要考慮進去：
但使用Bugger有個好處就是它會將你必須要填寫的選項標注出來，當你漏填這些必填項后它會提醒你這些是必填項。
這里需要說明一下的是，作為一個Tester,當你確定要報bug的時候，首先標題必須要具有高度的概括性用一句話將bug的情況描述出來，然后選擇Area, Issue 選成Code Defect，優先級和嚴重性一般都有1,2,3,4種級別，越大優先級越低，嚴重程度越弱，后面的將黃色標注出來的必填項填上，還需說明的是Repro Steps要盡可能的詳細，從測試的環境配置到還原出error的每一步都要詳細描述，必要時可以同時粘貼上截圖，這樣做的目的是為了方面后面Dev修的時候能很方便的重現問題。寫完步驟后，還要填寫用例的期望結果和實際結果（同樣必要的時候可以貼截圖）。如果還有其他需要用到的文件什么的，可以加入到Attachments中作為參考。有時候，若遇到的bug是個regression bug,則還要去找到導致這個bug發生的regression bug,當所有這一切都填寫結束后點擊Save & Close，bug ID便會隨機產生，這個bug就報成功了，隨后要記得跟蹤bug的狀態以做后續處理。
4. The classification of bug Status
這里要分根據問題是Test Issue 還是 Code Defect來分bug所處的狀態， 如果問題是Test Issue (Automation code出錯了)，則它的狀態有：Triage (剛創建還沒修的bug狀態)；In Development(Test Issue被調查中)；Code Review (修改后的code需要進行code review)；Check in (代碼被SignedOff后就可以check in了); Resolved (Check in后這個 issue 就算修好了); 等到下一輪任務出來檢查一下是否還會出現這個問題，要是沒有的話狀態就要修改成Closed，這時這個bug的使命才算完全結束了。但是要是開的是一個Code Defect，即產品代碼的缺陷，狀態有些不同，剛開始狀態是Active，然后當Dev去調查時會將狀態修改為Investigate，找出解決方案后會將bug的狀態改為Fixing， 修復后提交code review，同時將bug的狀態改為review，之后check-in， 這里就和Test Issue是一樣的，check-in 成功后狀態修改成 Resolved，隨后還要去retest,所以狀態自然要改成test，同時 Assign給開bug的tester去測試，若測試沒通過則將狀態重新修改為Investigate 重新assign給Dev去修，若測試通過則可以close bug，同時狀態修改為Closed， 到此bug的生命周期就結束了。