软件管理之痛

至今工作11年整,本想在二线城市聊此残生,却不想碰上金融雷潮和疫情,被逼无奈之下,再次卖身魔都,人生几分流离,不知何处是归途。
话说三分,魔都面试过了好几家公司,offer基本上都拿到了,阴差阳错的房贷重压之下却错过了大厂的offer,选择了一家不怎么样的公司。本想大厂过于烦累,小厂会不会是舒适圈。进来后还未满3个月,现实确实令人咂舌。
我也只是以高测身份入职,进来后才发现测试总监已然离职,从而由副总裁代领测试总监之职。和我一起进来的小伙伴和我级别一样,其实年龄比我小太多,我有几分羡慕,却又有些许无奈。进而事态发展确实咂舌,版本提测质量很差,小伙伴却又没有推进版本上线的能力,自我驱动能力很差。甚至流程都没整明白,我确实不知道5年工作经验怎么来的。每次测试完成后就在那边刷抖音或者打瞌睡。我心忧愁。
然而事态的真相并不如此简单。版本提测质量很差,产品问题严重恰恰才是这个项目组的致命问题。时而导致线上突现bug。测试防不胜防,恰如我们常说的,副总裁问的,为啥小问题不断。而我经过多翻反思,测试只要稍不留神,稍微漏测或者某个bug不回归。就会导致bug泄露上线,其压力之大,非一般人所能想象,而每次的双周迭代bug能达到200个之多,数量令人咂舌。
我多方反思,拉取bug清单进行分析,提测版本基本上有以下几个问题
1.bug清单中可以看出很多,比如开发人员的能力以及前端或者后端人员的个人能力是否可以达到公司的应用要求。就目前来说,前端反复多次的出现低级错误,大量的问题恰恰能反应其能完成工作,却完全没有自测。这个导致测试耗费了大量的测试精力,导致了测试中断,促发了可能漏测的风险,而且bug多次被激活。
2.个别后端开发太过于傲慢,自己觉得做了5年的开发,能力很强,鄙视测试的能力不行。其实测试都是走流程性的,任何一个流程阻断性的bug都有可能会导致测试流程中断造成漏测,bug上线。而bug清单中反应其代码质量着实一般。多次版本中应用开发内容并不多,bug产量着实不少
3.技术总监不问世事,我提出开发版本质量太差,他却专心做技术,怀着一颗大事化小小事化了的济世情怀,变成了化解我,而不是化解外在的项目问题。继而副总裁开测试总结会,问到有什么问题,我说出来后,副总裁要解决问题,我却遭到了技术总监的强烈排斥,导致我现在看到每天觉得自己技术牛逼的开发,我就头很大,技术是很牛,就是bug没断过。
副总裁已然知晓项目的提测质量差,愤怒之下直接要把bug质量记录到开发的个人绩效中,对开发的个人绩效做评定。从而源头上遏制bug的泄露。事态如何发展,是不是会被技术总监的太极手直接化解却也还是未知数。总之我心担忧,质量之殇,着实之痛。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值