致命Bug-软件缺陷的灾难与启示记录

发表于:2016-4-13 10:51

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:清浅2015    来源:51Testing软件测试网采编

分享:
  11、游戏的Bug
  "哈卡"的“堕落之血” 在一定范围内具有传染性,接触者会以250-300点的速度不断消耗体会,玩家自己是不能解除这一魔法的,好些玩家召回在“哈卡”作战区的宠物,被传染的宠物继而传染其他人,事情变得无法控制,被传染越来越多,弱小的玩家纷纷死去。
  只能说游戏设计的很真实
  12、核武器
  软件有缺陷,但幸好有佩特罗夫,一位冷静爱好和平的人,值得全世界人尊敬
  13、医疗仪器杀人事件
  当遇到故障时人们往往根据经验去判断,然后得出无法解释现象的解释。遇到错误时需要将流程中可能影响的环节都检查一次,就不会出现Therac-25连续出现6次事故后才去找原因。
  软件过程中内部错误代码不应该直接显示给使用者看,需要翻译成使用者能懂的语言(错误提示需要明确易懂)
  14、消失的火星探测器
  原因同13事情类似。电池管理软件将电池过热认为是电源已满,主动切断了充电电流。真实原因是:电池正面向太阳 造成的过热。最后因电量不足电子仪器停止了工作。
  一个现象可能是由N个原因引起的,需要做多一层的判断来做验证确认。
  15、金融软件bug
  四舍五入惹得祸
  16、软件本可以阻止的飞行事故
  对飞机来说低于多少米还没有找到跑道是件非常危险的事情,这类情况 就应该有软件强制行为,人可以操作机器,但机器也需要设计的更加智能化,而不是一味让人来控制。
  17、153亿美元的彩票:数字预算会计系统
  我一直坚信机器不会撒谎,当遇到很妖孽的现象时就会变得非常的兴奋,里面一定隐藏了问题,要把它挖出来,挖出来。我已习惯用打开计算器或打开Excel表格去计算一切关于数据的事情。
  18、丰田汽车“踏板门”事件与软件
  当商品已对人身造成伤害时 就需要被列为特级关注,从头到尾的仔细调查取证,而不是简单定义为 人为操作错误。
  读完这本书 心情变得很沉重,受不了那么多投入(人力、物力、财力)换回来的是一场烟火,更甚至是好些人的生命。
  软件测试在没有错误面前总是显得无足轻重,可一旦错了,调查、赔偿、责任这些和前面的投入算得了什么呢?
  找出一个致命Bug,它的价值是无价的,做为软件测试的一员需要时刻怀着无比的敬畏精神,为之前项目投入的时间不被浪费,为之前项目投入的资源不被浪费,为之前项目投入的财力不被浪费,为之后项目能真正被使用,为做的事情变得有意义...
22/2<12
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号