测试报告应包含的内容信息

注意:

1.要有明确的结论

2.每条结论都建立在事实,数据上

3.测试报告的结果应尽可能图文结合方式展示出来

4.客观填写,在结尾给予一定的建议

 

 

测试报告应包含的内容信息

总结简单为:

首页

引言(目的、背景、缩略语、参考文献)

测试概要(测试方法/范围、测试环境/工具)

测试结果与缺陷分析(测试资源消耗、功能、性能)

测试结论与建议(项目概况、测试时间、测试情况、结论性能汇总)

附录(缺陷统计/云测平台报告附录)

 

 

 

详细说明:

首页

— 报告名称(软件名称+版本号+用户端类型(android,iphone,后台管理等等)+测试范围(单元,集成,系统,模块等等)+测试报告)

— 报告编写者/报告日期

— 版本变化历史

 

 

引言

— 编写目的:指出读者范围、报告编写的目的

— 项目背景:项目目标

— 系统简介:摘录设计说明书

— 术语和缩略语

— 参考资料:本文档的上游文档

 

 

测试概要

— 测试目的

— 测试方法/工具

— 测试范围:测试项——>测试用例

— 测试环境与配置

  ①硬件资源及配置:服务器/客户端/网络连接设备等

  ②软件资源:操作系统/数据库/JDK版本号等

 

 

测试结果与缺陷分析

 

— 测试执行情况记录

  测试资源消耗情况

    ①测试组织:测试人员分配

    ②测试时间:计划时间/实际时间(包括测试用例时间/系统测试时间/文档输出时间)

    ③测试版本:各阶段测试频度

 

 

— 覆盖分析

  ①需求覆盖:需求/功能(或编号) 测试类型 是否通过 备注

  ②测试覆盖:需求/功能(或编号) 用例个数 执行总数 未执行 未/漏测分析和原因

 

— 缺陷的统计与分析

  ①缺陷汇总(饼状图/柱状图)

    按照缺陷严重程度汇总

    按照缺陷类型汇总(没有需要可忽略)

    按照缺陷功能分布汇总

  ②缺陷分析

    缺陷发现效率 = 缺陷总数/执行测试用时
    可到具体人员得出平均指标
    用例质量 = 缺陷总数/测试用例总数 ×100%
    缺陷密度 = 缺陷总数/功能点总数
    重要缺陷摘要:缺陷编号 简要描述 分析结果 备注
  ③残留缺陷与未解决问题
    缺陷/问题阐述、原因分析、预防和改进措施、造成的影响风险评估
 

 


 

 

测试结论

— 测试执行是否充分(可以增加对安全性、可靠性、可维护性和功能性描述)

— 对测试风险的控制措施和成效

— 测试目标是否完成

— 测试是否通过

— 是否可以进入下一阶段项目目标

 

 

 

 

测试建议

— 对系统存在问题的说明,描述测试所揭露的软件缺陷和不足,以及可能给软件实施和运行带来的影响

— 可能存在的潜在缺陷和后续工作

— 对缺陷修改和产品设计的建议

— 对过程改进方面的建议

 

 

 

附录

—  缺陷列表

— 测试通过标准

— 云测平台报告附录

 

 

posted @ 2019-05-05 23:01  cherry_cui  阅读(1715)  评论(0编辑  收藏  举报