北大青鸟软件工程教程.pptVIP

* 讲解： 案例1：迪斯尼的狮子王，1994～1995。 1994年秋天，美国迪斯尼公司发布了第一个面向儿童的媒体光盘游戏Lion King Animated Storybook（狮子王动画故事书）。尽管已经有许多其他公司在儿童游戏市场上运作多年，但是这次是迪斯尼公司首次进军这个市场。他们进行了大力宣传促销。结果，销售额非常可观。该游戏成为孩子们那个夏季的“必买游戏”。后来却“飞来横祸”。12月26日，圣诞节后的一天，迪斯尼公司的客户支持部电话开始响个不停。很快，电话支持部门就淹没在愤怒的家长和哭诉玩不成游戏的孩子们的电话狂潮之中。 后来证实，迪斯尼公司没有对市场上投入使用的各种PC机型进行正确的测试。软件在少数系统中工作正常，例如迪斯尼的程序员开发游戏用的系统，但在大多数常见的系统中却不行！ 案例2：“千年虫”问题的根源始于60年代。当时计算机存储器的成本很高，如果用四位数字表示年 份，就要多占用存储器空间，就会使成本增加，因此为了节省存储空间，计算机系统的编程 人员采用两位数字表示年份。随着计算机技术的迅猛发展，虽然后来存储器的价格降低了， 但在计算机系统中使用两位数字来表示年份的做法却由于思维上的惯性势力而被沿袭下来， 年复一年，直到新世纪即将来临之际，大家才突然意识到用两位数字表示年份将无法正确辨 识公元2000年及其以后的年份。1997年，信息界开始拉起了“千年虫”警钟，并很快引起了 全球关注。 案例3：爱国者导弹防御系统，1991。 美国爱国者导弹防御系统是罗纳德·里根总统提出的主动战略防御（即星球大战）程序的缩略版本。它首次应用在海湾战争中，用于对抗伊拉克飞毛腿导弹。尽管对此系统的赞誉声不绝于耳，但是它确实在几次对抗导弹战役中失利，其中一枚在沙特阿拉伯的多哈“击毙”28名美国士兵。专家们分析发现，症结在于一个软件缺陷。一个很小的系统时钟错误累积起来就可能拖延14小时，造成跟踪系统失去准确度。在多哈袭击战中，系统被拖延100多个小时。 * 讲解： 给出幻灯片上的两组数据：1、系统故障原因；2、运行软件的驻留故障密度。 由两组数据引出软件项目中做软件测试的必要性。 * 讲解： 结合下面计算器的例子，来理解软件缺陷的5条定义。 计算机的需求规格说明书可能规定它能够准确无误地进行加、减、乘、除运算。软件测试人员进行测试的时候，按下键没有反应，根据第1条规则，这是一个软件缺陷。假如得到错误答案，根据第1条规则，同样是软件缺陷。 需求规格说明书可能规定计算器永远不会崩溃、锁死或者停止反应。假如狂敲键盘会使计算机停止接受输入，根据第2条规则，这是一个软件缺陷。 假设我们测试中发现，它除了加减乘除之外它还可以求平方根。这一功能没有在需求文档中提到。干劲十足的程序员加入这项功能只因为觉得这是一项创举。这不是创举，根据第3条规则，这是软件缺陷。 第4条规则让人感觉有些矛盾和奇怪。因为需求文档不可能面面俱到，可能描述了系统在主要关注点上的功能定义。对于功能定义的细节，再一定程度上，我们要根据惯例合理的实现。比如：在测试计算器时，会发现电池电量低的时候会导致计算不正确。根据第4条规则，这是软件缺陷。需求规格说明书上可能没有定义“电量低于x时，计算结果可以不正确”。但根据常理，只要计算器还在运行状态，我们就认为它是“能用的”，计算结果就要保持正确。比如，需求规格说明书上可能也不会有“连续使用时间超过15小时时，计算器不可以爆炸”的功能定义，但如果真的出现了爆炸的情况，那无疑是设计、制造厂家的责任。 第5条规则定义的缺陷并不一定严重影响系统的使用，但会给用户带来不便。软件测试员是第1个真正使用软件的人。否则，客户就扮演此角色。如果发现某些地方不对劲，无论什么原因，都要认定为软件缺陷。对于计算器，可能觉得按键太小；也许等号（=）键的位置放的不好按；也许显示屏在亮光下难以看清；也许非常耗电，持续使用时间最长只有10分钟。根据第5条规则，这些都是缺陷。 * 讲解： 问题提出来后，先请一两个学员谈谈自己的想法，目的在于引出质量意识这个话题。 不管是大型企业和组织，还是我们每个人，如果想要取得发展，质量观念一定要过硬。在一个组织中不同角色的人对质量有不同的职责： 作为高层管理：负责组织的质量 项目经理：负责项目的质量 个人：负责所做工作的质量 即将要走向社会的你，对自己负责的工作，从现在开始就要建立起质量观念。 * 讲解： 首先给出软件测试的定义，软件测试是为了发现软件缺陷而执行程序的过程。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码实现的最终审查，它是软件质量保证的关键步骤。 软件测试中的圣经是《需求规格说明书》，测试做到全面覆盖需求。 软件测试的另一种定义：软件测试是根据软件开发各阶段的规格说明和程序的内部结构