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 都没测到。