我是如何使用Worktile進行Bug管理的

在研發團隊的Bug管理工做中，咱們但願有這樣的工做環境：

• 清晰明瞭的Bug管理流程

• Bug屬性清晰易懂

• 職責清晰的任務分配

• Bug週期可追溯

Worktile能夠經過靈活可定製的Bug管理流程，幫助團隊集中規範地進行Bug管理，使Bug在生命週期全程可追溯，從而提升研發團隊修復Bug的效率。

Bug管理流程搭建

在Bug管理的工做中，咱們須要一個相對簡單且清明瞭的Bug管理流程，工程師以及測試人員能夠在這個流程下更加高效的執行任務，下圖是一個比較完整且簡單的Bug處理流程圖。

在規則、流程制定好後，咱們須要一個簡單靈活的工具來將工做流實現，讓每一位同事瞭解任務進展。在Worktile中，咱們能夠經過項目的看板視圖來完美實現上圖的Bug管理流程。

1. 經過任務列表搭建工做流
   建立一個Bug管理項目，建立 「收件箱，確認Bug，修復中，已修復，之後版本處理」 等5個任務列表來呈現已經制定好的工做流。

提交Bug，將有問題的Bug以任務的形式提交到收件箱，固然，咱們在提交一個問題以前首先應該保證，這個問題以前並無提交過以避免形成重複。
確認Bug，確認該Bug能夠復現且儘可能描述這個缺陷的屬性，如Bug重現環境，Bug類型，Bug等級，Bug的優先級以及詳細的重現步驟，結果與指望等。
修復Bug，轉交Bug&修復，在該列表中，將具體的修復任務分配給相應的負責人，進入到Bug修復週期中。
已修復，將修復的問題進行再次測試，修復成功後便可關閉Bug（完成該任務），若問題依舊存在，既將拖拽回確認Bug列表。
之後版本處理，在確認Bug階段判斷爲短時間內不去優化的任務能夠拖拽到該列表。

1. 任務的流轉
   拖拽任務來實現Bug的階段性的流轉。

1. 豐富任務信息
   咱們能夠經過分配任務來指定負責人，設置任務的截止時間，劃分優先級，用標籤來定義任務屬性，讓任務信息更加直觀的展示出來。

（ps：任務屬性設置會在後文進行詳細講解）

Bug屬性設置

解決Bug的重要前提是重現該Bug，因此咱們須要儘量詳盡的瞭解該Bug，好比瀏覽器，操做系統，機型等；另外一方面，咱們也須要清楚地瞭解該問題被提出的初衷，是性能問題，頁面問題仍是兼容性問題，以便咱們劃分優先級。Worktile中的任務標籤&任務優先級能夠完美解決該問題。

1. 用標籤來定義任務屬性
   咱們能夠將Bug屬性暫且歸爲一下幾類，操做系統，瀏覽器，功能，性能，界面，易用性，兼容性&其餘，而這些均可以用不一樣顏色的標籤來展示出來，以下圖

而且可經過標籤管理來了解不一樣標籤下任務的實時狀態

1. 經過任務優先級來定義Bug處理的優先級
   當問題處理人員在面對許多問題須要處理時，就須要對問題進行優先級排序。咱們作事情的安排，操做系統的處理進程等都在使用着優先級。在Worktile中，咱們能夠經過任務優先級來解決此問題。

Bug的追蹤與統計

除了實現Bug的流程管理外，Worktile還能夠經過統計來追蹤工做效率與質量，強大完善的統計分析，按期瞭解團隊的研發質量。

1. 經過標籤對Bug屬性進行統計
   在Worktile的項目統計中，可進行標籤統計，而這對於Bug管理項目的價值在於，咱們能夠經過Bug屬性的統計分析，來決定以後研發與產品的調整方向，且能夠經過列表統計來統計Bug的修復率。

1. 全局統計
   若是您的團隊是經過獨立項目來管理不一樣端的Bug，如移動端Bug管理項目，桌面端Bug管理項目，Web端Bug管理項目等，Worktile能夠經過統計功能來實現全部Bug項目的管理，清楚地瞭解每個獨立項目的運轉狀況。

（ps：您能夠經過這裏瞭解 使用Worktile進行工做效率評估和追蹤 ）

小結

好吧，修復Bug是件有點尷尬，又不得不去面對的事情，但實際上，每個Bug的修復都是讓產品走向更好的基石。讓整個流程變得更加高效即是Worktile的價值，也但願Worktile的靈活簡單可讓各位找到更加適合本身的Bug管理流程。

本篇是《Worktile研發管理解決方案白皮書》的系列之一，精選了30個研發團隊的工做流程進行總結提煉，內容涵蓋研發需求管理、敏捷開發流程、Bug管理、工做績效管理等，旨在幫助企業構建起一套高效嚴謹的研發體系，將企業從陳舊繁複的研發管理中解救出來。瞭解更多研發管理解決方案