第四章 软件可靠性和其测度.pptVIP

第四章 软件可靠性及其测度 杨秋伟 湖南大学 计算机与通信学院 4.1 软件可靠性的意义 软件可靠性 一个软件系统在给定的时间段内能正常工作，并完成其(在规格说明中规定的)所有功能而不发生故障(错误)的概率 典型的案例 一元二次方程的根与系数的关系问题 Y2K问题 全美7-Eleven便利店花了880万美元改造，2001年1月1日拒绝接受信用卡 2000年12月31日，挪威16列空港特快列车和13列高速列车停止工作，直至德国制造商30天后才恢复 4.2 软件开发的生命周期 软件的生命周期 启动和结束阶段 需求条件和规格说明 建立原型样本 设计 编程 测试 4.2 软件开发的生命周期 启动和结束阶段 业务扩展/技术改进/提高竞争力是新项目启动、旧软件结束的原因 需求条件和规格说明 需求条件 对整个系统中硬件和软件两者所需要的条件有明确的描述 例如当前和将来的系统接口、硬件类型、使用环境的说明 规格说明 硬件规格(设备级) + 软件规格(算法级) 规格说明语言(Z-语言等) 4.2 软件开发的生命周期 建立原型样本 理由 可以通过样本实现来体现他们的原始设计思想 设计中遇到的难点在样本中可以立即发现 样本中发现的缺陷可以返回项目用户以检查原始的需求条件等文件中存在的不足和错误 原型样本的基本构成——模块 描述一个具有明确定义的基本函数功能或过程的程序块 一个模块的最佳长度50 ~ 200行 模块重用——严格测试(前期修改成本远远低于后期修改成本) 4.2 软件开发的生命周期 设计 在原型样本的基础上进行最后阶段的设计工作 结构式程序设计方法 自顶向下(top-down) 动机——设计之初信息量很少 从系统整体功能出发向进行分解 自底向上(bottom-up) 4.2 软件开发的生命周期 编程 错觉——编程是我们最想做、最有成就感的部分？？？？？？ 工作量分配 需求分析、规格说明等(40%) + 编程(20%) + 调试、测试等(40%) 高级语言编程——关键在于数据流的控制 所选择的语言与使用的操作系统是否匹配 软件可能的使用时限，同今后将要开发的软件所使用的语言是否一致 软件与已有系统和将要开发的系统的关系 程序员对所选取和使用语言的熟悉和习惯程度如何等因素 4.2 软件开发的生命周期 测试 执行程序过程，检查程序功能的正确性和完整性 是软件开发周期中最复杂、实施成本最高的环节之一 一个观念：面向对象的程序设计比结构式程序设计有更多的层次和接口加重了测试的负担 针对“结构式自顶向下的程序设计”的测试步骤 单元测试(unit testing) 集成测试(integration testing) 系统测试(system testing) 4.2 软件开发的生命周期 单元测试(unit testing)——模块测试 一般一个主程序的某个模块(M)编程结束，就开始对它进行测试 为了测试M控制及与其它模块的接口之间的连接功能， 一个观念：OOP比结构式程序设计有更多的层次和接口加重了测试的负担 针对“结构式自顶向下的程序设计”的测试步骤 单元测试(unit testing) 集成测试(integration testing) 系统测试(system testing) 4.2 软件开发的生命周期 测试 执行程序过程，检查程序功能的正确性和完整性 是软件开发周期中最复杂、实施成本最高的环节之一 一个观念：OOP比结构式程序设计有更多的层次和接口加重了测试的负担 针对“结构式自顶向下的程序设计”的测试步骤 单元测试(unit testing) 集成测试(integration testing) 系统测试(system testing) 4.2 软件开发的生命周期 测试 执行程序过程，检查程序功能的正确性和完整性 是软件开发周期中最复杂、实施成本最高的环节之一 一个观念：OOP比结构式程序设计有更多的层次和接口加重了测试的负担 针对“结构式自顶向下的程序设计”的测试步骤 单元测试(unit testing) 集成测试(integration testing) 系统测试(system testing) 4.2 软件可靠性及其测度 单元测试——模块测试 目的 检验模块自身的功能是否正常 测试方法 将可能出现的数据输入到模块，并运行该模块 评估方法(运行结果检测方法) 由于模块规模较小，由人工对模块可能的输出结果进行评估或预测 测试用例(test case) 模块的输入数据 + 模块输出的“期望值” 4.2 软件可靠性及其测度 单元测试——模块测试 故障排除 修改有关的程序代码 再次验证 单元测试实例 一个主程序的最高模块编程结束——M0 利用一些假设性模块(桩模块)来代替M0的连接对象 运用测试用例测试M0控制及与其它模块的接口之间的连接功能 4