测试与软件质量分析报告模板课件

第十四章测试和软件质量分析报告第十四章目录软件产品的质量度量1评估系统测试的覆盖程度2基于缺陷分析的产品质量评估3测试报告的具体内容4目录软件产品的质量度量1评估系统测试的覆盖程度21软件产品的质量度量1软件产品的质量度量1.软件产品的质量度量软件度量就是对软件所包含的各种属性的量化表示。

定性定量软件度量可以提供对软件过程和软件产品的深入了解的衡量指标，使组织能够更好地做出决策以达成目标，软件度量具有如下作用：用数据指标表明验收标准；监控项目进度和预见风险；分配资源时进行量化均衡；预计和控制产品的过程、成本和质量。1.软件产品的质量度量软件度量就是对软件所包含的各种属性的量1.软件产品的质量度量度量概念测量（Measurement）：确定一个测量的行为度量（Metric）：某个给定属性的度的一个定量测量指标(Indicator)：具体测量的属性及其给定值1.软件产品的质量度量度量概念1.软件产品的质量度量软件度量的分类软件过程度量软件项目度量产品质量度量1.软件产品的质量度量软件度量的分类1.软件产品的质量度量软件度量的内容规模度量：代码行数，功能点和对象点等复杂度度量：软件结构复杂度指标。缺陷度量：帮助确定产品缺陷变化的状态，并指示修复缺陷活动所需的工作量，分析产品缺陷分布的情况工作量度量进度度量生产率度量：代码行数／人·月，测试用例数/人·日；风险度量：“风险发生的概率”和“风险发生后所带来的损失”1.软件产品的质量度量软件度量的内容1.软件产品的质量度量软件度量的分工度量工作小组由专职的度量研究人员和项目协调人员组成，度量研究人员的主要职责是定义度量过程和指导进行度量活动，并对数据进行分析、反馈；项目协调人员的职责是为定义度量过程提供详细的需求信息，并负责度量过程在项目组的推行。数据提供者一般是项目中的研发人员，有时还会包括用户服务人员和最终用户。IT支持者确定数据提供的格式与数据存储方式，提供数据收集工具与数据存储设备1.软件产品的质量度量软件度量的分工1.软件产品的质量度量软件度量的过程识别目标。分析出度量的工作目标和列表，并由管理者审核确认定义度量过程。定义其收集要素、收集过程、分析、反馈过程、IT支持体系，为具体的收集活动、分析、反馈活动和IT设备、工具开发提供指导。搜集数据。应用IT支持工具进行数据收集工作，并按指定的方式审查和存储。数据分析与反馈。根据数据收集结果，按照已定义的分析方法进行数据分析，完成规定格式的图表，进行反馈。过程改进。根据度量的分析报告，管理者基于度量数据做出决策。1.软件产品的质量度量软件度量的过程2.软件质量的度量根据质量模型用带权因子的回归公式来度量质量：Mi是一个软件质量因素(如SQRC层各项待计算值)，fn是影响质量因素的度量值（如SQDC层各项估计值），cn是加权因子。2.软件质量的度量根据质量模型用带权因子的回归公式来度量质量3.质量度量的统计方法说明不完整或说明错误(IES)与客户交流不够所产生的误解(MCC)故意与说明偏离(IDS)违反编程标准(VPS)数据表示有错(EDR)模块接口不一致(IMI)设计逻辑有错(EDL)不完整或错误的测试(IET)不准确或不完整的文档(IID)将设计翻译成程序设计语言中的错误(PLT)不清晰或不一致的人机界面(HCI)杂项(MIS)3.质量度量的统计方法说明不完整或说明错误(IES)3.质量度量的统计方法总计(Ei)严重(Si)一般(Mi)微小(Ti)错误数量百分比数量百分比数量百分比数量百分比IES29622.3%5528.2%9518.6%14623.4%MCC20415.3%189.2%8717.0%9915.9%IDS644.8%21.0%316.1%315.0%VPS342.6%10.5%193.7%142.2%EDR18213.7%3819.5%9017.6%548.7%IMI826.2%147.2%214.1%477.5%EDL644.8%2010.3%173.3%274.3%IET14010.5%178.7%5110.0%7211.6%IID544.1%31.5%285.5%233.7%PLT876.5%2211.3%265.1%396.3%HCI423.2%42.1%275.3%111.8%MIS816.1%10.5%203.9%609.6%总计1330100%195100%512100%623100%3.质量度量的统计方法总计(Ei)严重(Si)一般(Mi)微3.质量度量的统计方法质量度量计算总体质量度量Ei=在软件工程过程中的第i步中发现的错误总数Si=严重错误数Mi=一般错误数Ti=最小错误数Pi=第i步的产品规模Ws，Wm，Wi分别是严重、一般、微小错误的加权因子3.质量度量的统计方法质量度量计算2评估系统测试的覆盖程度2评估系统测试的覆盖程度1.测试的评估软件测试评估主要有两个的目的量化测试进程，判断测试进行的状态和进度为测试或质量分析报告生成所需的量化数据，如缺陷清除率、测试覆盖率等。例子：测试覆盖项测试覆盖率指标测试描述测试结果界面覆盖符合需求（界面图标、信息区、状态区）

静态功能覆盖功能满足需求

动态功能覆盖所有功能的转换功能正确

正常测试覆盖所有硬件软件正常时处理

异常测试覆盖硬件或软件异常时处理（不允许的操作）测试结束判断1.测试的评估软件测试评估主要有两个的目的测试覆盖项测试覆盖2.对软件需求的估算假设有R个需求，功能需求的数目为F,非功能需求数为N,则：R=F+N其中Q1表示需求的确定性，M是所有复审者都有相同解释的需求数目。功能需求的完整性Q2：其中Fu是唯一功能需求的数目，Ni是由规格设计说明书定义的输入个数，Ns是被表示的状态的个数。考虑非功能需求:其中Fc是已经确认为正确的需求的个数，Fnv是尚未被确认的需求的个数2.对软件需求的估算假设有R个需求，功能需求的数目为F,非功3.基于需求的测试覆盖评估假定Tx已执行的测试过程数或测试用例数，Rft是测试需求的总数：假定Ts是已执行的完全成功、没有缺陷的测试过程数或测试用例数。3.基于需求的测试覆盖评估假定Tx已执行的测试过程数或测试4.基于代码的测试覆盖评估基于代码的测试覆盖评测是对被测试的程序代码语句、路径或条件的覆盖率分析。这种策略对于安全至上的系统来说非常重要。基于代码的测试覆盖通过以下公式计算：其中Tc是用代码语句、条件分支、代码路径、数据状态判定点或数据元素名表示的已执行项目数，Tnc（Totalnumberofitemsinthecode）是代码中的项目总数。4.基于代码的测试覆盖评估基于代码的测试覆盖评测是对被测试的3基于缺陷分析的产品质量评估3基于缺陷分析的产品质量评估1.缺陷评测的基线为软件产品的质量设置起点，在基线的基础上再设置新的目标，作为对系统评估是否通过的标准条目目标低水平缺陷清除效率>95%<70%原有缺陷密度每个功能点<4每个功能点>7超出风险之外的成本0%>=10%全部需求功能点<1%每个月平均值>=50%全部程序文档每个功能点页数<3每个功能点页数>6员工离职率每年1to3%每年>5%1.缺陷评测的基线为软件产品的质量设置起点，在基线的基础上再2.经典的种子公式则可以推出程序的总Bug数为：其中n是所进行实际测试时发现的Bug总数。如果n=N,说明所有的Bug已找出来，说明做的测试足够充分。这种测试是否充分，可以用一个信心指数来表示，即用一个百分比表示，值越大，说明对产品质量的信心越高，最大值为1。2.经典的种子公式3.基于缺陷清除率的估算方法F为描述软件规模用的功能点；D1为在软件开发过程中发现的所有缺陷数；D2为软件发布后发现的缺陷数；D为发现的总缺陷数。D=D1+D2缺陷源潜在缺陷清除效率(%)被交付的缺陷需求报告1.00770.23设计1.25850.19编码1.75950.09文档0.60800.12错误修改0.40700.12合计5.00850.753.基于缺陷清除率的估算方法F为描述软件规模用的功能点；D14.软件产品性能评估方法的基础是获取与性能表现相关的数据，一般和测试的执行结合起来做，或者是在执行测试时记录、保存各种数据，然后在评估测试活动中计算结果动态监测响应时间／吞吐量百分比报告比较报告追踪报告4.软件产品性能评估方法的基础是获取与性能表现相关的数据，一4测试报告的具体内容4测试报告的具体内容1.测试报告的具体内容在国家标准GB/T17544－1998（附录C）对测试报告有了具体要求，对测试纪录、结果如实汇总分析，报告出来产品标识；用于测试的计算机系统使用的文档及其标识产品描述、用户文档、程序和数据的测试结果；与要求不符的清单；针对建议的要求不符的清单，产品未作符合性测试的说明；测试结束日期。1.测试报告的具体内容在国家标准GB/T17544－199感谢观看THANKS感谢观看THANKS谢谢！放映结束感谢各位的批评指导！让我们共同进步谢谢！放映结束让我们共同进步27知识回顾KnowledgeReview知识回顾KnowledgeReview第十四章测试和软件质量分析报告第十四章目录软件产品的质量度量1评估系统测试的覆盖程度2基于缺陷分析的产品质量评估3测试报告的具体内容4目录软件产品的质量度量1评估系统测试的覆盖程度21软件产品的质量度量1软件产品的质量度量1.软件产品的质量度量软件度量就是对软件所包含的各种属性的量化表示。

定性定量软件度量可以提供对软件过程和软件产品的深入了解的衡量指标，使组织能够更好地做出决策以达成目标，软件度量具有如下作用：用数据指标表明验收标准；监控项目进度和预见风险；分配资源时进行量化均衡；预计和控制产品的过程、成本和质量。1.软件产品的质量度量软件度量就是对软件所包含的各种属性的量1.软件产品的质量度量度量概念测量（Measurement）：确定一个测量的行为度量（Metric）：某个给定属性的度的一个定量测量指标(Indicator)：具体测量的属性及其给定值1.软件产品的质量度量度量概念1.软件产品的质量度量软件度量的分类软件过程度量软件项目度量产品质量度量1.软件产品的质量度量软件度量的分类1.软件产品的质量度量软件度量的内容规模度量：代码行数，功能点和对象点等复杂度度量：软件结构复杂度指标。缺陷度量：帮助确定产品缺陷变化的状态，并指示修复缺陷活动所需的工作量，分析产品缺陷分布的情况工作量度量进度度量生产率度量：代码行数／人·月，测试用例数/人·日；风险度量：“风险发生的概率”和“风险发生后所带来的损失”1.软件产品的质量度量软件度量的内容1.软件产品的质量度量软件度量的分工度量工作小组由专职的度量研究人员和项目协调人员组成，度量研究人员的主要职责是定义度量过程和指导进行度量活动，并对数据进行分析、反馈；项目协调人员的职责是为定义度量过程提供详细的需求信息，并负责度量过程在项目组的推行。数据提供者一般是项目中的研发人员，有时还会包括用户服务人员和最终用户。IT支持者确定数据提供的格式与数据存储方式，提供数据收集工具与数据存储设备1.软件产品的质量度量软件度量的分工1.软件产品的质量度量软件度量的过程识别目标。分析出度量的工作目标和列表，并由管理者审核确认定义度量过程。定义其收集要素、收集过程、分析、反馈过程、IT支持体系，为具体的收集活动、分析、反馈活动和IT设备、工具开发提供指导。搜集数据。应用IT支持工具进行数据收集工作，并按指定的方式审查和存储。数据分析与反馈。根据数据收集结果，按照已定义的分析方法进行数据分析，完成规定格式的图表，进行反馈。过程改进。根据度量的分析报告，管理者基于度量数据做出决策。1.软件产品的质量度量软件度量的过程2.软件质量的度量根据质量模型用带权因子的回归公式来度量质量：Mi是一个软件质量因素(如SQRC层各项待计算值)，fn是影响质量因素的度量值（如SQDC层各项估计值），cn是加权因子。2.软件质量的度量根据质量模型用带权因子的回归公式来度量质量3.质量度量的统计方法说明不完整或说明错误(IES)与客户交流不够所产生的误解(MCC)故意与说明偏离(IDS)违反编程标准(VPS)数据表示有错(EDR)模块接口不一致(IMI)设计逻辑有错(EDL)不完整或错误的测试(IET)不准确或不完整的文档(IID)将设计翻译成程序设计语言中的错误(PLT)不清晰或不一致的人机界面(HCI)杂项(MIS)3.质量度量的统计方法说明不完整或说明错误(IES)3.质量度量的统计方法总计(Ei)严重(Si)一般(Mi)微小(Ti)错误数量百分比数量百分比数量百分比数量百分比IES29622.3%5528.2%9518.6%14623.4%MCC20415.3%189.2%8717.0%9915.9%IDS644.8%21.0%316.1%315.0%VPS342.6%10.5%193.7%142.2%EDR18213.7%3819.5%9017.6%548.7%IMI826.2%147.2%214.1%477.5%EDL644.8%2010.3%173.3%274.3%IET14010.5%178.7%5110.0%7211.6%IID544.1%31.5%285.5%233.7%PLT876.5%2211.3%265.1%396.3%HCI423.2%42.1%275.3%111.8%MIS816.1%10.5%203.9%609.6%总计1330100%195100%512100%623100%3.质量度量的统计方法总计(Ei)严重(Si)一般(Mi)微3.质量度量的统计方法质量度量计算总体质量度量Ei=在软件工程过程中的第i步中发现的错误总数Si=严重错误数Mi=一般错误数Ti=最小错误数Pi=第i步的产品规模Ws，Wm，Wi分别是严重、一般、微小错误的加权因子3.质量度量的统计方法质量度量计算2评估系统测试的覆盖程度2评估系统测试的覆盖程度1.测试的评估软件测试评估主要有两个的目的量化测试进程，判断测试进行的状态和进度为测试或质量分析报告生成所需的量化数据，如缺陷清除率、测试覆盖率等。例子：测试覆盖项测试覆盖率指标测试描述测试结果界面覆盖符合需求（界面图标、信息区、状态区）

静态功能覆盖功能满足需求

动态功能覆盖所有功能的转换功能正确

正常测试覆盖所有硬件软件正常时处理

异常测试覆盖硬件或软件异常时处理（不允许的操作）测试结束判断1.测试的评估软件测试评估主要有两个的目的测试覆盖项测试覆盖2.对软件需求的估算假设有R个需求，功能需求的数目为F,非功能需求数为N,则：R=F+N其中Q1表示需求的确定性，M是所有复审者都有相同解释的需求数目。功能需求的完整性Q2：其中Fu是唯一功能需求的数目，Ni是由规格设计说明书定义的输入个数，Ns是被表示的状态的个数。考虑非功能需求:其中Fc是已经确认为正确的需求的个数，Fnv是尚未被确认的需求的个数2.对软件需求的估算假设有R个需求，功能需求的数目为F,非功3.基于需求的测试覆盖评估假定Tx已执行的测试过程数或测试用例数，Rft是测试需求的总数：假定Ts是已执行的完全成功、没有缺陷的测试过程数或测试用例数。3.基于需求的测试覆盖评估假定Tx已执行的测试过程数或测试4.基于代码的测试覆盖评估基于代码的测试覆盖评测是对被测试的程序代码语句、路径或条件的覆盖率分析。这种策略对于安全至上的系统来说非常重要。基于代码的测试覆盖通过以下公式计算：其中Tc是用代码语句、条件分支、代码路径、数据状态判定点或数据元素名表示的已执行项目数，Tnc（Totalnumberofitemsinthecode）是代码中的项目总数。4.基于代码的测试覆盖评估基于代码的测试覆盖评测是对被测试的3基于缺陷分析的产品质量评估3基于缺陷分析的产品质量评估1.缺陷评测的基线为软件产品的质量设置起点，在基线的基础上再设置新的目标，作为对系统评估是否通过的标准条目目标低水平缺陷清除效率>95%<70%原有缺陷密度每个功能点<4每个功能点>7超出风险之外的成本0%>=10%全部需求功能点<1%每个月平均值>=50%全部程序文档每个功能点页数<3每个功能点页数>6员工离职率每年1to3%每年>5%1.缺陷评测的基线为软件产品的质量设置起点，在基线的基础上再2.经典的种子公式则可以推出程序的总Bug数为：其中n