功能测试报告的编写

发表于:2011-8-26 14:56

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:寻觅2010    来源:51Testing软件测试网采编

  〖总结测试报告〗

  ● 主要偏重于各已测试版本的缺陷变化分析,风险预估。

  ● 各测试版本质量情况概况统计、缺陷分布统计、风险分析是总结测试报告中的主要内容。

  ● 测试人员在项目发布上线前编写提交。

  其内容结构如下:

  对总结测试报告的每个章节的编写内容进行说明:

标题

子章节

详细内容

测试简介

测试目的

本次测试的背景及主要内容

测试资源

测试人员、第一轮测试的开始日期和最后一轮测试的截止日期、总共花费工作日统计

测试环境

硬件环境

实际情况的详细列举,过低的配置、件版本的不匹配、网络拓扑的错误都会让提交的缺陷缺乏说服力,也会让开发人员对于某些缺陷是否由于环境因素导致而产生疑惑。

软件版本

网络拓扑图

测试过程

各版本测试状况

各测试版本的计划提交日期、实际提交日期、测试类型(回归或全量)、测试耗时、备注(被打回或提交补丁次数)

各版本bug统计

各测试版本的新建bug、修复bug、遗留bug数,表格统计、线形图或饼状图辅助表示

测试分析

缺陷分析

缺陷的总体分布情况,以线形图或饼状图辅助表示

根据功能模块进行划分

根据严重、较严重、普通、轻微级别进行划分

遗留问题

打开状态bug、长期验证bug、用户体验问题

测试小结

资源占用

测试项目的启动、退出时间

测试项目的CPU占用率初始值、峰值(如果项目启动会有多个进程,则分多个进程进行统计)

测试项目的内存占用初始值、峰值

风险分析

测试进度、人员安排导致的风险

测试内容考虑范围之外导致的风险

测试环境不全面导致的风险

其他因素导致的风险

  以上是对功能测试报告编写的总结,性能测试报告、兼容性测试报告因为内容的不同是不能套用以上测试报告的结构进行编写,功能测试报告的编写就是要做到简约而不简单。

22/2<12
《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • Jane70301
    2012-3-14 15:10:48

    不错

  • heaven7253
    2012-2-02 11:25:50

    少了一样东东 定义下什么条件下 本测试才算是通过和不通过  要有个明确的标准(例如 A level Bug  ≤N B level Bug ≤N C.....)

    这个要根据你项目大家一起认同的 definition of done 定义下。

  • huhumei678
    2011-8-28 20:26:35

    总结的很好

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号