軟件測試管理中解析Bug追蹤過程中需要注意的問題
很多朋友都問我，為什么那么喜歡研究bug報告，其實個人一直覺得bug報告高于一切，它是測試人員價值的終極體現。也許是工作的性質，我經常將香港的同事和深圳同事做比較，發現他們一個優點特別值得我們學習：做什么事一般不會去衡量事情的最終利益，更多的是決定后考慮如何更好地把事情做好。
腳踏實地，希望我自己也能夠這樣努力下去。
◆盡量減少重現的步驟以達到用最少的步驟來重現問題；這對編程人員來說是很有幫助發現問題根源的。
◆最好由報bug的人驗證bug是否可以關閉。任何人都可以修復bug，但只有那個發現bug的人才能夠確信bug是否真正的已被修復。
◆在將bug解決時要分清楚解決的方式。一般的bug系統允許你通過例如“fixed(已修復)”, “won't fix (不打算修復)”, “postponed(以后修復)”, “not repro(不可重現)”, “duplicate（重復）”或“by design(設計如此)”方式來解決bug。同時最好寫上解決的方式或非正常解決問題（如以上幾種類型）的原因。
◆當你的bug報告以“not repro(不可重現)”打回給你時，先檢查一個步驟是否有遺漏或清晰，再去找編程人員。編程人員通常是在無法用bug報告中的步驟重現bug時才選擇這個選項。
◆仔細地追蹤版本信息。你給測試人員的每一個build都應該有一個build ID編號，這樣剛入門的測試人員就不會重新測試壓根就沒有修復的那個版本。
◆如果你是個編程人員，并且正陷入讓測試人員使用bug管理庫的苦惱中，你只要不用其他方法接受bug報告。如果你的測試人員習慣將bug報告用郵件的形式發給你，你只需用一個簡短的消息回復他們：“請將它們輸入到bug庫中，因為我無法追蹤郵件�！�
◆如果你是一個測試人員，并且正陷入讓測試人員使用bug管理庫的苦惱中，你只要不和他們說任何有關bug的事――將bug輸入到數據庫中，數據庫會自動發送email給他們。
◆不要添加太多的新字段。有些人喜歡添加一些新的字段來追蹤他所需的信息。試想一下，測試人員要花多長的時間去填寫一個幾十個字段的表單，而且又有多少人還愿意填寫下一個bug呢。
◆如果知道bug出現模塊的負責人員或將解決bug的開發人員，請在標題中明確的指出，例如你發現的bug是有關增加人員的，那么在標題中可以指出“增加人員時出現xx錯誤”。
◆如果用英文報bug，最好使用現在時或過去時，例如用"appears"而不是"will appear"。
◆不要使用完全的大寫形式，那樣會讓人感覺象控訴。不要使用感嘆號或其他表現個人感情色彩的詞語或符號。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
