【我分享】软件缺陷导致严重后果的典型案例 - 51Testing软件测试论坛

[size=13.63636302948px]用户为了保证自己业务的顺利完成，当然希望选用优质的软件。质量不佳的软件产品不仅会使开发商的维护费用和用户的使用成本大幅度增加，还可能产生其他的责任风险，造成公司信誉下降。一些关键的应用领域（例如银行、证券交易、军事等）如果质量有问题，还可能造成灾难性的后果。

[size=13.63636302948px]　　现在人们已经逐步认识到是软件中存在的错误导致了软件开发在成本、进度和质量上的失控。由于软件是由人来完成的，所以它不可能十全十美，虽然不可能完全杜绝软件中的错误，但是可以通过软件测试等手段使程序中的错误数量尽可能少，密度尽可能小。

[size=13.63636302948px]　　在IE 4.0的开发期间，微软为了打败Netscape而汇集了一流的开发人员和测试人员。测试人员搭建起测试环境，让IE在数台计算机上持续运行一个星期，而且要保障IE在几秒钟以内可以访问数千个网站，在无数次的试验以后，测试人员证明了IE在多次运行以后依然可以保障它的运行速度。而且，为了快速完成IE 4.0的开发，测试人员每天都要对新版本进行测试，不仅要发现问题，而且要找到问题是哪一行代码造成的，让开发人员专心于代码的编写和修改，最终IE取得了很大的成功。

[size=13.63636302948px]　　电脑中了木马，使用360安全卫士查出一个名为Backdoor/Win32.Agent.cgg的木马，文件位置为C:\Windows\system32\shdocvw.dll。进行清理后看不到Windows任务栏和桌面图标，根本进不去桌面，手工运行Explorer.exe也是一闪就关，后来查明是由于360在处理此木马时存在严重缺陷。360安全卫士只是简单的删除了木马文件，没有进行相关的善后处理工作，致使系统关键进程Explorer.exe无法加载。

[size=13.63636302948px]　　2009年2月份Google的Gmail故障，Gmail用户几小时不能访问邮箱，应该算是最近因软件故障而受到广泛关注的事件。据Google后称，那次故障是因数据中心之间的负载均衡软件的Bug引发的。

[size=13.63636302948px]　　360问题和Gmail故障还仅是导致用户不能正常使用电脑或几个小时内无法访问邮箱，并没有造成伤亡。当然了，对某些用户来讲，是非常不便。

[size=13.63636302948px]　　2011年7月23日20时30分05秒，甬温线浙江省温州市境内，由北京南站开往福州站的D301次列车与杭州站开往福州南站的D3115次列车发生动车组列车追尾事故，造成40人死亡、172人受伤，中断行车32小时35分，直接经济损失19371.65万元。

[size=13.63636302948px]　　上海铁路局局长安路生28日说，根据初步掌握的情况分析，“7·23”动车事故是由于温州南站信号设备在设计上存在严重缺陷，遭雷击发生故障后，导致本应显示为红灯的区间信号机错误显示为绿灯。

[size=13.63636302948px]　　辐射剂量超标的事故发生在2000年的巴拿马城（巴拿马首都）。从美国Multidata公司引入的治疗规划软件，其（辐射剂量的）预设值有误。有些患者接受了超标剂量的治疗，至少有5人死亡。后续几年中，又有21人死亡，但很难确定这21人中到底有多少人是死于本身的癌症，还是辐射治疗剂量超标引发的不良后果。

[size=13.63636302948px]　　在制造其火星气候轨道探测器时，一个NASA的工程小组使用的是英制单位，而不是预定的公制单位。这会造成探测器的推进器无法正常运作。正是因为这个 Bug，1999年探测器从距离火星表面130英尺的高度垂直坠毁。此项工程成本耗费3.27亿美元，这还不包括损失的时间（该探测器从发射到抵达火星将近一年时间。）

[size=13.63636302948px]　　1996年6月4日，阿丽亚娜5型运载火箭的首航，原计划将运送4颗太阳风观察卫星到预定轨道，但因软件引发的问题导致火箭在发射39秒后偏轨，从而激活了火箭的自我摧毁装置。阿丽亚娜5型火箭和其他卫星在瞬间灰飞烟灭。

[size=13.63636302948px]　　后来查明的事故原因是：代码重用。阿5型的发射系统代码直接重用了阿4型的相应代码，而阿4型的飞行条件和阿5型的飞行条件截然不同。此次事故损失3.7亿美元。

[size=13.63636302948px]　　结果显示为零。而在1994年，结果可能为其他答案，这就是英特尔（Intel）奔腾（Pentumn）CPU芯片所带来的一个浮点触发缺陷。英特尔为此付出了4亿多美元的代价。

[size=13.63636302948px]　　1980年，北美防空联合司令部曾报告称美国遭受导弹袭击。后来证实，这是反馈系统的电路故障问题，但反馈系统软件没有考虑故障问题引发的误报。

[size=13.63636302948px]　　1983年，苏联卫星报告有美国导弹入侵，但主管官员的直觉告诉他这是误报。后来事实证明的确是误报。

[size=13.63636302948px]　　幸亏这些误报没有激活“核按钮”。在上述两个案例中，如果对方真的发起反击，核战争将全面爆发，后果不堪设想。

[size=13.63636302948px]　　通过以上的例子，可以看出软件发生错误时对人类生活所造成的各种影响，有的甚至会带来灾难性的后果。软件测试可以使这种风险降低，它在一定程度上解放了程序员，使他们能够更专心于解决程序的算法效率。同时它也减轻了售后服务人员的压力，交到他们手里的程序再也不是那些“一触即死机”的定时炸弹，而是经过严格检验的完整产品。同时，软件测试的发展对程序的外形、结构、输入和输出的规约和标准化提供了参考，并推动了软件工程的发展。