测试报告模板(Testing Report Template)

测试报

XX项目XX测试报告

Prepared by

拟制Date

日期

yyyy-mm-dd

Reviewed by 评审人Date

日期

yyyy-mm-dd

Approved by

批准Date

日期

yyyy-mm-dd

Revision Record 修订记录

Table of Contents 目录

1概述 (5)

2测试时间、地点及人员 (5)

3环境描述 (5)

3.1硬件配置： (5)

3.2软件配置： (5)

4测试对象质量评估 (6)

4.1总体评价结论 (6)

4.2缺陷统计 (6)

4.3缺陷分析 (7)

4.3.1测试趋势分析结果 (7)

4.3.2质量评价结果 (7)

4.3.3遗留问题风险分析与规避措施 (7)

4.4覆盖率统计 (7)

4.5性能测试评估 (8)

4.6可用性评估 (8)

4.7兼容性评估 (8)

4.8文档评估 (9)

5测试过程评估 (9)

5.1测试设计评估 (9)

5.2测试执行评估 (9)

5.2.1测试执行统计数据 (9)

5.2.2测试用例执行结果统计数据 (10)

6附件 (11)

6.1附件1：遗留问题报告 (12)

6.1.1遗留问题统计 (12)

6.1.2遗留问题列表 (12)

6.1.3其他风险和规避措施 (13)

6.2附件2：交付的测试工作产品 (13)

6.3附件3：测试项通过情况清单 (13)

6.4附件4：测试发现的所有问题列表与分析 (14)

Table List 表目录

表1测试时间、地点及人员 (5)

表2从版本缺陷统计 (6)

表3从特性统计缺陷 (6)

表4测试执行统计 (10)

表5系统测试结果统计表 (10)

表6SDV测试结果统计表 (11)

表7遗留问题统计表 (12)

Figure List 图目录

图1 错误！未定义书签。

1 概述

描述本报告是哪一个测试活动的总结，指明被测对象及其版本/修订级别。概述本次测试活动，同时，指明该测试活动所依据的测试计划，测试方案、测试用例等本测试报告文档的参考文档。

2 测试时间、地点及人员

描述本次测试的时间，地点和测试人员。

表1测试时间、地点及人员

3 环境描述

描述本次测试的测试环境。包括硬件配置、软件配置、版本配套、测试组网等，尤其要注意组网图应为测试实际组网，并对此种组网可能导致的测试风险进行描述。

硬件配置：

软件配置：

版本配套关系表

测试组网图（物理组网，即测试时实际的组网）

测试组网风险说明

3.1 硬件配置：

3.2 软件配置：

3.3 版本配套关系表

3.4 测试组网图

3.5 测试组网风险说明

4 测试对象质量评估

4.1 总体评价结论

从需求符合度、功能正确性、性能指标、运行稳定性、互联互通、文档、可用性、可维护性、兼容性、风险评估等多个维度对版本质量进行总体评价。根据上述各个维度评估的结果，给出此版本是否可用的结论。结论必须是能够代表测试部意见的明确结论，比如：

该版本满足上网条件，可以上网使用；

该版本存在质量风险，只可在XX局受限使用；

该版本存在严重质量问题，不满足上网条件等。

【建议】由于本部分对于所有的读者来说都希望在看报告时越早看到越好，因此建议放在测试对象质量评估的最前面部分，并以显著字体显示。

下面各个部分的内容是对前面结论的支撑。

4.2 缺陷统计

给出各特性或模块缺陷的分布或分类统计以及缺陷走势分析，此部分内容可采用TD缺陷管理支撑工具的“版本缺陷统计”和“缺陷走势分析”进行分析和获取，该工具可以从缺陷库中将缺陷导入进行自动统计，结果可以按版本、按缺陷分布、按问题状态统计，并能够以图表的方式直观显示，非常方便。如果手工统计的话，至少需要给出下面两方面的结果：

1、以版本为单位的缺陷统计，示例格式如下：

表2从版本缺陷统计(单位：个)

表3从特性统计缺陷(单位：个)

4.3 缺陷分析

缺陷分析的目的是为了得出：缺陷原因、缺陷趋势、遗留缺陷以及规避措施等。可结合ODC、Gompertz缺陷分析和四象限缺陷等方法对特性/模块的测试充分性和特性/模块的质量进行评估；

由于ODC、Gompertz、四象限等方法使用有一定局限性，有些情况下不能很好开展，那么对缺陷的分析可由测试组定性给出，定性的结论应包括：

测试趋势

质量评价

遗留问题风险分析

遗留问题规避

4.3.1 测试趋势分析结果

在此提供Gompertz缺陷分析结果，给出版本缺陷走势，此阶段如果不做Gompertz分析也应以文字描述的形式给出测试趋势预测，比如：通过N轮的测试，测试问题的发现趋势是否是收敛的，发布前遗留问题是否在版本正常运行可以允许的范围内

4.3.2 质量评价结果

在此提供四象限缺陷分析结果，如果未做四象限分析则要求根据四象限的原则对版本特性的测试工作量投入和遗留缺陷密度进行定性的分析，从发现问题和遗留问题的角度，对版本各个子系统/模块/特性的质量进行评价。比如，XX模块的发现XX个问题，其中XX个问题是严重影响系统运行的问题，XX模块质量差。

4.3.3 遗留问题风险分析与规避措施

对遗留问题按级别进行分类，并分别对其风险进行分析，风险分析的内容应该是切中要害的，用词准确的，严禁含糊其辞。

遗留问题的规避措施避免盲目给出，应该有测试人员和开发人员共同商讨后决定，规避措施必须是可操作性强的，尤其应该考虑到现场用服兄弟的可操作性。

4.4 覆盖率统计

给出各特性/模块的设计需求覆盖情况，可直接引用需求跟踪结果；覆盖率统计对于