2016
Apr
21




Ticket 先轉給 QA

這位資深的前端工程師(下面簡稱 A 君)最近一直無法將手上的 Story 結束掉,因為不斷的被 QA 開 Bug ,也敗他的亂寫 Code 所致, Bug 總是關了又開,開了又關,每一張 Ticket 都是有 Dead Line 的,這天他手上累積了四張 Tickets 已經到了期限,而他又來不及將所有的功能開發完,每個人都很期待他明天要怎麼跟 PM 交差,而神奇的事發生了,他不但沒有加班工作,還如期的把手上的 Tickets 都轉給了 QA ,我的朋友都嚇傻了,還以為他只是藏招,原來實力堅強?

隔天一早,QA 很認真的開始測試那幾張相關的 Tickets ,很快的就發現了一些小問題,看起來像是需求沒有被完成,終是就在座位上念了幾句,這時 A 君立馬跳了出來說:「我是怕妳等太久,所以我完成了一部分,就先把 Ticket 轉給妳!」,這真是有夠誇張的,沒做完的 Ticket ,還有種轉給 QA 測試,整個就是欺負 QA 年資淺,這 A 君真是個說話高手,明明是自已沒把事情完成,說的好像他很好心的樣子,先把 Ticket 轉給妳!!

Revamp

又有一天, QA 測試的時候,發現跟 A 君有關 Bug,於是問了一下 A 君,要跟他 Double Confirm , Bug 是不是跟他有關,而 A 君很有種的告訴 QA 先不要開這張 Ticket ,因為他之後會將這整個功能 Revamp,他想要用這個籍口來阻止 QA 開 Bug ,而 QA 真是年資尚淺,就這樣又被矇掉一張 Ticket。


我和我的朋友都一致認同,發現有 Bug 就是要先開出來,不管這張 Bug 是否需求立即被修復,Bug 有開張 Ticket 才有辦法追蹤,不然時間一久,很容易就忘了這件事的存在,而就算 Bug 不用被修復,也是要由 PM 來親自關掉才是正確的做法,A 君這種默默摸掉一張 Ticket 的行為是會害了公司,也害了這個 QA ,萬一有一天, PM 突然自已發現了這個 Bug ,反而會怪罪 QA 沒有測仔細,連這個明顯的 Bug 都沒測到。


回應 (Leave a comment)