越早的发现bug，成本损失就越小。
测试软件的需求是什么?为什么一个公司要有一个软件测试和质量保证团队?为什么测试?这些都是一些问题，每个软件测试人员在他的测试生涯中都要经常面对。其实，就是简单的一句话：测试可以减少错误，以免付出昂贵的代价。
软件错误的成本代价可以为任何事物，如大量的金钱，有时甚至是生命的损失。有上百个关于计算机系统故障的事故，都是由于软件中的错误造成的。系统失败的原因有很多，但其中最突出的问题是缺乏足够的测试。
真实的案例
以下这些有记录的故事强调了正确和彻底的测试的必要性，因为所涉及的风险不仅仅是用金钱来衡量的，而是用在人的生命中。这对用于人类生活的软件尤其重要，比如制药行业的软件或通用的IPL机器。
在新系统的开发过程中发生了比较大的灾难，造成了巨大的财务损失，而这些本来是可以通过有效的测试来避免的。
1、百事可乐- 420亿美元的错误
1992年5月，百事在菲律宾进行了一次促销活动。该公司告诉客户，如果他们买了一瓶百事可乐，并在瓶盖的底部发现了349号，那么，他们可以赢得100万比索(约等于100万美元)。不幸的是， 由于软件的错误，80万个瓶盖都被错刷成了 349，相当于要多支付420亿美元的奖金。这导致一些人将百事公司告上法庭，控诉其支付奖金，而最终百事公司支付了数百万美元的赔偿金，但也使得公司损失惨重。
2、Cahoot -网站故障
英国八大银行之一的阿比国民银行，于2000年6月上线了它的在线银行Cahoot。在交易的第一天，在交易的90分钟内，系统崩溃，导致网站崩溃。
这是由于Cahoot成功的营销激励计划后，客户对网站的需求增加。后来发现，注册应用程序及其与网络的集成还没有经过充分的压力测试，不足以承受巨大的浏览量。
该系统应该被设计用来应对网站访问量的激增和并发用户的大量增加。如果在项目的开发生命周期早期进行了基于web的负载和性能测试，那么该应用程序服务器的瓶颈就可以在运行之前识别出来。
3、化学银行
另一个故事在1994年2月在《纽约时报》上被曝光。纽约化学银行成功地从每10万个账户中，就取出了1500万美元——这是程序中的一个单行错误，而非故意为之。巨大的bug导致他们网络上的每个ATM都要处理两次交易，大大增加了工作量同时，也为上述错误留下伏笔。
4、英国儿童抚养机构
商业服务巨头EDS公司为英国儿童抚养机构（简称CSA）开发了一个计算机系统，结果一个未被察觉的结算系统bug，导致该抚养机构给190万人多付了款，少付款给70万人，还有35亿英镑的儿童抚养费未收到款，积压的待办事宜达23.9万件， 有3.6万件新的案子“卡”在系统上。一场系统灾难，令这个庞大的“事业单位”最终损失达5.39亿英镑。
5、美国航天局火星极地登陆者号探测器
1999年12月3日，美国航天局的火星极地登陆者号探测器试图在火星表面着陆时失踪。一个故障评估委员会(Failure Review Board,FRB) 调查了故障，认定出现故障的原因极可能是一个数据位被意外置位。最令人警醒的问题是为什么没有在内部测试时发现呢。
从理论上看，着陆的计划是这样的: 当探测器向火星表面降落时，它将打开降落伞减缓探测器的下降速度。降落伞打开几秒钟后，探测器的三条腿将迅速撑开，并锁定位置，准备着陆。当探测器离地面1800米时，它将丢弃降落伞，点燃着陆进器，缓缓地降落到地面。
美国航天局为了省钱，简化了确定何时关闭着陆推进器的装置。为了替代在其他太空船上使用的贵重雷达，他们在探测器的脚部装了一个廉价的触点开关，在计算机中设置一个数据位来控制触点开关关闭燃料。很简单，探测器的发动机需要一直点火工作，直到脚“着地”为止。
遗憾的是，故障评估委员会在测试中发现，许多情况下，当探测器的脚迅速撑开准备着陆时，机械震动也会触发着陆触点开关，设置致命的错误数据位。设想探测器开始着陆时，计算机极有可能关闭着陆推进器，这样火星极地登陆者号探测器飞船下坠1800米之后冲向地面，撞成碎片。
结果是灾难性的，但背后的原因却很简单。登陆探测器经过了多个小组测试。其中一个小组测试飞船的脚折叠过程，另一个小组测试此后的着陆过程。前一个小组不去注意着地数据位是否置位一一这不是他们负责的范围; 后一个小组总是在开始测试之前复位计算机、清除数据位。双方独立工作都做得很好，但合在一起就不是这样了。
通过以上案例，可以直观的看到测试的重要性，测试不到位带来的损失是无法估计的甚至是致命的，并且众所周知，随着时间的推移，软件缺陷修复的费用越高，如下图：
越早的发现bug，成本损失就越小。在这个移动互联时代，APP就是最大的系统，通过行之有效的APP测试，尽早发现APP具有的bug并修复它们，避免的可不止是一个亿的损失啊，还有无价的用户体验及好感度呢….
作者：陈迪 Derek，Testin云测SaaS运营总监，前乐视高级运营经理，增长黑客， 加拿大MBA海归，多年国内和海外互联网公司运营经验。曾在北美B2C 100强公司任运营管理工作。回国后，曾多次创业，并参与多个互联网公司运营咨询工作。
本文由 @陈迪 Derek 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自StockSnap.io，基于 CC0 协议
爱盈利-运营小咖秀(www.aiyingli.com) 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容；是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台；
想了解更多移动互联网干货知识，请关注微信公众号运营小咖秀（ID: yunyingshow）
