軟體開發流程中的補蟲大會,淺談Bug Bash (上)

更新於 發佈於 閱讀時間約 5 分鐘
Bug Fixed Illustration by Manypixels Gallery / CC BY 4.0 / Remake from the original
團隊最近因為有大型功能要發佈,因此剛完成了一次捕蟲大會(Bug Bash),趁著記憶猶新,來寫一下在舉辦過程中可以注意的一些重點。除了自己紀錄,也希望對看到文章的你有點幫助。

爲什麼要舉辦Bug Bash?

在產品/功能開發告一個段落,例如當程式在測試機交付之後,通常QA會安排一系列的人工及自動化測試,但這並非萬無一失的做法,畢竟測試人力有限,視角單一,自動化測試也不一定能涵括所有場景和流程,經過幾次之後,有時笑容就會跟著逐漸僵硬,因為你總會不斷發現一些有問題或是待修正的地方。
Bug Bash的目的就是透過集合多人的視角,在短時間裡把大家關在一個小房間(?)密集操作使用,從中找出需要改進或有疑慮之處,來補足一些QA沒有發現到的問題,接著快速紀錄這些問題後歸納分類,以利後續修正的追蹤管理,進而確保正式上線時,整體功能可以更趨完整。
因此以軟體開發來說,Bug Bash主要的目的有:

1. 抓出程式/資料/介面上的錯誤

從介面上的文字、樣式,到判斷邏輯,資料一致性等等,這些錯誤會嚴重影響到使用者獲得資訊的正確性。
例如:錯誤的樣式或文字可能會誤導使用者,讓他們難以理解該如何繼續使用,不完整的程式邏輯與資料串接則可能帶出完全不在意料之內的結果,讓使用者得到錯誤的內容,甚至讓他們失去對產品的信任。而這些通常都是上線前一定要修掉的重點項目。

2. 找出體驗不佳或可改進的地方

Bug Bash也可以作為上線前的一次易用性測試,不論是產品經理或設計師都可能有因既有概念導致的盲區,這時候就需要透過其他人的使用視角來幫助自己判斷這些操作流程,或影響體驗的因素是否有可以改進的空間。

3. 讓同仁們提早熟悉功能/產品

當功能初步脫離了開發房內的打磨,也是時候讓行銷、銷售、客服及其他同仁們進來玩一玩,熟悉熟悉了,這樣不僅能夠讓他們對產品/功能有更深入的理解,甚至可以及早預測客戶們可能會遭遇的問題。

4. 及早發現,及早治療

舉辦Bug Bash時通常距離正式上線還會有一小段時間,透過團隊發現的問題評估上線時的成效與風險後,開出優先序不同的任務清單,並確保上線時這些排序較高的重點問題有被修正。
此外,雖然名為Bug Bash,但因為在過程中所有人都是站在使用者角度去使用產品與功能,自然也會伴隨著許多新需求的產生,因此,這也是一個相當適合收集需求反饋的管道

如何舉辦一場Bug Bash?

捕蟲大會的由來已久,不論是小時候回憶的神奇寶貝金銀版,或是動物森友會都有舉辦過類似的活動,在一定的時間內瘋狂抓蟲,並計算總分。
嗯,用在軟體開發上,其實也差不多。

1. 環境設置

軟體方面,確保開發團隊已經將功能推到測試機,並且是已經準備好可以使用的狀態。硬體方面,非常建議以實體參與的方式進行,因此先訂個大會議室,確認到時候可以塞進多少人吧。

2. 事前通知

寫一封文情並茂的信與活動邀請,告訴團隊本次Bug Bash的範圍與目的,且為何需要大家撥出時間來參加,以及如何進行、時間、地點,預計的流程,或是其他需要特別注意的事項,最後,請確保所有該參加的同仁都有收到邀請。
以本次為例,我會在信中告訴大家
因應OOOOO功能將於七月底上線 (這邊可以加入簡單的功能說明),我們將進行第一次的Bug Bash,除了盡可能的找出各種使用與資料上的問題,並趕在上線前修復調整之外,也提前讓所有同仁對新功能有初步的認識。

本次Bug Bash預計將進行1.5到2小時,前半小時請大家密集測試,範圍包括整個功能及延伸的操作流程,找出需要改進或有疑慮之處,並快速紀錄。後續時間則會快速將這些問題歸納分類,以利後續修正的追蹤管理。

請確保在活動前,每位參與者都擁有至少一組包含OOOOO完整權限的測試帳號,此外,由於資料計算的時間較長,時間允許的前提下,建議大家在活動前一兩天就可以先送出幾個比對任務,不只預先熟悉功能,也能減少屆時塞車等待的機會。

3. 抓蟲開始

嗯?用力測啊,還在發呆?
但如果你是Bug Bash的主持人,除了掌控時間之外,有時也會需要解說一下產品功能,或是激勵參賽者們的鬥志,否則時間一拉長,就會開始有人偷休息或撐下巴發呆了。

4. 問題紀錄與追蹤方式

有一種作法是讓大家直接在JIRA上開單,再由PM彙整,但礙於時間有限(想累死我?),我用了另一個方式進行問題紀錄,就是當開始問題回報時,輪流讓大家快速講述自己的問題,初步分類後,由另一個人進行記錄到EXCEL中,而還沒輪到講問題的人若發現有與自己發現有關的內容時,可以進行補充,然後從自己的清單刪去,之後就可以不必再複述此問題。這樣一來可以大量縮減事後在整理歸納問題及開單的時間,有效讓這些問題及早進入開發管線。
將資料/程式/介面流程等類別分成不同的工作表,快速紀錄發現的問題,並排定對應的JIRA任務單

5. 其他

許多團隊會在Bug Bash的規劃中加入一些遊戲化的競爭元素,藉此提高團隊溝通與良性競爭,感覺應該會頗有趣,但本次礙於時間並沒有加入,供之後要舉辦的人可以參考!
下一篇文章我們來談談進行Bug Bash的一些經驗分享,以及過程中可以注意的小細節,也希望這篇文章對你有點幫助!
avatar-img
11會員
7內容數
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
Sean Wu的沙龍 的其他內容
不論你的產品/服務有多少的使用者規模,根據80/20法則,含金量最高的客戶通常僅佔總人數的一小部分,但他們一次可能購買好幾百個帳號授權,橫跨多項產品,甚至一簽就是好幾年。如果團隊在業務開發的資源有限,就更應該集中火力去找到並進攻這些口袋比較深的好傢伙。
在家工作即將進入第10週,除了VPN連線很慢, 最大的挑戰莫過於要如何跟貓和平共處了,雖然有一說是人在家時間突然改變會讓寵物壓力大,但剛好家裡的貓是黏人的傢伙,只要能讓他避開筆電、好好睡覺,對我來說就是莫大恩賜。
拜託你了,這個忙只有你能幫! 你對這個案子最了解,就先cover一下吧~ 一個平面設計師突然被要求剪個短片、或是一個執行編輯被迫要身兼整個專案的大總管,甚至是因為要先去接小孩,把剩餘的工作臨時推託給你。在工作上遇到份外任務的情況時有所聞,有些可能來自於組織調整、專案發展,甚至更多時候是來自於私人請
除了準時完成,如釋重負,身為產品經理的你,要將產品或功能給交付出去給行銷、內容、銷售等推廣團隊接手時,你還得再花時間做的最後一份文件:Pre-Release Announcement
常聽人說,PM要處理的事包山包海,還真的所言不假,舉凡老闆、業務、行銷、工程師、設計師,甚至財務法務,通通都得是你的老相好。 對產品團隊來說,一個好的PM有三大核心價值,包括商業敏銳度、開發技術,以及使用者體驗。
我在大學時主修教育、雙主修國文,研究所又念了教育行政政策,邊念還邊去兼職新聞與雜誌攝影,後來進了攝影藝廊擔任展場經理、又分別到了兩家新創公司做了活動企劃與App/Web PM,期間還向工業局申請了資料應用的補助計畫,現在我在AI與專利數據公司擔任產品經理。(我們稱Product Owner)
不論你的產品/服務有多少的使用者規模,根據80/20法則,含金量最高的客戶通常僅佔總人數的一小部分,但他們一次可能購買好幾百個帳號授權,橫跨多項產品,甚至一簽就是好幾年。如果團隊在業務開發的資源有限,就更應該集中火力去找到並進攻這些口袋比較深的好傢伙。
在家工作即將進入第10週,除了VPN連線很慢, 最大的挑戰莫過於要如何跟貓和平共處了,雖然有一說是人在家時間突然改變會讓寵物壓力大,但剛好家裡的貓是黏人的傢伙,只要能讓他避開筆電、好好睡覺,對我來說就是莫大恩賜。
拜託你了,這個忙只有你能幫! 你對這個案子最了解,就先cover一下吧~ 一個平面設計師突然被要求剪個短片、或是一個執行編輯被迫要身兼整個專案的大總管,甚至是因為要先去接小孩,把剩餘的工作臨時推託給你。在工作上遇到份外任務的情況時有所聞,有些可能來自於組織調整、專案發展,甚至更多時候是來自於私人請
除了準時完成,如釋重負,身為產品經理的你,要將產品或功能給交付出去給行銷、內容、銷售等推廣團隊接手時,你還得再花時間做的最後一份文件:Pre-Release Announcement
常聽人說,PM要處理的事包山包海,還真的所言不假,舉凡老闆、業務、行銷、工程師、設計師,甚至財務法務,通通都得是你的老相好。 對產品團隊來說,一個好的PM有三大核心價值,包括商業敏銳度、開發技術,以及使用者體驗。
我在大學時主修教育、雙主修國文,研究所又念了教育行政政策,邊念還邊去兼職新聞與雜誌攝影,後來進了攝影藝廊擔任展場經理、又分別到了兩家新創公司做了活動企劃與App/Web PM,期間還向工業局申請了資料應用的補助計畫,現在我在AI與專利數據公司擔任產品經理。(我們稱Product Owner)
你可能也想看
Google News 追蹤
Thumbnail
隨著理財資訊的普及,越來越多台灣人不再將資產侷限於台股,而是將視野拓展到國際市場。特別是美國市場,其豐富的理財選擇,讓不少人開始思考將資金配置於海外市場的可能性。 然而,要參與美國市場並不只是盲目跟隨標的這麼簡單,而是需要策略和方式,尤其對新手而言,除了選股以外還會遇到語言、開戶流程、Ap
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
籌備一場百人級別的研討會需要注意哪20個細節?本篇將詳細介紹從會議主題、時間、地點、議程、講者、餐飲資訊、宣傳預備到會後結案等籌備過程中需要留意的重要細節。
Thumbnail
在敏捷開發過程中,每兩週都會有一場回顧會議(retro),PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思,這篇想記錄以產品經理(PO)的角度常被提到的檢討點,一方面是幫助自己成長,另一面是更濃縮自己的產品想法。 誰適合看這篇文章?✔ 對產品經理、產品企劃、產品策略、產品規劃有興
Thumbnail
以前看到有書或是課程教人家怎麼開會,心裡都忍不住OS疑問:「這也需要學習?」隨著開會次數增加,這才發現台灣人真的很愛開會,矛盾的是會開的越多,就越不會,因為多數的開會都是無效,到底怎麼樣開會才能精準又快速呢?
Thumbnail
前年第一次藉公司機會,參加了DevOpsDay的活動。雖然devOps一詞各自表述,大多狀況還是偏向維運會遇到的技術為主,做為平時開發、跟使用者訪談需求的工作內容來說,參加聚會如果沒有一定的知識,對講者所提到的狀況比較難有共鳴...
選商會議最重要的三件事: 1。 讓與會的主管和使用者在最短的時間裏瞭解系統功能。 2。 讓與會人員有初步的互動機會,瞭解對彼此的基本看法。 3。 評分,建立一張表格來評分。 經由評分,就有比較客觀的依據來選擇專案成員最希望合作的廠商。 確定議約廠商後,就進入議約階段。
凡是專案,就一定有啟動會議。 啟動會議最主要的目的是讓專案成員、利害關係人齊聚一堂、互相認識,瞭解專案的目標、工作大項、程和里程碑,最重要的是要爭取功能主管對專案的支持,能夠派出成員利用在原部門工作的時間來參與專案。 ERP專案的啟動會議有兩次。
Thumbnail
資料庫之備份工作大都是自動執行,但是執行結果是否成功,需要安排人員去檢查,有時疏忽忘記確認作業,致備份工作失敗仍不知道,等到有一天需要回復舊有資料的場合時,才發現找不到過去某段期間的備份資料,造成無法彌補之後果。   2.    改善: 2.1 設計一執行檔,功能為打開備
Thumbnail
前述 如果你還不知道什麼是 Bug Bounty,或者對於 Bounty Hunter 的技巧細節有興趣,這篇文章分享了一些較少人提及的 Bug Bounty Program 的獎金領取小知識,以及如何收取海外的 BPP 獎金,還有如果要成為獎金獵人時的一些小訣竅
kick off meeting啟動會議是什麼?有什麼用?我們可以怎麼開展kick off meeting?跟著我們一起8步驟學會規劃啟動會議!通過不同類型的kick off meeting 範例分析進行學習,掌握啟動會議每一流程!更有高效會議規劃工具推薦,一鍵生成會議紀錄!
Thumbnail
隨著理財資訊的普及,越來越多台灣人不再將資產侷限於台股,而是將視野拓展到國際市場。特別是美國市場,其豐富的理財選擇,讓不少人開始思考將資金配置於海外市場的可能性。 然而,要參與美國市場並不只是盲目跟隨標的這麼簡單,而是需要策略和方式,尤其對新手而言,除了選股以外還會遇到語言、開戶流程、Ap
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
籌備一場百人級別的研討會需要注意哪20個細節?本篇將詳細介紹從會議主題、時間、地點、議程、講者、餐飲資訊、宣傳預備到會後結案等籌備過程中需要留意的重要細節。
Thumbnail
在敏捷開發過程中,每兩週都會有一場回顧會議(retro),PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思,這篇想記錄以產品經理(PO)的角度常被提到的檢討點,一方面是幫助自己成長,另一面是更濃縮自己的產品想法。 誰適合看這篇文章?✔ 對產品經理、產品企劃、產品策略、產品規劃有興
Thumbnail
以前看到有書或是課程教人家怎麼開會,心裡都忍不住OS疑問:「這也需要學習?」隨著開會次數增加,這才發現台灣人真的很愛開會,矛盾的是會開的越多,就越不會,因為多數的開會都是無效,到底怎麼樣開會才能精準又快速呢?
Thumbnail
前年第一次藉公司機會,參加了DevOpsDay的活動。雖然devOps一詞各自表述,大多狀況還是偏向維運會遇到的技術為主,做為平時開發、跟使用者訪談需求的工作內容來說,參加聚會如果沒有一定的知識,對講者所提到的狀況比較難有共鳴...
選商會議最重要的三件事: 1。 讓與會的主管和使用者在最短的時間裏瞭解系統功能。 2。 讓與會人員有初步的互動機會,瞭解對彼此的基本看法。 3。 評分,建立一張表格來評分。 經由評分,就有比較客觀的依據來選擇專案成員最希望合作的廠商。 確定議約廠商後,就進入議約階段。
凡是專案,就一定有啟動會議。 啟動會議最主要的目的是讓專案成員、利害關係人齊聚一堂、互相認識,瞭解專案的目標、工作大項、程和里程碑,最重要的是要爭取功能主管對專案的支持,能夠派出成員利用在原部門工作的時間來參與專案。 ERP專案的啟動會議有兩次。
Thumbnail
資料庫之備份工作大都是自動執行,但是執行結果是否成功,需要安排人員去檢查,有時疏忽忘記確認作業,致備份工作失敗仍不知道,等到有一天需要回復舊有資料的場合時,才發現找不到過去某段期間的備份資料,造成無法彌補之後果。   2.    改善: 2.1 設計一執行檔,功能為打開備
Thumbnail
前述 如果你還不知道什麼是 Bug Bounty,或者對於 Bounty Hunter 的技巧細節有興趣,這篇文章分享了一些較少人提及的 Bug Bounty Program 的獎金領取小知識,以及如何收取海外的 BPP 獎金,還有如果要成為獎金獵人時的一些小訣竅
kick off meeting啟動會議是什麼?有什麼用?我們可以怎麼開展kick off meeting?跟著我們一起8步驟學會規劃啟動會議!通過不同類型的kick off meeting 範例分析進行學習,掌握啟動會議每一流程!更有高效會議規劃工具推薦,一鍵生成會議紀錄!