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)