我們大部分都不是測試小白，知曉bug的生命周期，但是現在有一個疑問，我們的遺留bug，有一直跟進下去嗎？

　　bug生命周期：創建--修復--驗證--重開--修復--驗證--關閉

　　遺留bug：本版本不會修復的問題

一、首先我們要區分，遺留bug和需求問題。

　　bug是程序的衍生物，但是有可能需求本身就是有漏洞的，邏輯是不通的、矛盾的，也有人定義為這是需求bug，在這裏我們暫且不這麽定義它，因為這種問題會有很多種場景：當下必須修復的；後續優化的。

　　在這裏，我們定義，遺留bug，跟需求的任何問題沒有關系！因為現在我們在JIRA上已經沒有需求缺陷這個歸類了。

　　對於需求上的問題，我們單獨一套流程去跟蹤它，直接反饋給需求組，讓需求組去確認、記錄、跟進。

二、遺留bug我們跟進了嗎？

　　遺留bug就是指這個版本無法修復的問題，可能由於這樣或那樣的原因，它就是沒有辦法在發現的當下去修復。那我們後面怎麽去跟進它呢？是不是測試環境驗證過就關閉了呢？

　　答案是否定的，因為當下無法修復的bug，後面肯定是掛在某一個人的名下（開發或者測試），如果在發布到正式環境之前，我們就關閉了它，後面可能就不一定可以保證這個問題得到了修復。

　　這個問題的原因是多方面的：

　　1.個人沒有關註掛在自己名下的bug

　　2.修復版本沒有合並在最新的測試分支，到最後也不會在主幹上，正式機得不到真正的修復

　　為了規範遺留問題的跟進，經過商討之後，決議如下：

　　1.需求的問題及時匯總給需求組

　　2.遺留問題解決結果統一為延期處理，測試環境驗證後不關閉，掛在測試人員名下

　　3.關註遺留bug面板，關註自己所負責項目下有哪些遺留bug，主要按部署平臺分（月亮天使、SFA、月亮天使web、SFAweb、CRM後臺、HR後臺等），項目上線之前安排遺留bug經辦人跟進到上線結束，然後關閉，流程如下：

　　上線版本V1.0-->遺留問題（延期處理，已解決）-->上線版本V2.0-->遺留問題解決-->關閉問題（END）

　　實際應用可能會遇到的問題：

　　1.現在bug沒有字段可以標識部署平臺是哪個？無法按照平臺來做歸類

　　2.我們需要清楚問題的修復是在哪個平臺部署的？特別是後臺有些業務是根據開發組區分，而不是業務組，一個開發組會負責多種業務

Bug生命周期：遺留bug管理