测试报告范例.pdfVIP

测试总结和报告

测试人员的工作通常并不像开发人员那样能直接体现出来，让大家一目了然。开发人员

做的是建设性的工作，如开发了哪些功能，写了几行代码，设计了几个类，都能直观地看到，

而且，通过软件能很鲜活地演示开发人员的工作成果。

但是测试人员的工作相对隐蔽一点，测试人员做的是破坏性的工作，并且没有很多可以

直观体现测试人员贡献的东西。笔者曾经听到公司人事部的一位同事说：“你们做测试的真

好，整天坐在那里”。当然，这是外行人看内行时说的话，但是给笔者的一个启示是：测试

人员需要更多地表现自己，展现自己的工作成果。

说明：由于缺陷列表太细、太大，测试用例过于专业，很多人对其不感兴趣，因此测试

报告能很好地展示自己的工作状况，测试报告是提供给很多人看的一份文档。

下面是一个项目的测试报告的纲要：

1简介

1.1编写目的

1.2项目背景

1.3术语和缩略词

1.4参考资料

2目标及范围

2.1测试目的及标准

2.2测试范围

3测试过程

3.1测试内容

3.2测试时间

3.3测试环境

3.4测试方法及测试用例设计

4测试情况分析

4.1测试概要

4.2测试用例执行情况

4.3缺陷情况

4.4测试覆盖率分析

4.5产品质量情况分析

5测试总结

5.1测试资源消耗情况

5.2测试经验总结

6附件

附件1测试用例清单

附件2缺陷清单

一、缺陷分类报告

缺陷分类报告是测试报告的重要组成部分，可以再细分为：缺陷类型分布报告、缺

陷区域分布报告和缺陷状态分布报告等。

1．缺陷类型分布报告

缺陷类型分布报告主要描述缺陷类型的分布情况，看缺陷属于哪些类型的错误。这

些信息有助于引起开发人员的注意，并分析缺陷为什么会集中在这种类型。例如，如果缺陷

主要是界面类型的，如界面提示信息不规范、界面布局凌乱等问题，那么就要讨论是否需要

制定相应的界面规范，让开发人员遵循，从而防止类似问题的出现。

缺陷类型分布报告一般用饼图或柱状图显示。如图7.29所示，用饼图表示了几种类型的缺

陷各自所占的比例。

图缺陷分布报告

2.缺陷区域分布报告

缺陷区域分布报告主要描述缺陷在不同功能模块出现的情况，这些信息有助于开发

人员分析为什么缺陷会集中出现在某个功能模块。例如，如果缺陷主要集中在单据的审批过

程中，那么就要分析是否是审批流程调用的工作流接口设计不合理。

缺陷区域分布报告一般使用饼图或柱状图表示。如图7.30所示，用柱状图表示缺

陷分布在不同的功能模块的个数。

图缺陷区域分布报告

3.缺陷状态分布报告

缺陷状态分布报告主要描述缺陷各种状态的比例情况，例如Open、Fixed、Closed、

Reopen、Rejected、Delay的Bug分别占了百分之多少。这些信息有助于评估测试和产品的

现状：

如果Open的Bug比例过高，则考虑让开发人员暂停开发新功能，先集中精力修改

Bug；

如果Fixed状态的Bug很多，则考虑让测试人员暂停测试新功能，先集中精力做一

次回归测试，把修改的Bug验证完；

如果Closed的Bug居多，则可能意味着功能模块趋于稳定；

如果Reopen的Bug比较多，则需要分析开发人员的开发状态，是什么原因造成缺

陷修改不彻底；

如果Rejected的Bug比例过高，则要看开发人员与测试人员是否对需求存在理解

上的分歧；

如果Delay的Bug比例过高，则要考虑这个版本是否满足用户的要求，是否缺少了

太多应该在这个版本出现的功能特性。

缺陷状态分布报告一般使用饼图或柱状图表示。如图7.31所示，用饼图表示各种

状态的缺陷个数以及所占的百分比。

图缺陷状态分布报告

注意：其他的缺陷分类报告也可以写到测试报告中，例如，严重级别分类报告、优先级别分

类报告、负责人分类报告、发现