测试文档写作-测试报告(上)

测试报告



        测试报告是测试活动的一个总结。它指定了测试活动的结果,并依据这些结果对测试活动作出评价。测试报告应该包含但不限于

以下核心内容:测试了哪些质量特性及评价测试是否充分或是否达到出口标准、测试中出现了那些问题并对这些问题的影响做评价、

整个测试活动是否通过、是否成功并作出评价。当然也可以将缺陷报告揉合进来,具体就是在测试报告中描述测试活动中发现的缺陷

数、所属模块、是否已修复、是否遗留、对系统的影响、测试活动终止时缺陷的状态是否满足测试的出口标准等。

        以下大段内容来自于GBT 9386-2008-《计算机软件测试文档编制规范》,是我国的国家标准。我们的测试报告是可以依据此

及公司具体情况来做裁剪的。

 

1.目的:

    总结指定测试活动的结果并根据这些结果进行评价。

2.提纲:

    测试总结报告应有如下结构:

    a) 测试总结报告标识符;

    b) 摘要;

    c) 差异;

    d) 测试充分性评价;

    e) 结果汇总;

    f) 评价;

    g) 活动总结;

    h) 批准。

3.详细说明:

  3.1测试总结报告标识符

       为该测试总结报告规定唯一的标识符。

  3.2摘要

        总结对测试项的评价。标识已测试的各个项,指出其版本/修订级别,并指出执行测试活动所处的环境。

        对于每个测试项,若存在测试计划、测试设计说明、测试规程说明、测试项传递报告、测试日志和测试事件报告文档,

        则应提供对相关信息的引用。

  3.3差异

        报告测试项与其设计说明之间的任何差异,并指出与测试计划、测试设计或测试规程之间的任何差异,

        详细说明每种差异产生的原因。

  3.4测试充分性评价

        若有测试计划,应根据测试计划中规定的测试充分性准则对测试过程作出评价。确定未作充分测试的特征或特征组合,

        并说明理由。

  3.5结果汇总

       汇总测试的结果。标识已解决的所有事件,并总结其解决方案。指出尚未解决的所有事件。

  3.6评价

        对每个测试项(包括其限制)进行总体评价。该评价必须以测试结果和测试项级别的通过准则作为依据。

        可以包含对失败风险的估计。

  3.7活动总结

        总结主要的测试活动和事件。总结资源消耗数据,例如:人员的总体配备水平、总机时和每个主要测试活动所花费的时间。

  3.8批准

        详细说明必须批准该报告的所有人员的姓名和职务,并为签名和日期留出位置。


 

本文参考:GBT  9386-2008  计算机软件测试文档编制规范、GBT  15532-2008 计算机软件测试规范

 

下面是一个测试报告的具体例子:



                                                                                               《XXX》项目

测试报告


                              

 

 


 




 

关键词: 

摘    要:

缩略语清单:


 

1.概述


2.测试时间、地点、人员


3.总结和评价

3.1测试结果统计

3.1.1工作量数据统计

模块名称

代码规模

(KLOC)

需求规模

(条)

用例规模

(个)

测试执行

(人时)

工作量投入比例

(人时/KLOC)


 

 

 

 

 


 

 

 

 

 

 .....

 

 

 

 

 

合计

 

 

 

 

 


3.1.2需求覆盖统计

质量特性    

    模块名称    

    未覆盖    

    未运行    

    未完成    

    通过    

    失败    

    合计   

功能


 

 

 

 

 

 


 

 

 

 

 

 

.......

 

 

 

 

 

 

易用

 

 

 

 

 

 

 

合计

 

 

 

 

 

 

 

3.1.3缺陷统计

模块名称  

    致命    

    严重    

    一般    

    轻微    

    建议    

    合计    

M1

 

 

 

 

 

 

M2

 

 

 

 

 

 

.......

 

 

 

 

 

 

合计

 

 

 

 

 

 

 


提交人    

    致命    

    严重    

    一般   

    轻微    

    建议    

    合计   

张三

 

 

 

 

 

 

李四

 

 

 

 

 

 

.......

 

 

 

 

 

 



3.2测试评估

3.2.1静态分析

3.2.1.1效率分析

1、测试活动持续时间: X人时

 2、执行用例数目:Y个

 3、发现缺陷总数: Z个

 4、平均每小时用例数 =  执行用例数/测试活动持续时间  =  Y/X

 5、平均每小时发现缺陷数 = 发现缺陷总数/测试活动持续时间 = Z/X

 6、影响测试效率的原因分析:

    (对影响因素的分析,如:测试环境,物料;突发任务等)

 

3.2.1.2充分性分析

千行代码用例数:根据用例统计对测试充分性进行点评分析

模块特性

千行代码用例数

已执行用例数

用例总数


 

 

 

.......

 

 

 

合计

 

 

 

 

3.2.1.3 稳定性分析

模块千行代码缺陷数和平均用例缺陷数

模块特性

千行代码缺陷数

平均用例缺陷数

千行代码人时

累计缺陷总数


 

 

 

 

.......

 

 

 

 

合计

 

 

 

 

 


3.2.2综合评价

      测试是否通过评价


3.3测试总结及改进建议

1、总结本次测试活动的经验教训,总结主要的测试活动和事件;

2、总结资源消耗数据,如总人员、总机时,每个主要测试活动花费的时间;

3、提供对本次测试过程活动的测试设计和操作的改进建议;

4、在测试过程中形成的对测试方案、测试用例的修改和补充的具体改进内容可列在本测试报告文档的附录中。


4.遗留问题报告

        遗留问题是指测试过程中发生的并且在测试报告时仍没有得到解决的测试问题。在做测试报告时已经得到解决,

        并已经过回归验证的测试问题不记入其中。

       1、可对遗留问题数和级别进行统计;

       2、要列出每个遗留问题的详细情况,包括问题单号、问题级别、详细描述、问题分析与对策等。


5.附件清单

    附件清单

 



  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

光明矢

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值