• 系统出问题了又想让测试来背锅?
  • 发布于 2个月前
  • 191 热度
    0 评论
  • 旧巷
  • 0 粉丝 23 篇博客
  •   
这篇文章也是临时起意,本来想写点技术的东西,刚打好腹稿呢,就收到一堆线上告警,心里顿时凉了一大半,琢磨着不会是双十一专项搞出什么故障来了吧。好在团队也很给力,大致查一下就知道又是隔壁上游部门的锅,于是和集团众多被影响到的业务同学一起被迫吃起了苦瓜。

要论我们产品的稳定性,良心说控制得还可以,8:1 的开测比,由于自身原因的故障,一年难得会出那么一回,还要什么自行车呢。但是今年光是这位兄弟就扇了我们三回脸,回回姿势不重样,你还不能说啥。我们也只能把业务送进抢救室,千叮万嘱兄弟务必要救救他,兄弟誓死如归地表示我们尽力,剩下的就是听天由命。

当然这里不是为了吐槽,毕竟都是一家人嘛,谁出了问题都难受。主要还是想借机再提提对质量的重视问题,毕竟这时候的声音更容易被听得进去。可能有老板要反对说,我们哪里不重视质量了。这我绝对相信,老板们看到客诉的时候,那上火的情绪可是真真的。但是资源投入上可别含糊啊,整个集团都在大声喊着 10:1 的开测比,对于如此体量的业务您是认真的吗。

当然了,先进的方法论早已给出。大体上就是两板斧,左手自动化,右手自测,如果都能做到位,倒也没什么毛病。关于自动化,纯后端业务也就算了,重前端的业务,UI 一周一改,也在依赖自动化,就那么点正式工全去搞这个,周报写得咔咔好,业务都丢给外包,测试都不熟业务了,那质量能好吗。

关于自测,这么多年的测试干下来,碰到的有良好自测能力的开发,即便是头部公司也是凤毛麟角,其余怎么办?有问题就回滚呗,咱们拼的就是手速,但总有玩脱的时候吧。

所以说这件事情,开发同志和测试同志其实都怨不上,上面 10:1 的红线一画,同志们再苦再难也得干,内部总能形成一种奇妙的平衡。要说怨定这个规矩的人也不是,大头兵们看到的都是技术问题,老板们看到的可是人工成本,格局就不在一条水平线上。

你想啊,一个正式的测试开发同学,一年差不多也要 50 个以上了,更不用说那些 P8 P9 的大佬,成本更是高得吓人。这些没什么用的测试,要能从 5:1 砍到 10:1,一下子就省了几百个, 这么简单的方法,我身为测试都挺动心的。等等,什么叫没什么用?

有意思的地方就在这里,往往只有在出问题的时候,老板才会意识到:咦,我们公司测试在干吗?不出问题的时候,那是正常的、合理的,是和测试没什么关系的,照这么算下来,测试的确是“没什么用”。所以在这套账本下,测试越砍越少,问题越来越多,就看回滚和舆论哪个来得更快一些。对于质量领域从业者,面临这种态势,讲真的挺不是滋味。

前几天有家潜在客户做丢了,反馈是小缺陷有点多,虽然我不知道这是不是导致失败的主要因素,但我相信还是扣了相当的印象分。这个问题其实很早就汇报过,但是很难引起重视,一直没有重点资源投入。逻辑也很好理解嘛,谁也证明不了缺陷和营收的直接关系是什么,所以也就这么一直拖着。

由此看来,质量到底就是一门神奇的经济学,花的都是清清楚楚的钱,省的都是糊里糊涂的账,也就怪不得老板们都想先砍再说了。你要问我是不是在抱怨?别误会,我从来不觉得抱怨有丁点作用,在权限范围内,我们团队已经尽量把开测比维持在了 6:1 ~ 8:1,觉得对的事情,就得尽力去做。

我只是希望这一次次的教训,还是能让我们学到点什么,争取把未来变得更好一点,你说呢?
用户评论