软件可靠性测评ppt课件

SoftwareQualitySpecialists,Services,Solutions,Systems软件可靠性测评SoftwareQualitySpecialists,Services,Solutions,Systems提要软件可靠性测试软件可靠性模型软件可靠性评估SoftwareQualitySpecialists,Services,Solutions,Systems测试—统计规则IBM关于缺陷与故障的统计研究数据客户所看到的57%以上的故障是由占缺陷总数2%以下的缺陷引起的；超过总数61%的缺陷只引起低于3%的客户将会经历的故障；不同的缺陷在所引发的故障率上存在高达4个数量级的巨大差异。SoftwareQualitySpecialists,Services,Solutions,Systems测试—定义一种为了满足用户对软件的可靠性要求，通过对软件进行测试，发现并纠正软件中的缺陷，提高软件的可靠性水平，并验证它能否达到用户可靠性要求的软件测试方法。SoftwareQualitySpecialists,Services,Solutions,Systems测试—优点需求确认资源和进度预测有效并高效地测试量化测试管理可靠性预测SoftwareQualitySpecialists,Services,Solutions,Systems测试—目的验证软件可靠性满足给定的要求评估软件可靠性水平预计软件可靠性水平实现软件可靠性增长SoftwareQualitySpecialists,Services,Solutions,Systems测试—时机软件系统测试后期软件可靠性测试与系统测试的关系SoftwareQualitySpecialists,Services,Solutions,Systems测试—类别软件可靠性增长测试(SoftwareReliabilityGrowthTesting)在软件交付前进行，通过可靠性测试暴露软件缺陷，采取有效地措施排除失效率较大的缺陷，以提高交付软件的可靠性软件可靠性验证测试(SoftwareReliabilityDemonstrationTesting)在软件确认阶段进行，验证软件需求规范中软件可靠性目标的满足情况，在测试过程中不进行软件缺陷消除SoftwareQualitySpecialists,Services,Solutions,Systems测试—验证方案无失效运行时间间隔测试(Failure-FreeExecutionIntervalTest)要求在指定时间内测试给定数量的样品。如果在测试期间没有失效发生，则认为软件或系统满足可靠性要求定时截尾可靠性验证测试(Fixed-LengthReliabilityDemonstrationTest)序贯可靠性验证测试(Probability-RationSequentialReliabilityDemonstrationTest)SoftwareQualitySpecialists,Services,Solutions,Systems测试—演示图12010862416140246810规格化的单位失效数继续接受拒绝Fail.No.McallsatFailureNormalizedUnits1230.003750.006250.0250.751.255Failureintensityobjective:200failures/McallsSoftwareQualitySpecialists,Services,Solutions,Systems测试—特征用系统的预期使用域作为模型来指导测试用例的选择或生成根据故障率的等级、功能使用频度和重要性来检测软件产品错误可靠性测试是面向故障的测试方法可靠性测试既有助于软件可靠性增长也可用于软件可靠性评价SoftwareQualitySpecialists,Services,Solutions,Systems测试—方法基于统计模型的可靠性测试测试用Markov链描述软件的使用结构构造和统计分配依据Markov模型上每个状态出边所关联的迁移概率，通过遍历使用模型的状态可以生成测试用例SoftwareQualitySpecialists,Services,Solutions,Systems测试—方法基于操作剖面的可靠性测试方法用操作剖面描述软件的使用分层建立操作剖面：客户剖面、用户剖面、系统模式剖面、功能剖面和操作剖面每个操作对应若干个运行SoftwareQualitySpecialists,Services,Solutions,Systems测试—过程定义“必要的”可靠性开发测试模型准备测试执行测试应用失效数据得到结论需求分析设计与实现集成与测试SoftwareQualitySpecialists,Services,Solutions,Systems测试—定义指标失效严重程度分类一组单个出现时对用户产生相同影响的失效对失效指定严重程度，主要是为了结合失效频率来解决失效的优先级失效强度SoftwareQualitySpecialists,Services,Solutions,Systems测试—失效分类举例1失效严重程度定义(经济损失)1100000210000~10000031000~1000041000SoftwareQualitySpecialists,Services,Solutions,Systems测试—失效分类举例2失效严重程度定义(对操作的影响)1用户不能进行一项或多项关键操作2用户不能进行一项或多项重要操作3用户不能进行一项或多项操作，但是有补救办法4一项或多项操作中的小缺陷SoftwareQualitySpecialists,Services,Solutions,Systems测试—操作剖面开发操作剖面是二维向量的集合，定义为：profile={(item1，p1)，(item2，p2)，…(itemn，pn)}itemi代表操作剖面中所包含的互不相交的元素中的一个，item1∩item2∩……∩itemn＝Φpi代表第i个元素的权值或是发生的概率。11niipSoftwareQualitySpecialists,Services,Solutions,Systems测试—建立操作剖面用操作剖面描述软件的使用分层建立操作剖面客户剖面(CP，CustomerProfile)用户剖面(UP，UserProfile)系统模式剖面(SP，SystemmodeProfile)功能剖面(FP，FunctionProfile)操作剖面(OP，OperationalProfile)SoftwareQualitySpecialists,Services,Solutions,Systems测试—建立操作剖面建立客户剖面CP={(c1,pc1),(c2,pc2),……,(cn,pcn)}为客户剖面中的客户构建用户剖面UPc1={(u1,pc1_u1),(u2,pc1_u2),……,(um,pc1_um)}UPc2={(u1,pc2_u1),(u2,pc2_u2),……,(um,pc2_um)}……Upcn={(u1,pcn_u1),(u2,pcn_u2),……,(um,pcn_um)}SoftwareQualitySpecialists,Services,Solutions,Systems测试—建立操作剖面对相同类型的用户进行合并，若用户ui有m个同类，则用户ui出现的概率为：得到用户剖面UP={(u1,pu1)，(u2pu2)，……，(umpum)}njcjuicjuippp1_SoftwareQualitySpecialists,Services,Solutions,Systems测试—建立操作剖面同理，可以得到系统模式剖面、功能剖面和操作剖面SP={(s1,ps1)，(s2,ps2)，……，(sn,psn)}FP={(f1,pf1)，(f2,pf2)，……，(fn,pfn)}OP={(o1,po1)，(o2po2)，……，(on,pon)}SoftwareQualitySpecialists,Services,Solutions,Systems测试—操作剖面实例确定操作模式确定操作的发起者选择表示方法(表格/图形)创建操作表确定出现率确定出现概率考虑特殊情况SoftwareQualitySpecialists,Services,Solutions,Systems测试—操作表例子操作发起者操作用户电话号码输入系统管理员增加用户删除用户电话网处理语音呼叫，无寻呼，有应答处理语音呼叫，无寻呼，无应答处理语音呼叫，有寻呼，有应答处理语音呼叫，有寻呼，有对寻呼的应答处理语音呼叫，有寻呼，无对寻呼的应答处理传真呼叫系统控制器审计电话号码数据库恢复硬件失效SoftwareQualitySpecialists,Services,Solutions,Systems测试—操作出现率操作出现率(每小时操作个数)电话号码输入10000增加订户50删除订户50处理语音呼叫，无寻呼，有应答18000处理语音呼叫，无寻呼，无应答17000处理语音呼叫，有寻呼，有应答17000处理语音呼叫，有寻呼，有对寻呼的应答12000处理语音呼叫，有寻呼，无对寻呼的应答10000处理传真呼叫15000审计电话号码数据库900恢复硬件失效0.1SoftwareQualitySpecialists,Services,Solutions,Systems测试—出现概率操作出现概率电话号码输入0.10增加订户0.0005删除订户0.0005处理语音呼叫，无寻呼，有应答0.18处理语音呼叫，无寻呼，无应答0.17处理语音呼叫，有寻呼，有应答0.17处理语音呼叫，有寻呼，有对寻呼的应答0.12处理语音呼叫，有寻呼，无对寻呼的应答0.10处理传真呼叫0.15审计电话号码数据库0.009恢复硬件失效0.000001SoftwareQualitySpecialists,Services,Solutions,Systems测试—准备测试用例估计当前版本所需新测试用例的数量通过随机选取测试的操作，为每个操作对应若干个运行在被测系统之间分配新测试用例的数量在每个系统的操作之间分配新测试用例的数量指定新的测试用例将新测试用例加入测试用例集SoftwareQualitySpecialists,Services,Solutions,Systems测试—充分性准则依据可靠性要求和评估的置信度确定的执行时间测试剖面和操作剖面吻合需求的覆盖SoftwareQualitySpecialists,Services,Solutions,Systems测试—操作剖面特点优点通过分解，可以处理规模较大的系统测试用例的规模较均匀不足测试执行缺乏连续性高使用概率的功能被重复测试SoftwareQualitySpecialists,Services,Solutions,Systems测试—Markov模型未激活终止准备状态1状态2状态3状态4G,0.50F,0.70SoftwareQualitySpecialists,Services,Solutions,Systems测试—建立Markov模型用Markov链描述软件的使用结构构造统计分配SoftwareQualitySpecialists,Services,Solutions,Systems测试—结构构造空装载满Pop/EmptyStackExceptionPop[n1]/returntop(x)Pop[n==1]/returntop(x)push(x)push(x)[nmax-1]Push/FullStackExceptionpush(x)[n==max-1]Pop/returntop(x)SoftwareQualitySpecialist