测试评估目录.pptxVIP

测试评估目录第一章 测试评估的定义和目的第二章 测试评估的流程和方法第三章 测试退出的评估和标准第四章 其他测试评估相关内容测试评估测试评估的定义和目的软件测试生命周期测试设计测试计划测试开发测试评估测试执行软件测试的目的验证用户需求1、最终目的3、附加目的2、直接目的改进开发过程发现软件缺陷测试评估的概念测试评估测试评估是在测试结束后（后期）对整个测试过程与产品进行评估的过程，主要包括对于测试工作的总结、缺陷数据的分析以及测试过程的评估。测试评估：对整个测试过程与产品进行评估测试评估的目的检查软件产品是否满足客户需求－－最终目的发现软件产品的程序错误－－直接目的改进软件开发过程－ －附带目的/增值目的测试目的评估软件产品的质量状况为产品放行提供决策依据分析缺陷发现、分布情况为过程流程改进提供依据为项目管理提供分析数据评估项目人员的工作绩效测试评估目的测试评估的内容产品质量评估：对测试对象的可靠性、稳定性以及性能等的测评。质量建立在对测试结果的评估和对测试过程中缺陷的分析基础上。正确性可靠性效率完整性可使用性可维护性灵活性可测试性产品修改产品运行产品转移可移植性重复使用连接性测试评估测试评估的流程和方法测试评估的主要内容对软件质量的评估评估软件产品的质量状况为产品放行提供决策依据对软件生产过程的评估为过程流程改进提供依据评估项目人员的工作绩效……重点关注对产品质量的评估测试评估流程开始No测试覆盖满足？YesYesGompertzNoNoODCYesNoFour Quadrant AnalysisYes结束继续测试评估方法测试覆盖评估——专注于测试过程对测试完全程度的评估，以测试用例和已执行测试的覆盖程度表示：需求覆盖代码覆盖测试质量评估——专注于测试结果对测试对象的可靠性、稳定性以及性能等的测评。质量建立在对测试结果的评估和对测试过程中缺陷的分析基础上：缺陷分析报告性能评测报告测试评估-测试覆盖评估测试覆盖评估测试覆盖是对测试完全程度的评估，测试覆盖（程）度决定了软件测试的质量如何；可分基于需求的测试的测试覆盖和基于代码的测试覆盖：基于需求的测试覆盖 测试覆盖（已执行的）= Tx / RfT 成功的测试覆盖（已执行的）= Ts / RfT Tx ：已执行的测试用例总数 Ts：完全成功、没有缺陷的已执行测测试用例数 RfT是测试需求（Requirement for Test）的总数 基于代码的测试覆盖 测试覆盖 = Tc / Tiic Tc 已执行的代码行 Tiic 代码总行数测试评估-测试覆盖评估测试覆盖评估需求覆盖一般和功能测试与黑盒测试技术相关；代码覆盖一般和结构测试与白盒测试技术相关。用户直接关心测试的需求覆盖率，看产品是否符合自己的要求；而技术人员关心测试的代码覆盖率，看产品是否存在技术上的缺陷。测试评估-产品质量评估产品质量评估重点关注从量化的角度，依据统一的标准，分析缺陷在产品中存在的趋势及各类属性，从而达到评估产品质量的主要目的。通过缺陷分析，能为产品的质量评估提供客观、全面的依据将过程管理能力的分析和产品质量的分析区别开，便于改进措施的聚焦。1、缺陷分析报告2、性能分析报告测试评估-产品质量评估方法主要活动活动描述活动输入活动输出Gompertz分析通过对产品测试缺陷的趋势分析，对产品质量进行评估和预测，指导测试策略和测试计划调整。产品策划缺陷数据缺陷分析原始数据ODC分析主要通过对ODC分类中触发因素等测试相关字段的基线分析和趋势分析，来评估测试质量并指导测试改进。按ODC标准分类后的产品测试缺陷数据ODC分析报告四象限分析通过对测试工作量投入和缺陷发现情况的综合分析，评估产品质量特性级缺陷数据缺陷分析报告Gompertz分析总览TcY=ab累计缺陷趋势图200累计缺陷数150a10050实际缺陷增长趋势03/153/253/053/153/254/05abGompertz分析适用条件被测试对象的同一性原则在被统计的时间范围内，只对软件进行缺陷修正活动，软件的特性、复杂度、规模、测试过程等不发生质的变化（一般不大于10%）统计的时间区间内应包含多轮测试（轮数N ≧2）对于一轮测试的情况，不能采用Gompertz模型进行分析。因为在一轮测试中，因测试用例执行顺序的不同，可能产生截然相反的两种分析结果。这时Gompertz分析结果的可信程度较低，不能作为决策的依据。对测试策略的要求在每轮测试执行前，进行测试用例完备性评估，保证用例设计基本完备；在每轮测试执行前，进行上一轮测试的缺陷解决情况的检查，上一轮测试的缺陷关闭率应达到80%以上，以确保被测试度对象实际的可靠性及时得到提高。Gompertz应用评估测试效率由Gompertz模型参数c的物理意义可知，c值越大（越接近1），表明缺陷下降的速度越慢，