一款bug管理工具會直接影響到團隊的工作效率。

我在前面兩篇文章中對缺陷管理的流程，缺陷的處理的優(yōu)先級做了介紹：

《從0到1創(chuàng)建高效的產(chǎn)品缺陷管理流程（1）：缺陷是什么? 如何建立缺陷管理流程？》

《從0到1創(chuàng)建高效的產(chǎn)品缺陷管理流程（2）：如何設(shè)置合理的Bug處理優(yōu)先級》

之前的兩篇文章更多是在理論層面進行比較多的探討。 在第三篇文章中，我要介紹如何選擇一款Bug管理工具。Bug管理工具可以說是將之前的管理策略與流程結(jié)合在日常工作中的一套系統(tǒng)，缺陷管理團隊每天會有相當(dāng)?shù)囊徊糠謺r間花費在此套系統(tǒng)中。

因此，一款bug管理工具會直接影響到團隊的工作效率。

一. 常見的Bug管理工具類型

1. Office系列辦公軟件

10多年前，國內(nèi)還沒有較為專業(yè)的bug管理工具之前。好一點的團隊會用excel或者word文檔來記錄和管理缺陷問題。當(dāng)然，現(xiàn)在依然有團隊還在使用這些工具進行bug管理。用excel或者word文檔來進行管理的好處是上手容易，因為大部分成員都已經(jīng)會使用。另外就是本地操作，速度快，便捷。

但是Office系列辦公軟件在做Bug管理時有很多嚴重的不足：

• 無法協(xié)同管理：Office本地文件是無法多人操作的，也就造成一個團隊成員修改了缺陷的處理狀態(tài)和信息，其他成員難以獲得信息同步。當(dāng)然，現(xiàn)在的office 365已經(jīng)可以進行在線協(xié)作，對這個問題有了一定的彌補。但是在字段權(quán)限，協(xié)同信息通知和操作記錄上還是比較弱，不太適合多人團隊共同使用管理缺陷流程。
• 缺乏流程管理：無法在office系列軟件中設(shè)置處理流程，可能導(dǎo)致缺陷的處理操作與企業(yè)流程不符，造成管理問題。

本地服務(wù)器部署的Bug管理工具

Jira, Bugzilla等是比較有代表的本地化部署的Bug管理工具，這些軟件存在的歷史比較久遠，經(jīng)過了很多迭代目前來說功能是比較齊全的，另外本地化部署也適合那些對于數(shù)據(jù)安全級別較高的企業(yè)。但本地化部署的工具軟件有一些通病。

• 安裝比較麻煩：當(dāng)然，這個因人而異。需要找服務(wù)器，執(zhí)行安裝命令和系統(tǒng)配置。但考慮安全問題，還要做SSL, 定期備份/漏洞修復(fù)等工作。
• 升級問題：本地服務(wù)器部署的軟件在升級時經(jīng)常出現(xiàn)問題，可能是自定義文件，服務(wù)器配置等。很多團隊覺得升級麻煩，干脆不升級，導(dǎo)致系統(tǒng)版本過來，新功能和優(yōu)化無法使用，以及出現(xiàn)安全漏洞問題。

2. 云服務(wù)器SaaS版本

隨著云服務(wù)器的普及，SaaS云端版本的缺陷管理工具越來越多。其最大的優(yōu)點就是無需部署，注冊后就可以使用了。無需維護，自動使用最新的版本。云端版的Bug管理工具優(yōu)點很多，但是很多企業(yè)有顧慮，并不愿意使用SaaS版本的軟件。

我的團隊曾開發(fā)了一款免費的云端版本的缺陷管理軟件Bugout (bugout2.testin.cn), 在推廣之前認為云端無需安裝，注冊即可使用是產(chǎn)品的一個優(yōu)勢。但是，在與許多用戶溝通之后，發(fā)現(xiàn)其實國內(nèi)的企業(yè)對于把數(shù)據(jù)（還不是什么關(guān)鍵數(shù)據(jù)）放在別的企業(yè)的服務(wù)器中有很多顧慮。后來也就不再特別宣傳什么無需安裝，云端這樣的賣點了。

二. Bug管理工具的核心功能點

在考慮完哪種類型的Bug管理工具適合, 下面需要考慮團隊的需求，以及功能點與團隊的需求是否符合。由于本人帶團隊開發(fā)Bugout這款產(chǎn)品，因此在開發(fā)和迭代的過程中對比的國內(nèi)外競品有20多家。產(chǎn)品上線后2個月內(nèi), 自己回訪了大概100多位用戶。對于Bug管理的核心功能，大致可以分為以下三類：

1. Bug問題收集

如果您的團隊只處理來自內(nèi)部成員上報的缺陷問題，那么可以不用太多考慮這個功能點，因為隨便一個Bug管理工具都有新建Bug這種功能。但是，如果您的團隊希望快速收集到來自外部用戶的bug問題，那么這個功能點會直接影響到Bug處理流程的效率。

（1）主動收集來自外部用戶的反饋問題

允許外部用戶主動上報問題反饋到Bug管理工具中，例如通過反饋按鈕，表單，郵件，手機搖一搖，App截屏等盡可能多的方式反饋。讓用戶反饋問題更方便。

（2）自動收集來自外部用戶的反饋問題

在用戶使用產(chǎn)品的過程中出現(xiàn)問題后自動反饋到Bug管理中，例如網(wǎng)站文件報錯，App崩潰/閃退，App卡頓/無響應(yīng)等。

• 支持多種不同設(shè)備與系統(tǒng)是否收集不同設(shè)備和系統(tǒng)的缺陷問題，比如是否能夠支持App，web/H5網(wǎng)站，微信小程序等；
  
• 收集設(shè)備信息和錯誤代碼在上報問題是能夠上報用戶的設(shè)備信息，瀏覽器版本，屏幕尺寸，錯誤代碼，日志，堆棧信息，錯誤步驟等信息，將大大提升測試與開發(fā)成員復(fù)現(xiàn)問題，定位問題原因，提升工作效率。

2. Bug分配與跟進功能

將Bug問題快速合理的分配給指定團隊成員進行處理，并且跟進Bug問題直至完全解決，是一款Bug工具中必不可少的流程環(huán)節(jié)。在這個環(huán)節(jié)中，需要考慮的功能點包括：

• 團隊成員角色與權(quán)限設(shè)置：團隊管理員的權(quán)限，測試人員的權(quán)限，開發(fā)人員的權(quán)限，團隊外部成員的權(quán)限。誰可以創(chuàng)建bug, 誰可以將bug刪除，誰有權(quán)限將確認Bug已完成等等。
• Bug管理的相關(guān)字段一款Bug管理工具應(yīng)該設(shè)置有符合一般Bug管理流程的字段，例如：創(chuàng)建人，跟進人，負責(zé)人，出現(xiàn)bug的產(chǎn)品模塊，子模塊等，我在《從0到1創(chuàng)建高效的產(chǎn)品缺陷管理流程（1）：缺陷是什么? 如何建立缺陷管理流程？》中有羅列一些字段可供參考。
• 靈活的自定義設(shè)置：大多數(shù)情況下，每個公司或者團隊都有一些自己額外的自定義設(shè)置，比如設(shè)置一個字段，設(shè)置測試版本。靈活的自定義設(shè)置讓工具更符合團隊的使用需要。
• Bug處理流程設(shè)置：一款好的Bug管理工具應(yīng)該符合團隊的Bug處理流程，并保障Bug工具的操作者可以按照制定的流程進行操作。 比如Bug狀態(tài)的流程設(shè)置：如果當(dāng)前一個Bug的狀態(tài)如果是“等待驗收”，則操作者在修改Bug狀態(tài)是只能選擇“驗收完畢等待上線” 或者 “驗收失敗重新開啟”，而不能選擇“新建”，“開啟”等不符合處理流程的Bug狀態(tài)。這個功能很多Bug工具都忽略掉了，但是對于團隊來說卻是十分重要的，比較人工操作錯誤是難以避免的。我們在設(shè)計Bugout這款缺陷管理工具時，特別設(shè)置一個“自動化流程”功能，通過字段條件自動執(zhí)行流程，以減少人工操作帶來的錯誤。
• Bug跟進提醒提醒功能在任務(wù)分配給成員后提醒成員，也可以提醒任務(wù)的關(guān)注者，不錯過重要的Bug跟進信息。也可以在不符合正常操作的時候發(fā)送提醒給管理團隊，及時糾正錯誤問題。
• Bug變更記錄

變更記錄也是一條Bug的全部處理記錄，因為Bug的處理可能經(jīng)過多個成員操作，通過變更記錄可以讓成員之間了解的Bug狀態(tài)的變化，減少溝通成本。

3. Bug問題定位與解決

比較常見的情況是Bug工具可能有測試團隊或和開發(fā)團隊共同操作，測試團隊收集，復(fù)現(xiàn)，定位Bug，而開發(fā)團隊則負責(zé)解決Bug并反饋給測試成員處理進度，等待測試團隊測試驗收，最后上線。因此好的Bug管理工具應(yīng)該符合這兩個團隊的需求：

• Bug復(fù)現(xiàn)與定位：通過收集到錯誤代碼，設(shè)備信息等數(shù)據(jù)可以幫助測試團隊復(fù)現(xiàn)和定位問題。但是，有時測試團隊需要使用一些瀏覽器或者手機設(shè)備才能夠模擬用戶的使用環(huán)境。因此，在設(shè)計Bugout產(chǎn)品時，我們設(shè)置一個獨特的功能點就是與Testin云測平臺上數(shù)千款真機設(shè)備聯(lián)通以解決此需求。
• Bug解決：一般開發(fā)團隊需要使用其他的開發(fā)工具來解決代碼問題，比如Jira，Git等，因此一個好的Bug管理工具應(yīng)該與開發(fā)者工具直接有較好的集成功能，以滿足數(shù)據(jù)同步問題。4 數(shù)據(jù)報告功能

最終眾多Bug處理完成后團隊需要有數(shù)據(jù)支撐，以及時的發(fā)現(xiàn)問題，解決問題，改進Bug管理流程。同時，可以很好的衡量團隊工作成果，工作進度，檢測產(chǎn)品各個模塊的缺陷變化趨勢等。

因此，一款好的Bug管理工具應(yīng)該有多種維度的數(shù)據(jù)報告，以滿足團隊的需要。

三. 結(jié)語

工具固然重要，如果團隊不能養(yǎng)成使用工具的習(xí)慣，或者不能正確的使用工具，則會大大減低bug管理工具的價值。因此，不能只重視工具，而忽略使用工具的團隊成員。團隊的管理者應(yīng)該不斷的通過培訓(xùn)，總結(jié)，實例講解，讓團隊成員提升使用工具的能力和知識，培養(yǎng)一種持續(xù)改進的團隊文化。

相關(guān)閱讀

從0到1創(chuàng)建高效的產(chǎn)品缺陷管理流程（1）：缺陷是什么? 如何建立缺陷管理流程？

從0到1創(chuàng)建高效的產(chǎn)品缺陷管理流程（2）：如何設(shè)置合理的Bug處理優(yōu)先級

#專欄作家#

陳迪，人人都是產(chǎn)品經(jīng)理專欄作家。Testin云測SaaS運營總監(jiān)，Bugout缺陷管理產(chǎn)品運營負責(zé)人，增長黑客，多年國內(nèi)和海外互聯(lián)網(wǎng)公司運營經(jīng)驗，專注于SaaS和B2B企業(yè)服務(wù)行業(yè)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pixabay，基于 CC0 協(xié)議