bug狀態開發人員必知必會

         在項目開發過程中，我發覺很多人在解決測試人員提出的bug之後，應該將這個bug修改成什麼狀態不太瞭解，導致了最後統計bug解決數量，以及遺留bug等等資料不準確。作為開發人員，我覺得瞭解bug的解決狀態是一門基礎課程。這裡我將開發人員用到的bug解決狀態列舉出來，希望對大家有所協助（這些都是開發人員在解決相應bug時應該在測試庫中修改的狀態）：
   

•  FIXED（已解決）：bug已經被解決,並且通過經過測試。

•  INVALID(不是bug)：被描述的問題不是一個bug（測試人員提出這個bug,但是開發人員認為不是bug）。

•  WONTFIX(不修改bug,NeedlessFix)：被描述的問題是一個bug,但是不準備進行修改。

•  LATER(下一版本再修改)：被描述的問題是一個bug,但是不在目前的版本中進行修改。（已經確定在下一版本修改）

•  REMIND(可能到下一個版本再修改)：被描述的問題是一個bug,但是很可能不在目前版本中進行修改（注意是可能，注意later）

•  DUPLICATE(bug重複)：提出的問題和當前已經存在的某個bug重複。

•  WORKSFORME(bug不能重現)：不能重現這個bug,查看原始碼也不知道為什麼會出現這樣的bug 現象,如果以後有更多的關 於這個bug的線索,將重新接受這個bug。（這個是對於那些知道有bug，但是卻不能重現bug的情況）

  可見，bug狀態並不是隨便指定的，是要根據具體情況具體處理，我見有的開發人員是這樣處理bug的：測試人員提出bug，開發人員不管這個是不是bug，或者是重複bug，或者留待LATER修改的bug,一律設定為FIXED。這時很不負責的表現，殊不知，就有可能因為你隨便設定bug狀態這麼一個小動作，就把bug留在了產品中，最終可能導致嚴重後果。切記！！！！

  測試人員bug狀態見 《bug狀態開人員必知必會續》