2008年2月26日星期二

封閉測試之BUG滿天飛

離開了遊戲界, 跑來網路界, 結果又遇到了熟悉的問題: 封閉測試永遠沒法準時.

就連說好幾點要重新開機, 也沒法準時.

倒數時間到了, 幾個問題還要細修, 於是就再等了一小時.

一開放, 沒多久, 無論是內部發現還是外部回報, 就出現滿滿一個白板的問題. 分成流程問題或者BUG, BUG又分成可以修的和短期內沒法修的, 可以修的又分成會當機的和不會導致當機的. 然後只好停機, 開始修會導致當機的, 列出不會當機的, 所有人回到座位, 工程師面容糾結抖著手改程式.

預定六點把惡性重大的BUG全部重新修改一次. 回頭看到製作使用說明的視覺設計已經睡著, 她昨天沒有回家睡在公司沙發, 可能沒睡到兩小時, 大概已經掛了.

七點這些可怕的BUG經過內部測試機確認都修好了, 剩下一點小細節改改. 想說太好了八點可以開了!

7點47分, 重新測試, 疑? 怎麼出現讀取網誌時有時無的問題? 於是又開不成了.

漫長的一天, 所有的人心都糾結.

白板上還有好多密密麻麻的東西, 我站在白板前, 吃著哇沙米小王子面(最近公司很流行買哇沙米口味的東西請同事吃), 心裡想: 這就是封測之路, 地獄之行.

1 意見:

通達人 提到...

看到這個情形,我會問RD:這些被發現的Bug一定只會發生在封測的環境嗎?
答案如果是否定的,我會再繼續問系統開發後是如何測試?
通常聽到的回答都是測試的流程不夠嚴謹才會讓Bug留到封測時才被發現。
不過,我還會再問為什麼「測試的流程不夠嚴謹」,接下來通常都已經不是系統開發部門的單一問題,通常還牽涉到管理上的問題。
不過,就我的經驗,Bug是被不嚴謹的管理流程製造出來的,而非單純由RD產生。

標籤雲