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