(软件测试案例.docVIP

案例释疑 案例1-1：终点线前的遗憾作为长期火星探测战略的一个步骤，美国航宇局于1998年12月11日和年1月3日先后将两颗探测器送往火星。其中先行一步的火星气候轨道器（MCO）经过6.65亿公里的飞行，终于在9月份飞到了火星，但在准备进入绕火星运行的轨道时，却不慎失手，让关注它的人们大失所望。令人吃惊的是，此次事故的原因竟是一个非常低级的失误。根据对进行入轨机动点火前采集到的跟踪数据的分析，项目官员认为火星气候轨道器失踪的原因是导航出了重大错误，致使探测器飞到了比预定高度低很多的高度。实际上，在因飞入火星背面而与地面“正常”地失去联络之前，探测器就已经走上了一条将把它带到距火星表面最近仅57公里的错误路线。这一高度大大低于技术人员提出的约85～100公里的最小安全距离，与预定的140～150公里高度更是相差甚远。高度太低，探测器有可能在火星的大气中因气动热而被“火葬”，甚至还有可能坠毁在火星表面上。事故发生后，主管该项目的美国航宇局喷气推进实验室等部门迅速开始了调查工作。初步分析时认定，问题可能出在卫星软件上，还可能是地面系统的问题，人员操作失误的可能性也不能排除。但最后查出的结果却让人难以置信：造成飞行高度太低的原因竟然是公制和英制的转换问题。调查人员在9月30日公布的一份报告中称，探测器制造商洛马公司对探测器的一项关键性操作提供的是英制单位的数据，而美国航宇局喷推实验室的导航人员想当然地以为是公制，未加换算便直接将英制数据输入了采用公制数据的计算机系统内，从而造成了严重的导航错误。问题出在一个导航软件表上。这个出错的推力器校定表用在确定探测器位置的地面导航软件中。它的作用是把遥测到的推力器点火工作次数转换成提供给探测器的冲量，以消除因推力器点火工作造成的弹道计算中的剩余误差。喷推实验室在编制表时对推力器每次工作的冲量使用的是牛·秒这一公制单位，但由洛马公司提供的数据使用的却是英制的磅·秒，而这样计算出的冲量值只是实际值的22%。三轴稳定的该探测器使用反动轮控制，其推力器每隔大约13～15小时点火一次，以降低轮的转速。这些点火工作每次只会引起几毫米/秒的速度变化，但每周要进行11次以上。起初剩余误差很小时，弹道计算可以很快收敛，但到后来收敛性就比较差了。出现这种低级错误使有关部门感到很难堪。美国航宇局负责空间科学项目的副局长韦勒称，这已不能简单地说成是错误，这是美国航宇局系统工程工作的失败。 “一·一五”大瘫痪1990年1月15日，美国电话电报公司的长途电话交换系统陷入全面瘫痪。这是一起奇怪的、可怕的、波及面广泛的事故。6万名用户的电话无法使用。对电话业来说，服务中断是一种由来已久、素为人知的风险。飓风的侵袭可能会折断上千条电缆，地震会破坏埋在地下的光缆干线，交换站也有可能被大火烧得精光。电话公司为诸如此类的事情制订了紧急应变计划，多年来也在这方面积累了深厚的经验。然而，“一·一五”大瘫痪却令其措手不及。它的影响范围之大令人难以置信，而且，找不出什么明显的物理原因。 事故发生在一个星期一的下午，最早是曼哈顿的一家交换站开始出现故障。但是，与一般的物理故障不同，这次故障似乎具有传染性，美国境内一家又一家交换站陆续感染上此类症状。一连串的反应最终摧毁了ATT电话网的一半，另一半则由于通话量的急剧增加而手忙脚乱。 在9个小时之内，AT＆T的软件工程师们设法弄清了瘫痪的原因。“罪犯”是AT＆T自己开发的软件中的一个“臭虫”（bug）——即程序中的一个错误。 这起事故使AT＆T忍垢蒙羞。它对公司长久以来引以为自豪的服务可靠的名声是一个巨大打击。几天后，AT＆t 的最高首脑鲍勃·艾伦在美国各大报纸上发表了“致用户的公开信”，其中说：“我们没有达到自己的质量标准。事情就是如此简单。这对我们来说是不可接受的，对你们来说也是如此……我们十分清楚，人们对AT＆T服务的依赖性有多强，所以贝尔实验室的科学家和公司的网络工程师正在尽其所能，以确保类似事件下再发生……”在电话业竞争日趋激烈的形势下，这样的声明当然不是这个电信巨头愿意作出的。 虽然AT＆T就“一·一五”大瘫痪向用户进行了公开道歉，但由于技术的复杂性，事故的全部真相及其含义从未被彻底披露和解释过。引发事故的根本原因鲜有人知，这使它从一开始就被笼罩在一种扑朔迷离的气氛当中。事情已变得很明白，没有人能够“保护”系统不受破坏。而系统到目前为止所遭受的最严重的破坏，都是系统自身造成的。这次，没有人再出来说什么这只是意外事故，永远不会再发生了等等。到1991年，用报道过“一·一五”大瘫痪的斯特林的话说，系统的保卫者们已经遇到了他们最难以捉摸的对手，这个对手就是——系统本身。鲜为人知的核危机揭秘1983年9月26日，苏联刚刚启用的早期预警卫星系统也造成了一次假的核攻击警报。苏联为了监