第11章 测试总结报告

第11章 测试总结报告

一、软件测试总结报告的作用
1)总结当前测试阶段发现的问题;
2)审核当前项目是否可以发布;
3)测试必要产出物之一;
4)产品质量评估报告;
5)为下一阶段测试活动过程改进提出建议;
6)测试阶段结束的标志。

二、评估系统测试的覆盖程度
1、软件测试评估的目的
1)量化测试进程,判断测试进行的状态和进度
2)为测试货质量分析报告生成所需的量化数据,如缺陷清除率、测试覆盖率等,例如:

测试覆盖项 测试覆盖率指标测试描述 测试结果
界面覆盖 符合需求(界面图标、信息区、状态区)
静态功能覆盖 功能满足需求
动态功能覆盖 所有功能的转换功能正常
正常测试覆盖 所有硬件软件正常时处理
异常测试覆盖 硬件或软件异常时处理(不允许的操作)

2、基于需求的测试覆盖评估
1)对软件需求的估算
(1)假设有R个需求,功能需求的数目为F,非功能需求数为N,则R=F+N
①需求的确定性Q1:Q1=M/R,M是所有复审者都有相同解释的需求数目;
②功能需求的完整性Q2:Q2=Fu/(Ni*Ns),其中Fu是唯一功能需求的数目,Ni是由规格设计说明书定义的输入个数,Ns被表示的状态的个数;
③考虑非功能需求Q3:Q3=Fc/(Fc+Fnv),其中Fc是已经确认为正确的需求的个数,Fnv是尚未被确认的需求的个数。
3、基于测试执行的覆盖程度评估
1)假定Tx为已执行的测试过程数或测试用例数,Rft是测试需求的总数:
(1)已执行的测试覆盖=Tx/Rft;
2)假定Ts为已执行的完全成功、没有缺陷的测试过程数或测试用例数
(1)成功的测试覆盖率=Ts/Rft
4、基于代码的测试覆盖评估
1)基于代码的测试覆盖评测是对被测试的程序代码语句、路径或条件的覆盖率分析。这种测试覆盖策略对于安全至上的系统来说非常重要。
2)基于代码的测试覆盖通过以下公式计算:
(1)已执行的测试覆盖=Tc/Tnc;
(2)其中Tc是用代码语句、条件分支、代码路径、数据状态判断点或数据元素名表示的已执行项目数,Tnc(Total number of items in the code)是代码中的项目总数。

三、软件缺陷分析
1、缺陷分布报告
1)允许将缺陷计数作为一个或多个缺陷属性的函数来显示,生成缺陷数量与缺陷属性的函数。如测试需求和缺陷状态、严重性的分布情况等。
第11章 测试总结报告
2、缺陷趋势报告
1)按照各种状态将缺陷计数作为时间的函数显示。趋势报告可以是累计的,也可以是非累计的。
第11章 测试总结报告
3、缺陷年龄报告
1)显示缺陷处于活动状态的时间,展示一个缺陷处于某种状态的时间长短,从而了解处理这些缺陷的进度情况。
第11章 测试总结报告
4、缺陷解决进度报告
1)展示测试过程在被应用的几个版本中的执行结果以及测试周期。

第11章 测试总结报告

四、基于缺陷分析的产品质量评估
1、经典的种子公式
1)(已经测出的种子Bug(s))/(所有的种子Bug(S))=(已测试出的非种子Bug(n))/(全部的非种子Bug(N))
2)则可以推出程序的总Bug数为:N=S*n/s
3)其中n是所进行实际测试时发现的Bug总数;
4)若n=N,说明所有的Bug已找出来,说明做的测试足够充分。
2、基于缺陷清除率的估算方法
1)缺陷清除率指的是在研发各阶段明确解决的本阶段引入的缺陷的比例,表现的是在当阶段明确发现该阶段引入的缺陷及解决问题的能力,反过来他又能体现出有多少问题被从一个阶段遗留到了下一个阶段。
2)比如,在需求阶段:需求文档里面就引入了10个缺陷,在当阶段通过需求评审、测试等工作,发现并明确其中的两个缺陷,则该阶段的缺陷移除率就是2/10=20%。
第11章 测试总结报告
3、软件产品性能评估
1)软件产品性能评估的技术性相对比较强,方法的基础是获取与性能表现相关的数据。
2)性能评测一般和测试的执行结合起来做,或是在执行测试时记录、保存各种数据,然后在评测活动当中进行计算结果。主要的性能评测包括:
(1)动态监测
(2)响应时间/吞吐量
(3)百分比报告
(4)比较报告
(5)追踪报告
五、测试报告及其模板
1、测试报告-国标
1)在国家标准GB/T 17544-1998(附录C)对测试报告有了具体要求,对测试记录、测试结果如实汇总分析,报告出来。测试报告应具有如下结构:
(1)产品标识
(2)用于测试的计算机系统
(3)使用的文档及其标识
(4)产品描述、用户文档、程序和数据的测试结果
(5)与要求不符的清单
(6)针对建议的要求不符的清单,产品未作符合性测试的说明
(7)测试结束日期
2、测试报告模板