一个小小的程序Bug竟值400亿？

事件背景

日本公司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吧！