文档介绍：
软件测试评估
本章教学要点
教学目标:
通过本章学****能针一个系统的测试情况,进行基本的质量评估。
教学重点与难点:
基于测试覆盖的评估:怎样根据测试数据从各个方面对覆盖情况作一个评价
基于缺陷的评估:怎么利用已有的缺陷数据从统计和预测二方面入手,对系统质量作一个判断
难点:如何估计缺陷遗留情况
测试结束需要回答的问题?
产品质量如何?
产品是否可以发布、上线?
上线后可能存在哪些风险?
测试是否充分、完备?
一个产品的测试结束后,最终需要回答的问题:
产品质量+测试质量
目录
基于缺陷的评估
1
基于测试覆盖的评估
2
测试覆盖的评估
软件测试评估主要有两个的目的
量化测试过程,判断测试进行的状态和进度,测试什么时候可以结束
为测试或质量分析报告生成所需的量化数据,如缺陷清除率、测试覆盖率等
测试覆盖项
测试覆盖率指标测试描述
测试结果
界面覆盖
多少界面经过测试符合界面规范要求程度
功能覆盖
多少功能经过测试满足需求程度
代码覆盖
多少代码经过测试覆盖程度如何
需求覆盖
多少需求经过测试符合度如何
故障覆盖
多少故障模式经过测试满足程度如何
测试覆盖的内容
测试覆盖率是衡量测试完成多少的一个量化标准
测试用例覆盖率A
需求测试覆盖率B
代码测试覆盖率C
需求
代码
用例
开发
测试
测试需求的覆盖往往转化为测试用例的覆盖
基于需求的测试覆盖评估
已执行的测试覆盖
方式1:需求所对应的执行用例数/需求所对应的用例总数
方式2:执行用例数所对应的需求数/用例总数所对应需求数
成功的测试覆盖
方式1:需求所对应的执行成功用例数/需求所对应的用例总数
方式2:执行成功用例数所对应的需求数/用例总数所对应需求数
目标:确保测试用例100%执行全部通过
需求
用例
需求ID
基于代码的测试覆盖
基于代码的测试覆盖即是对被测试的程序语句、路径或条件的代码覆盖率分析
代码覆盖率分析一般由工具自动生成。对于一个大的系统来说,一般只需要达到语句覆盖即可。
已执行代码覆盖=测试用例运行时所经过语句/测试对象总语句数
对于多次运行的结果归并
对于增量开发的测试对象总语句不总是代码全集
用例
代码
?
目标:代码语句100%全部执行
缺陷分析
缺陷趋势:按各种状态将缺陷计数作为时间的函数显示。趋势报告可以是累计的,也可以是非累计的;(时间-缺陷数)
缺陷分布:将缺陷计数作为一个或多个缺陷参数的函数来显示,生成缺陷数量与缺陷属性的函数。如测试需求和缺陷状态、严重性的分布情况等。(缺陷数-缺陷属性)
缺陷指标:与基线数据(baseline)相比,评估产品缺陷数据是否达标。
缺陷密度:单位代码量/需求里的缺陷数量。衡量指标:缺陷数/KLOC或缺陷数/功能点
缺陷去除率:事先发现缺陷数/ 事先发现缺陷数+ 事后发现/估计的缺陷数。对于发布前的统计,建议值为95%
遗留缺陷数:根据已知缺陷数来估计程序中潜在的、未知缺陷数量。
简单计数+ 统计建模
内容来自淘豆网www.taodocs.com转载请标明出处.
3390
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
