可視化的Bug跟蹤流程
翼發云scrum項目管理系統自主研發了可視化的Bug跟蹤流程，使bug跟蹤處理的過程完全自動化流轉，完成整個bug管理的生命周期管理。翼發云bug管理工具主要有Bug審批、Bug修改、Bug修復、Bug測試（驗證）、Bug發布、完成、取消等幾個環節。
Bug狀態管理
翼發云scrum項目管理系統的Bug狀態分為六種，分別是：草稿、待審批、退回修改、修復中、待測試、待發布、已發布、已取消。
■ 草稿：
Bug的信息已經被測試工程師錄入研發項目管理系統，但還沒有提交審批，這個狀態的Bug沒有流程實例，沒有流程痕跡，也沒有待處理流程。
■ 待審批：
Bug提交項目經理或測試經理審批，bug跟蹤流程流轉到“Bug審批”環節，bug狀態自動轉換為“待審批”狀態，通常項目經理或測試經理確認bug后，進行派工，把bug分配給相應的開發工程師來修復。
■ 退回修改：
Bug經項目經理或測試經理審批后，退回給發起bug的工程師修改完善信息，流程流轉到“Bug修改”環節，bug的狀態自動轉換為“退回修改”狀態。
■ 修復中：
Bug審批通過后，由項目經理派工給某個具體的開發工程師進行開發修復工作，此時bug處于流程的“Bug修復”環節，bug的狀態自動轉換為“修復中”狀態。
■ 待測試：
Bug進過開發工程師修復完畢后，Bug跟蹤流程流轉到“Bug待測試（驗證）”環節，bug狀態自動轉換為“待測試”狀態，等待測試工程師進行測試驗證。
■ 待發布：
Bug經過測試工程師測試驗證通過后，流轉到bug跟蹤流程的“發布”環節，bug自動轉換為“待發布”狀態，該環節由項目經理來把這個已測試驗證通過的bug增加到某個“發布計劃”中，等待“發布”部署到生產環境中。
■ 已發布：
Bug已經發布到客戶的生產環境中，項目經理把這個bug的流程流轉到“已發布”環節，此時bug的狀態自動轉換為“已發布”狀態，bug跟蹤流程結束，bug的生命周期結束。
■ 已取消：
Bug在流轉過程中，發現bug已經不存在或不需要修復，可以把流程直接流轉到“取消”環節，bug跟蹤流程結束，bug的狀態自動轉換為“已取消”狀態。
分級Bug管理
翼發云scrum項目管理系統的Bug優先級是指因Bug引起的故障對軟件產品的影響程度，由測試人員指定。Bug優先級分為四級，分別是：緊急、嚴重、一般、輕微。
■ 緊急：
Bug導致了死機、產品崩潰、系統掛死無法操作等。
■ 嚴重：
Bug導致一個需求或功能特性不能運行，并且沒有替代方案。
■ 一般：
Bug導致一個需求或功能特性不能運行，但有替代方案。
■ 輕微：
Bug是表面化或微小的，比如，提示信息不太準確友好、錯別字、UI布局等，對功能幾乎沒有影響，產品及功能仍可使用。
可回溯的跟蹤記錄
Bug管理在流轉到每一個環節，都會有一個處理意見，翼發云scrum項目管理系統能夠按照發生的時間記錄下每一個流程環節的處理情況、環節的開始時間、結束時間以及停留時間，能夠記錄每一個環節中一個或多個處理人的處理意見，處理時間等信息，項目干系人可以隨時查詢、追溯bug的處理情況。
人性化的消息通知
翼發云scrum項目管理系統采用兩種方式發送即時通知消息給用戶，第一時間通知用戶收到bug修復任務、測試任務等，這兩種方式分別是手機通知和電腦通知。
■ 手機消息通知
■ 電腦彈窗通知