從0到1創建高效的產品缺陷管理流程(3):如何選擇一款Bug管理工具?
一款bug管理工具會直接影響到團隊的工作效率。
我在前面兩篇文章中對缺陷管理的流程,缺陷的處理的優先級做了介紹:
《從0到1創建高效的產品缺陷管理流程(1):缺陷是什么? 如何建立缺陷管理流程?》
《從0到1創建高效的產品缺陷管理流程(2):如何設置合理的Bug處理優先級》
之前的兩篇文章更多是在理論層面進行比較多的探討。 在第三篇文章中,我要介紹如何選擇一款Bug管理工具。Bug管理工具可以說是將之前的管理策略與流程結合在日常工作中的一套系統,缺陷管理團隊每天會有相當的一部分時間花費在此套系統中。
因此,一款bug管理工具會直接影響到團隊的工作效率。
一. 常見的Bug管理工具類型
1. Office系列辦公軟件
10多年前,國內還沒有較為專業的bug管理工具之前。好一點的團隊會用excel或者word文檔來記錄和管理缺陷問題。當然,現在依然有團隊還在使用這些工具進行bug管理。用excel或者word文檔來進行管理的好處是上手容易,因為大部分成員都已經會使用。另外就是本地操作,速度快,便捷。
但是Office系列辦公軟件在做Bug管理時有很多嚴重的不足:
- 無法協同管理:Office本地文件是無法多人操作的,也就造成一個團隊成員修改了缺陷的處理狀態和信息,其他成員難以獲得信息同步。當然,現在的office 365已經可以進行在線協作,對這個問題有了一定的彌補。但是在字段權限,協同信息通知和操作記錄上還是比較弱,不太適合多人團隊共同使用管理缺陷流程。
- 缺乏流程管理:無法在office系列軟件中設置處理流程,可能導致缺陷的處理操作與企業流程不符,造成管理問題。
本地服務器部署的Bug管理工具
Jira, Bugzilla等是比較有代表的本地化部署的Bug管理工具,這些軟件存在的歷史比較久遠,經過了很多迭代目前來說功能是比較齊全的,另外本地化部署也適合那些對于數據安全級別較高的企業。但本地化部署的工具軟件有一些通病。
- 安裝比較麻煩:當然,這個因人而異。需要找服務器,執行安裝命令和系統配置。但考慮安全問題,還要做SSL, 定期備份/漏洞修復等工作。
- 升級問題:本地服務器部署的軟件在升級時經常出現問題,可能是自定義文件,服務器配置等。很多團隊覺得升級麻煩,干脆不升級,導致系統版本過來,新功能和優化無法使用,以及出現安全漏洞問題。
2. 云服務器SaaS版本
隨著云服務器的普及,SaaS云端版本的缺陷管理工具越來越多。其最大的優點就是無需部署,注冊后就可以使用了。無需維護,自動使用最新的版本。云端版的Bug管理工具優點很多,但是很多企業有顧慮,并不愿意使用SaaS版本的軟件。
我的團隊曾開發了一款免費的云端版本的缺陷管理軟件Bugout (bugout2.testin.cn), 在推廣之前認為云端無需安裝,注冊即可使用是產品的一個優勢。但是,在與許多用戶溝通之后,發現其實國內的企業對于把數據(還不是什么關鍵數據)放在別的企業的服務器中有很多顧慮。后來也就不再特別宣傳什么無需安裝,云端這樣的賣點了。
二. Bug管理工具的核心功能點
在考慮完哪種類型的Bug管理工具適合, 下面需要考慮團隊的需求,以及功能點與團隊的需求是否符合。由于本人帶團隊開發Bugout這款產品,因此在開發和迭代的過程中對比的國內外競品有20多家。產品上線后2個月內, 自己回訪了大概100多位用戶。對于Bug管理的核心功能,大致可以分為以下三類:
1. Bug問題收集
如果您的團隊只處理來自內部成員上報的缺陷問題,那么可以不用太多考慮這個功能點,因為隨便一個Bug管理工具都有新建Bug這種功能。但是,如果您的團隊希望快速收集到來自外部用戶的bug問題,那么這個功能點會直接影響到Bug處理流程的效率。
(1)主動收集來自外部用戶的反饋問題
允許外部用戶主動上報問題反饋到Bug管理工具中,例如通過反饋按鈕,表單,郵件,手機搖一搖,App截屏等盡可能多的方式反饋。讓用戶反饋問題更方便。
(2)自動收集來自外部用戶的反饋問題
在用戶使用產品的過程中出現問題后自動反饋到Bug管理中,例如網站文件報錯,App崩潰/閃退,App卡頓/無響應等。
- 支持多種不同設備與系統是否收集不同設備和系統的缺陷問題,比如是否能夠支持App,web/H5網站,微信小程序等;
- 收集設備信息和錯誤代碼在上報問題是能夠上報用戶的設備信息,瀏覽器版本,屏幕尺寸,錯誤代碼,日志,堆棧信息,錯誤步驟等信息,將大大提升測試與開發成員復現問題,定位問題原因,提升工作效率。
2. Bug分配與跟進功能
將Bug問題快速合理的分配給指定團隊成員進行處理,并且跟進Bug問題直至完全解決,是一款Bug工具中必不可少的流程環節。在這個環節中,需要考慮的功能點包括:
- 團隊成員角色與權限設置:團隊管理員的權限,測試人員的權限,開發人員的權限,團隊外部成員的權限。誰可以創建bug, 誰可以將bug刪除,誰有權限將確認Bug已完成等等。
- Bug管理的相關字段一款Bug管理工具應該設置有符合一般Bug管理流程的字段,例如:創建人,跟進人,負責人,出現bug的產品模塊,子模塊等,我在《從0到1創建高效的產品缺陷管理流程(1):缺陷是什么? 如何建立缺陷管理流程?》中有羅列一些字段可供參考。
- 靈活的自定義設置:大多數情況下,每個公司或者團隊都有一些自己額外的自定義設置,比如設置一個字段,設置測試版本。靈活的自定義設置讓工具更符合團隊的使用需要。
- Bug處理流程設置:一款好的Bug管理工具應該符合團隊的Bug處理流程,并保障Bug工具的操作者可以按照制定的流程進行操作。 比如Bug狀態的流程設置:如果當前一個Bug的狀態如果是“等待驗收”,則操作者在修改Bug狀態是只能選擇“驗收完畢等待上線” 或者 “驗收失敗重新開啟”,而不能選擇“新建”,“開啟”等不符合處理流程的Bug狀態。這個功能很多Bug工具都忽略掉了,但是對于團隊來說卻是十分重要的,比較人工操作錯誤是難以避免的。我們在設計Bugout這款缺陷管理工具時,特別設置一個“自動化流程”功能,通過字段條件自動執行流程,以減少人工操作帶來的錯誤。
- Bug跟進提醒提醒功能在任務分配給成員后提醒成員,也可以提醒任務的關注者,不錯過重要的Bug跟進信息。也可以在不符合正常操作的時候發送提醒給管理團隊,及時糾正錯誤問題。
- Bug變更記錄
變更記錄也是一條Bug的全部處理記錄,因為Bug的處理可能經過多個成員操作,通過變更記錄可以讓成員之間了解的Bug狀態的變化,減少溝通成本。
3. Bug問題定位與解決
比較常見的情況是Bug工具可能有測試團隊或和開發團隊共同操作,測試團隊收集,復現,定位Bug,而開發團隊則負責解決Bug并反饋給測試成員處理進度,等待測試團隊測試驗收,最后上線。因此好的Bug管理工具應該符合這兩個團隊的需求:
- Bug復現與定位:通過收集到錯誤代碼,設備信息等數據可以幫助測試團隊復現和定位問題。但是,有時測試團隊需要使用一些瀏覽器或者手機設備才能夠模擬用戶的使用環境。因此,在設計Bugout產品時,我們設置一個獨特的功能點就是與Testin云測平臺上數千款真機設備聯通以解決此需求。
- Bug解決:一般開發團隊需要使用其他的開發工具來解決代碼問題,比如Jira,Git等,因此一個好的Bug管理工具應該與開發者工具直接有較好的集成功能,以滿足數據同步問題。4 數據報告功能
最終眾多Bug處理完成后團隊需要有數據支撐,以及時的發現問題,解決問題,改進Bug管理流程。同時,可以很好的衡量團隊工作成果,工作進度,檢測產品各個模塊的缺陷變化趨勢等。
因此,一款好的Bug管理工具應該有多種維度的數據報告,以滿足團隊的需要。
三. 結語
工具固然重要,如果團隊不能養成使用工具的習慣,或者不能正確的使用工具,則會大大減低bug管理工具的價值。因此,不能只重視工具,而忽略使用工具的團隊成員。團隊的管理者應該不斷的通過培訓,總結,實例講解,讓團隊成員提升使用工具的能力和知識,培養一種持續改進的團隊文化。
相關閱讀
從0到1創建高效的產品缺陷管理流程(1):缺陷是什么? 如何建立缺陷管理流程?
從0到1創建高效的產品缺陷管理流程(2):如何設置合理的Bug處理優先級
#專欄作家#
陳迪,人人都是產品經理專欄作家。Testin云測SaaS運營總監,Bugout缺陷管理產品運營負責人,增長黑客,多年國內和海外互聯網公司運營經驗,專注于SaaS和B2B企業服務行業。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Pixabay,基于 CC0 協議
我們團隊用的Worktile,挺好用的。所有員工都能隨時提BUG,并填寫bug相關信息,如缺陷類型、嚴重程度、功能模板等。這樣能很好避免重復溝通、找不到對接人等問題。然后所有提交的bug,會自動第一時間通知到負責人,然后負責人根據缺陷的類型、模塊,分配給相應對接人,嚴重的缺陷會快速響應。相關人員會在bug任務中溝通,并更新完成進度。
和Bugtags差異化在哪里?相似度也太高了。。。