软件质量保证和管理SUKV - CH2 软件质量.ppt

软件质量保证和管理 - Ch.7 软件可靠性度量和测试 第6章 回顾 第 7章 软件可靠性度量和测试 7.1 软件可靠性 7.1 软件可靠性 7.1 软件可靠性 7.1.1 软件失效过程与类别 7.1.1 软件失效过程与类别 7.1.2 可靠性定义 7.2 可靠性模型及评价标准 7.2.1 可靠性模型 7.2.1 可靠性模型 7.2.1 可靠性模型 7.2.1 可靠性模型 7.2.1 可靠性模型 7.2.2 可靠性模型评价标准 7.2.3 可靠性增长模型和指数模型 7.2.3 可靠性增长模型和指数模型 7.2.3 可靠性增长模型和指数模型 7.３ 软件可靠性测试和评估 7.3.1 影响软件可靠性的因素 软件规模 7.3.2 系统的运行剖面与可靠性的关系 7.3.3 可靠性测试 7.3.3 可靠性测试 7.3.4 可靠性测试结果分析和评估 7.3.4 可靠性测试结果分析和评估 作业 Q A * Zhu.Kerry@ * Zhu.Kerry@ 作者 gang901@ 6.1 测量基础 测量原理、标准、度量过程及原则 6.2 软件度量 软件周期度量活动、项目度量、软件规模度量、代码行度量法、功能点分析法、对象点度量法 6.3 软件质量的度量方法 分类、模型、基于时间的缺陷到达模式、PRT、Rayleigh模型 6.4 软件产品的质量度量 6.5 软件过程质量度量 6.6 软件质量度量的执行 7.1 软件可靠性 7.2 可靠性模型及其评价标准 7.3 软件可靠性测试和评估 7.1.1 软件失效的过程与类别 7.1.2 可靠性定义 硬件系统故障率与可靠性 软件系统故障率与可靠性 软件不能完成规定的功能即“软件失效”（failure）或称“软件故障”。如果软件存在缺陷，它将永远的潜伏在软件中，直到它被发现并得到正确修正。反过来如果软件在一定的环境下运行正确，它也将继续保持这种正确性，除非环境发生变化。 软件失效过程 系统失效，主要是指由于软件故障的发生而导致系统死机、系统无法启动、系统挂起及系统运行完全失去应有运行轨迹等。比如：计算器无法正确的计算了或只要执行计算系统就出错等。 局部失效，主要是指系统当中的某一个或几个模块的功能失效，但并不影响其它模块的正常使用。比如：一个基于网络的分布式软件，由于网络连接模块的功能失效使得系统无法与服务器进行数据同步，但由于该系统支持离线工作，一旦网络连接故障排除便可与服务器进行数据同步，这种情形我们可以视之为软件系统的局部失效。 软件失效类别 规定的时间 　 “运行时间”包括软件系统运行后工作与挂起（开启但空闲）的累计时间。 规定的环境条件 环境条件指软件的运行环境。 可靠性是产品在规定的条件下和规定的时间内完成规定功能的能力，对其无故障的概率度量称为可靠度。 7.2.1 可靠性模型 7.2.2 可靠性模型评价标准 7.2.3 可靠性增长模型和指数模型 软件可靠性模型是用来指导我们对软件可靠性进行评估和预测的。正确的选择与运用可靠性模型对于指导软件可靠性设计与测试至关重要。错误的或不恰当的选择不适合的可靠性模型将会带来错误的预测值,从而错误地指导软件过程。 模型分类 　　动态模型和静态模型 动态：统计数据的来源是缺陷数统计分布。 例：软件生命周期中被发现的缺陷数变化趋势用来预测可能潜伏在软件中的缺陷数参考依据。 静态：统计数据的来源是项目其他属性或程序与模块的分析数据。 例：模块的复杂性，项目的规模 模型建立 　　确定预测参数 、数据搜集与分析 、模型选择 、模型测试与评价 、模型的确定 单元划分建模的影响示例 每天产品缺陷数 0 3月14日 15 3月7日 4 3月13日 6 3月6日 8 3月12日 10 3月5日 9 3月11日 8 3月4日 12 3月10日 15 3月3日 9 3月9日 18 3月2日 18 3月8日 3 3月1日 缺陷数 日期(单位:天) 缺陷数 日期(单位:天) 单元划分建模的影响示例 对应的趋势图 单元划分建模的影响示例 每两天产品缺陷数 8 3/13-3-14 17 3/11-3/12 21 3/9-3/10 33 3/7-3/8 16 3/5-3/6 23 3/3-3/4 21 3/1-3/2 缺陷数 日期(单位:2天) 单元划分建模的影响示例 对应的缺陷数变化趋势图 基于合理的假设 181页 预测的有效性 模型实现的可操作性 预测的及时性 预测的覆盖率 可靠性增长模型 时间间隔模型 变量为故障之间的时间间隔 故障数目模型 以CPU执行的时间或日历时间为一个特定的时间间隔为标准，观察缺陷或故障数目。 指数模型 　　指数模型是Weibul