XXX_VX.X测试报告

作者：               

日期：                 

X X X限公司

版权所有

目录

目录... 2

1.      概述... 4

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

3.      测试环境... 4

4.      缺陷统计... 5

4.1       测试缺陷统计... 5

4.2       测试用例执行情况统计... 5

5.      测试活动评估... 6

6.      测试对象评估... 6

7.      测试设计评估及改进建议... 6

8.      规避措施... 6

9.      遗留缺陷列表... 7

9.1       遗留缺陷统计... 7

9.2       遗留缺陷详细列表... 7

10.        附件... 8

附件1：交付的测试工作产品... 8

附件2：修改、添加的测试方案或测试用例... 9

附件3：其他附件（如：PC-LINT检查记录，代码覆盖率分析报告等）... 9

XXX_VX.X 测试报告

本文档中蓝色字体为说明性文字，黑色字体为测试报告文档中必需的部分。

本文档中内容包括测试的总结性报告、测试评估，测试缺陷报告和测试实测结果清单等内容。

测试报告可能是多个层次级别的，如系统测试报告、集成测试报告、单元测试报告等，而所有测试过程中各阶段的测试报告均遵从规范所定义的此模板。 如果不同阶段测试报告有其特殊需求，可以增加其他段落作为补充。

关键词：列示文中涉及的关键词汇。

摘  要：简略描述报告内容。

缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释.

1.  概述

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

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

本次测试的时间、地点和测试人员如下表所示：

3.  测试环境

描述本次测试的测试环境，包括硬件配置、所使用的软件及软件版本号、来源、测试工具等。

本次测试的测试环境，包括硬件配置、所使用的软件及软件版本号如下表所示:

4.  缺陷统计

4.1    测试缺陷统计

列表显示本版本测试活动的测试缺陷统计情况，和Mantis时的缺陷对应。

Table1        测试缺陷统计表

其中：

新增缺陷数：本次测试中新发现的缺陷数目。

关闭缺陷数：本次测试中开发已解决上版本遗留的缺陷并验证通过的缺陷数目。

重新打开缺陷数：本次测试中开发已解决上版本遗留的缺陷并但验证失败的缺陷数目。

未解决的缺陷数：指发布此版本时，上版本遗留的缺陷还未解决的缺陷数。

遗留缺陷总数：指对应轮次测试完成并报告后，仍未得到解决的缺陷。

如果有需要，可以给出每轮次测试缺陷状态分布图， 或轮次缺陷趋势图。

4.2    测试用例执行情况统计

对本版本测试的项目进行统计，包括总项数，通过多少项，失败多少项，没有执行多少项，阻塞多少项及百分比等，一般根据TestLink中的测试用例情况进行统计，可用以下表格进行描述。

Table2        测试用例执行结果统计表

其中：

Not Run：本次测试不需要执行

Passed：测试结果正确

Failed：测试结果有错误

Blocked：由于各种原因本次无法测试

新增测试用例：是指本版本有新的特性增加，而执行新的测试用例数，适用于回归测试。

高级、中级、低级用例项可也可改成各模块名。

如果有需要，可以给出测试用例执行失败情况分布图。

5.  测试活动评估

对测试活动过程进行简要描述，总结主要的测试活动和事件。总结资源消耗数据，如总人员、总工时，每个主要测试活动花费的时间。

总结本次测试活动的经验教训，给出活动过程中遇到的问题及解决思路、方法，对活动中不能实现的部分做对版本测试影响的风险评估。比如一些不可重现的缺陷，如何定位等。

评估活动的可靠性、可持续性、充分性等。

6.  测试对象评估

对被测对象给出总结性的评估，包括测试对象的各个方面，比如：安装、功能、性能、可操作性、易用性、稳定性、安全性、测试充分性等等。

对被测对象的评估必须参照软件需求规格说明的要求，分析被测对象与软件需求规格的偏离程度、偏离点，同时需要对结果偏离进行评估。

总结测试结果时，要确定测试过程中的所有缺陷，并对解决情况进行确认，确认已解决缺陷和未解决遗留的缺陷，同时需要对未解决缺陷潜藏的风险进行评估。

由于环境条件不具备等因素而不能进行充分测试时，须列示测试不充分引起的失败风险并做评估。最后，明确给出版本的质量评价。

注意：评估的标准必须基于测试计划中确定的被测对象通过/失败准则。版本质量评价不能用模糊词语表述，比如：基本上、差不多等词语。

7.  测试设计评估及改进建议

提供对本次测试过程活动的测试设计和操作的评估及改进建议。

每一条建议的分析及其对软件测试的影响也应提供。

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

8.  规避措施

对测试活动过程中出现的缺陷在客观环境不允许或无法实现的情况下给出折中方案，通过采用的规避措施确保软件的正常运行、版本可用，以避免最大利益损失。

9.  遗留缺陷列表

遗留缺陷是指测试过程中发生的并且在在测试报告时仍没有得到解决的缺陷。测试报告时已经得到解决，并已经过回归验证的测试缺陷不记入其中。

9.1    遗留缺陷统计

在详细的遗留缺陷报告前可以先建立一个遗留缺陷统计表格，以便对遗留缺陷的相关分布信息有整体的了解。

如果遗留缺陷数比较少，可以将此表格省去，因此此表格根据实际情况可选（建议统计一下）。建立遗留缺陷统计表格，可对遗留缺陷数和级别进行统计，包括缺陷总数，致命，严重，一般和提示缺陷的数目及百分比等，遗留缺陷统计一般可用以下表格描述，其中的字段可根据实际情况进行设计和裁剪：

Table3        遗留缺陷统计表

其中：

致命缺陷： 对应Mantis中的缺陷级别Crash。

严重缺陷：对应Mantis中的缺陷级别Major。

一般缺陷：对应Mantis中的缺陷级别Minor。

提示缺陷：对应Mantis中的缺陷级别Tweak。

如有需要，可以给出遗留缺陷级别状态分布图。

9.2    遗留缺陷详细列表

以下部分详细记录每一个遗留缺陷，也可视时间情况或缺陷数比较多时只详细记录缺陷级别比较高的遗留缺陷，低级别的遗留缺陷采用简单列表进行罗列。所有进行详细记录的遗留缺陷都统一采用表格的形式来描述，表格形式如下：

（ 注：该表格的内容应该尽可能和“内部缺陷报告单”（即Mantis库中的缺陷单）中对于缺陷的描述文字一致，如果“内部缺陷报告单”中描述是清晰、明确的，则直接复制出即可，否则可以适当补充。）

Table4        遗留缺陷详细列表

10.           附件

本部分中，交付的测试工作产品和测试项目通过情况清单为必需的附件，其余可根据实际测试内容进行裁剪，不同的测试报告根据需要可以给出不同类型的附件。附件的目的是帮助本报告的使用者理解报告，记录修改情况和有用的数据等。

附件1：交付的测试工作产品

指明本测试完成后交付的测试文档、测试代码及测试工具等测试工作产品，以及指明配置管理位置和物理媒介等，一般包括但不限于如下工作产品：

1.测试计划 Test Plan

2.测试方案 Test Scheme

3.测试用例 Test Cases

4.测试规程 Test Procedure

5.测试日志 Test Log

6.测试缺陷报告 Test Issues Report

7.测试报告 Test Report

8.测试输入及输出数据 Test Input and Output

9.测试工具 Test Tools

10.测试代码及设计文档 Test Codes and Design

附件2：修改、添加的测试方案或测试用例

对任何需要修改、添加的测试方案或测试用例进行描述，并将修改后的文档附加在此。

附件3：其他附件（如：安全性测试报告，压力测试报告、代码覆盖率分析报告等）

附加相关的内容。

第二篇：软件需求与测试报告模板

书