Ch7-软件可靠性度量与测试.pptVIP

* * 软件质量保证和管理 - Ch.7 软件可靠性度量和测试 Silver Zhang 第 7章 软件可靠性度量和测试 7.1 软件可靠性 7.2 可靠性模型及其评价标准 7.3 软件可靠性测试和评估 7.1 软件可靠性 7.1.1 软件失效的过程与类别 7.1.2 可靠性定义 7.1 软件可靠性 硬件系统故障率与可靠性 产品研发阶段故障率明显高，随着不断的完善，故障率趋于平稳，但由于硬件固有的特性——老化，所以在平稳一定时间以后故障率又快速而明显的增加。相对于硬件，软件系统固有的特性——无磨损性，决定了软件系统的故障率变化趋势。 7.1 软件可靠性 软件系统故障率与可靠性 在软件开发的早期阶段，软件的可靠性可能较低，随着不断的完善，软件系统的故障率无限减小，甚至接近无故障状态。 7.1.1 软件失效过程与类别 软件不能完成规定的功能即“软件失效”（failure）或称“软件故障”。如果软件存在缺陷，它将永远的潜伏在软件中，直到它被发现并得到正确修正。反过来如果软件在一定的环境下运行正确，它也将继续保持这种正确性，除非环境发生变化。 软件失效过程 7.1.1 软件失效过程与类别 系统失效，主要是指由于软件故障的发生而导致系统死机、系统无法启动、系统挂起及系统运行完全失去应有运行轨迹等。比如：计算器无法正确的计算了或只要执行计算系统就出错等。 局部失效，主要是指系统当中的某一个或几个模块的功能失效，但并不影响其它模块的正常使用。比如：一个基于网络的分布式软件，由于网络连接模块的功能失效使得系统无法与服务器进行数据同步，但由于该系统支持离线工作，一旦网络连接故障排除便可与服务器进行数据同步，这种情形我们可以视之为软件系统的局部失效。 软件失效类别 若用到了有缺陷的部分，则软件的计算或判断就会与规定的不符合从而使软件丧失执行要求的功能的能力。对于容错设计不好的软件，局部的失效则可能导致整个软件失效。对于容错设计比较好的软件，局部故障或失效并不一定导致整个软件失效。 7.1.2 可靠性定义 规定的时间 　 “运行时间”包括软件系统运行后工作与挂起（开启但空闲）的累计时间。 规定的环境条件 环境条件指软件的运行环境。 规定的功能 由于要完成的任务不同，软件的运行剖面会有所区别，则调用的子模块就不同（即呈现路径选择不同），其可靠性表现也就可能不同。 可靠性是产品在规定的条件下和规定的时间内完成规定功能的能力，对其无故障的概率度量称为可靠度。软件的可靠性 是软件系统的固有特性之一，它表明了一个软件系统按照用户的要求和设计的目标，执行其功能的正确程度。 7.2 可靠性模型及评价标准 7.2.1 可靠性模型 7.2.2 可靠性模型评价标准 7.2.3 可靠性增长模型和指数模型 7.2.1 可靠性模型 软件可靠性模型是用来指导我们对软件可靠性进行评估和预测的。正确的选择与运用可靠性模型对于指导软件可靠性设计与测试至关重要。错误的或不恰当的选择不适合的可靠性模型将会带来错误的预测值,从而错误地指导软件过程。 模型分类 　　动态模型和静态模型 。动态模型主要统计数据的来源是曲线数统计分布。静态模型的统计数据的来源是项目其他属性或程序与模块的分析数据，如依据模块的复杂性、项目的规模等。 2.模型建立 （1）确定预测参数 。确定模型要预测的参数，也就是要明确建立模型的目的。 （2）数据搜集与分析。依据预测目标收集并研究数据的属性、单位、数据的准确性与相关性，可绘制成点分布图来观察其变化趋势。 （3）模型选择。依据上两步的工作结果，选择适合模型。 （4）模型测试与评价 。实际运用当中，所选的模型不一定能很好的与实际情况相吻合，可能的情况有：搜集的数据不够准确，数据研究时参数的分析单位不合理。 （5）模型的确定。 如果所选择的的模型测试通过，就可以依据模型进行可靠性预测了。 7.2.1 可靠性模型 单元划分建模的影响示例 每天产品缺陷数 日期(单位:天) 缺陷数 日期(单位:天) 缺陷数 3月1日 3 3月8日 18 3月2日 18 3月9日 9 3月3日 15 3月10日 12 3月4日 8 3月11日 9 3月5日 10 3月12日 8 3月6日 6 3月13日 4 3月7日 15 3月14日 0 7.2.1 可靠性模型 单元划分建模的影响示例 对应的趋势图 以1天为单位时，软件缺陷的变化似乎规律性不是很强，存在好几个波折。 7.2.1 可靠性模型 单元划分建模的影响示例 每两天产品缺陷数 日期(单位:2天) 缺陷数 3/1-3/2 21 3/3-3/4 23 3/5-3/6 16 3/7-3/8 33 3/9-3/10 21 3/11-3/12 17 3/13-3-14 8 7.2.1 可靠性模型 单元划