事件背景
日本公司J-Com在首次公开上市的日子就爆炸式地损失了超过400亿日元的天价损失,虽然日元那面额画得跟冥币似的,400亿日元也还是相当值些银子滴(按照当时的汇率,约为人民币27亿元)。
事件的大致经过是由于一位操作员在离开盘还有几分钟的时候接到了一位客户“以61万日元的价格,卖出1股J-Com的股票”的委托,而田中君在接到委托后在交易终端上错误地输入了“以每股1日元的价格,卖出61万股”。
至此,大家可想而知,事件继续发展下去会是怎样的灾难。但是,幸运的是在2分钟后,田中君发现了这个错误,他立即试图通过交易软件撤销这笔卖单,而不幸的是,由于交易系统的bug,田中连续三次的撤单指令都被拒绝,而此时盘口交易已经开始,此刻市场内当然是一片打乱,而最后,当然便是以瑞穗证券遭受的超过400亿日元的天价损失收场。
400亿损失的背后
虽然这次事件是由一个操作员的乌龙指引发的,但是如果交易系统没有bug的话,那么在那两分钟过后,这笔巨大的损失就可以在极大程度上得到减少,无论如何,Bug的存在是造成此次损失扩大的客观事实。
如今,由于互联网时代的全面普及,衍生出了蔓布于各行各业的应用,其宗旨都是为各行业带来便利,但是,很多企业为了让自己的应用快速上线获得利益,往往在测试环节上“偷工减料”,觉得差不多、没什么大问题就可以了,bug也因此悄悄伴着APP一起上线。
并且,Bug就如它的“臭虫”本意一样,藏得有深有浅,一般的测试很可能不能发掘潜藏较深但可能影响较大的bug,就这样让APP草草上线,无疑是为使用者埋下了一颗定时炸弹,倘若像这次一样在关键时刻爆炸,那杀伤力真可谓是核武器级别。
企业忽视应用质量管理的现状
“臭虫”的出现势必会侵蚀使用者的利益,不管多少其实对于一个企业来说都是不可小觑的,那么查“虫”环节就不该被单一地视为一个可以忽视的工作,开发者们必须对使用者负起应有的责任,避免他们的利益因bug而受到损失。
但是,若是企业自己去组建一个测试小组,测试效果怎么样我们先不去讨论,就单单花费的各种成本就让企业不愿意去
进行一个完全的测试流程,往往大多开发者在简单的测试后,只要自己觉得没有什么严重的问题, 那么就可以上线,当出现用户反馈问题的时候,他们再将APP“回炉”,以此反复,可想而知,用户的体验大打折扣不说,同时在用户使用的过程中,也很可能因存在的Bug而受到不同程度的损失。
同时,由于目前法律对于这样的问题没有一个明确健全的系统,因Bug而造成的用户自身损失,并没有明确规定让开发企业进行赔偿,因此,开发企业(尤其是一些外包公司)也不愿意去花高额的成本与大量的时间尽心去做Bug的探索和修复,如果没有严格的质量验收机制,往往就“得过且过”,结果后患无穷。那么这样的问题是不是就不可调和呢?
解决后患
其实笔者认为解决办法很简单,就目前移动互联网市场来说,涌现了大量的第三方测试服务机构,其中不乏优秀的创业公司,它们各施拳脚,为很多APP开发企业解决了移动应用的质量问题,同时,从美国Google Play的本地应用测试到成都TestBird的一站式质量管理服务,这些优质的质量管理服务机构是遍布世界的,开发者也无需去苦苦寻找。
找到一个合适的质量管理服务机构,势必能为开发者大幅度地降低测试成本,利用它们提供的移动应用端到端开发和测试解决方案,就能够在缩短自家APP上市的周期的同时,也能保证和确立应用的品质及验收标准,排除Bug也当然不在话下,企业有何乐而不为呢?
想挣“400亿”,就去掐掉那个小小的程序Bug吧!