令测试和开发崩溃的不是bug多,而是……

开发面对测试无止尽的bug会崩溃嘛?并不会!因为自己写的程序,质量如何心里都有个数。反而经过无数刁钻的bug的洗礼后,能使其更具竞争力。

测试会因为bug太多崩溃嘛?也不会!bug再多,一一找出来让开发修复就是。说不定一些以bug数量论绩效的公司,测试人员还盼着bug多一点。以前就听到一个梗,一个测试员连续几天没找到bug了,内心充满了焦虑。在与开发的好朋友吃饭时,开发朋友获悉其焦虑后,决定每天故意写几个bug出来,好让搭档的绩效漂亮些。

令测试和开发崩溃的不是bug多,而是……

那什么能令测试和开发崩溃呢?根据我自身的经历,可能是功能无数次被推倒重来,或者直接难产!

在上一家公司,每个产品总是对注册功能念念不忘,一个注册功能,在一年多的时间里修改了七八次!只要新来一个产品,让其提优化意见,必拿这个功能开刀。似乎牌面换了,打下自己的标记,这才能证明“俺老孙到此一游”。反反复复的改版,甚至间隔两次后又优化回去了,测试、开发内心是崩溃的!最后大佬也看不下去了,直接要求产品总监把注册功能优化到位,后面再提这种改版,就优化产品经理算了。

至于难产,相信这不是个别现象。印象最深的是做了一个类似支付宝扫五福的功能,经过大家两个多月加班加点的赶工,经过功能测试,反复的性能测试,解决了开奖资金池的并发死锁等难题,最终把功能赶出来了。然而突然上面传来消息,因为该功能没有通过上面的审批,决定“不上!”两个月的加班熬夜,换来这轻飘飘的两个字,直接跪了!

所以,bug并不能让测试、开发崩溃,而是产出的软件无法获得认同和尊重!

-- End --

文末寄语:  伐木不自其本,必复生;塞水不自其源,必复流;灭祸不自其基,必复乱。



留言