软件测试案例 - 软件测试.docxVIP

制造商洛马公司对探测器的一项关键性操作提供的是英制单位的数据传染性，美国境内一家又一家交换站陆续感染上此类症状。一连串的行。晚8∶ 制造商洛马公司对探测器的一项关键性操作提供的是英制单位的数据 传染性，美国境内一家又一家交换站陆续感染上此类症状。一连串的 行。晚8∶00，构建过程结束。开发人员完成的产品将移交给验小 清了瘫痪的原因。犯”是AT＆T自己开发的软件中的一个虫”（b 案例释疑 案例 1-1：终点线前的遗憾 说明： 课堂上讲述该案例， 目的是让学员明白软件在现代科学中的地位是非常重要的， 丝毫软件缺 陷都可能带来严重后果。教师不必全部讲述，需摘略其中重点内容。 内容： 作为长期火星探测战略的一个步骤，美国航宇局于 1998 年 12 月 11 日和 1999 年 1 月 3 日先 后将两颗探测器送往火星。其中先行一步的火星气候轨道器（ MCO ）经过 6.65 亿公里的飞 行，终于在 9 月份飞到了火星，但在准备进入 绕火星运行的轨道时，却不慎失手，让关注它 的人们大失所望。令人吃惊的是，此次事故的 原因竟是一个非常低级的失误。 根据对进行入轨机动点火前采集到的跟踪数 据的分析，项目官员认为火星气候轨道器失踪 的原因是导航出了重大错误，致使探测器飞到 了比预定高度低很多的高度。实际上，在因飞 入火星背面而与地面 常”地失去联络之前， 探测器就已经走上了一条将把它带到距火星 表面最近仅 57 公里的错误路线。这一高度大 大低于技术人员提出的约 85 ～ 100 公里的最小安全距离，与预定的 140 ～ 150 公里高度更是 相差甚远。高度太低，探测器有可能在火星的大气中因气动热而被 葬”， 甚至还有可能坠 毁在火星表面上。 事故发生后， 主管该项目的美国航宇局喷气推进实验室等部门迅速开始了调查工作。 初步分 析时认定，问题可能出在卫星软件上， 还可能是地面系统的问题，人员操作失误的可能性也 不能排除。但最后查出的结果却让人难以置信： 造成飞行高度太低的原因竟然是公制和英制 的转换问题。调查人员在 9 月 30 日公布的一份报告中称，探测器制造商洛马公司对探测器 的一项关键性操作提供的是英制单位的数据，而美国航宇局喷推实验室的导航人员想当然地 以为是公制，未加换算便直接将英制数据输入了采用公制数据的计算机系统内， 从而造成了 严重的导航错误。 问题出在一个导航软件表上。这个出错的推力器校定表用在确定探测器位置的地面导航软件 中。 它的作用是把遥测到的推力器点火工作次数转换成提供给探测器的冲量，以消除因推力 器点火工作造成的弹道计算中的剩余误差。喷推实验室在编制表时对推力器每次工作的冲量 使用的是牛 秒· 这一公制单位，但由洛马公司提供的数据使用的却是英制的磅 秒· ，而这样计 算出的冲量值只是实际值的 22%。三轴稳定的该探测器使用反动轮控制姿态，其推力器每 隔大约 13～ 15 小时点火一次， 以降低轮的转速。这些点火工作每次只会引起几毫米/秒的速 度变化，但每周要进行 11 次以上。 起初剩余误差很小时， 弹道计算可以很快收敛，但到后 来收敛性就比较差了。 出现这种低级错误使有关部门感到很难堪。美国航宇局负责空间科学项目的副局长韦勒称， 这已不能简单地说成是错误，这是美国航宇局系统工程工作的失败。 案例 1-2： 一“ 一·五”大瘫痪 说明： 课堂上讲述该案例， 用于让学员明白软件缺陷的危害及缺陷是不可避免的， 任何设计上的漏 。苏联的“眼睛”早期预警卫星高悬于欧洲北部上空，可长时间以准行环境中？2.设计错误：没有在线帮助，用户怎么知道自己要干什 。苏联的“眼睛”早期预警卫星高悬于欧洲北部上空，可长时间以准 行环境中？2.设计错误：没有在线帮助，用户怎么知道自己要干什 年来也在这方面积累了深厚的经验。然而，一·五”大瘫痪却令其措 。为了以秒为单位来确定时间，程序将用一个24位的近似1/10 洞都会被别有用心的人利用。教师不必全部讲述，需摘略其中重点内容。 内容： 1990 年 1 月 15 日，美国电话电报公司的长途电话交换系统陷入全面瘫痪。这是一起奇怪的、 可怕的、波及面广泛的事故。 6 万名用户的电话无法使用。对电话业来说，服务中断是一种 由来已久、 素为人知的风险。 飓风的侵袭可能会折断上千条电缆， 地震会破坏埋在地下的光 缆干线，交换站也有可能被大火烧得精光。电话公司为诸如此类的事情制订了紧急应变计划， 多年来也在这方面积累了深厚的经验。然而， 一·五”大瘫痪却令其措手不及。 它的影响 范围之大令人难以置信，而且，找不出什么明显的物理原因。 事故发生在一个星期一的下午，最早是曼哈顿的一家交换站开始出现故障。但是， 与一般的 物理故障不同，这次故障似乎具有传染性，美国境内一家又一家交换站陆续感染上此类症状。