David Ko的學習之旅

為什麼要記錄 bug 到 bug tracking system

最近有個新人, 我和他檢視完受測系統之後, 發現了一些問題. 這些問題有些很嚴重(功能尚未完成), 有些很單純(像是畫面上 layout 的問題, 或是錯誤訊息不是很正式). 因此我請這位新人去 submit bug.

隔了一天之後, 我雖然已經催促了好幾次, 可是新人都還沒有動作. 於是和他聊了一下, 他說他已經和開發人員談過了, 他已經知道了有這些問題, 所以不用再 submit 這些 bug 給他.

問他為什麼呢? 他說他已經跟他談過了, 如果再 submit bug 給他, 似乎是給他找麻煩, 給他增加不好的紀錄, 破壞了彼此之間的默契和情誼.

到此我開始明白了, 新人用的是開發人員的角度在思考, 這也是一般人不容易了解測試人員在甚麼的正常現象. 認為找 bug 是在給專案找麻煩, 是在挑開發人員的毛病, 有些事情大家講好就好, 幹嘛要記錄下來呢?

事實上, 紀錄 bug 到 bug tracking system是有些目的和幫助的:
1. 確定事情有人追蹤下去
因為 bug 個數實在太多了, 不容易用 mail或是自己的記憶力去追蹤. 有些系統會有上千個 bug, 你如何能不用系統就能記得住呢?

2. 幫助調解工作量
系統可以方便知道每個人身上背負了多少 bug 要處理. 像是有些人身上可能背負了30-40個 bug, 這時候可能需要做些 load balance, 讓別人來幫助他, 以確保在專案結案前能及時處理完畢.

3. 釐清優先順序
人們很容易挑自己喜歡, 或是自己拿手的東西先處理, 因此不見得先專心在最重要的事情上面. 這時候 我們可以藉由檢視 bug tracking system 的內容, 來幫忙安排解 bug 的優先順序

4. 釐清是否要處理
有時候並非所有 bug 都是要在這一版處理, 因為可能要開這一版的目的及客戶是誰. 或者有些可能是新增需求, 需要再額外安排時間, 可能不一定會要在這個版本處理

5. 了解現狀若是你沒有將 bug 及時 submit 進入
  tracking system, 大家會以為目前系統的品質很好, 沒有任何問題, 會誤以為應該可以很快出貨, 沒有任何 risk. 這個落差可是會帶來很大的麻煩的.