小王是一個測試團隊的新成員,遇上這個情況應該怎麼辦?

小王是一個測試團隊的新成員, 這是他第一次參與研發流程. 他工作認真負責, 總能夠準確快速地找出產品中的bug, 同時還能夠協助Team Dev找到root cause, 所以大家都很喜歡他.

但是隨著項目的推移, 堆積起來的bug越來越多了. 因為進度滯後, 所以大家的壓力都比較大. 慢慢地, 小王發現身邊的情況有了些微妙的變化. 比如吧, 以前他找到一個bug, 大家都會鼓勵他, 現在他找到些不那麼嚴重的bug, 好象一些團隊成員的臉色就不那麼好看了. 另外呢, 他隱約地聽說測試經理好像和開發經理有點矛盾了. 原因主要是進度跟不上, 開發那邊想把一些前面決定要修的bug往後面推, 就是希望等到下一個版本再修.

於此同時, 小王的好朋友小馬, 做了幾年開發的, 悄悄給小王說. 現在進度落後, bug太多, 上面大老闆看報表的時候不好看, 弄不好到頭來大家都沒有好果子吃. 現在就算再找多少bug出來, 來不及去修, 除了把報表弄得更加難看, 對最終客戶也沒什麼好處, 是個吃力不討好的事情...

小王正好有一個半年一次和測試總監面談的機會.小王針對這個情況還專門歸納出下面幾個問題. 如果您是測試總監, 您建議小王怎麼處理目前的情況呢?
(明天我來公布測試總監的回答和我自己的一些看法)

 

 

1. 一般來說, 在項目準備階段, 會樹立一個缺陷等級 (bug bar), 定義缺陷的嚴重程度. 隨著項目的進行, 這個缺陷等級應該發生變化呢, 還是應該保持不變呢?

2. 當發現一個bug後, 會根據缺陷等級來定義這個bug的嚴重度, 比如1級,2級或者3級. 一旦一個bug被發現並且賦予了對應嚴重等級後, 是否存在其他因素導致這個bug的現有等級發生變化呢? 比如研究後發現, 修複某一個bug可能需要花很多時間, 這個發現會導致這個bug的嚴重度變化嗎?

3. 對於發現的bug, 修還是不修, 取決於哪些因素? 除了bug的嚴重程度和對使用者的影響外, 目前團隊的進度和資源對做決定是否有影響呢? 比如本來有些開始準備修的bug, 到了後來發現開發進度滯後了, 會不會就決定不去修這些bug了呢?