XXXX系统（项目）测试总结报告

用 户 单 位：__________          XXXX             _________

研 发 公 司：__                                             

版   本  号：________        XXX         _________

部 门 经 理: ______          XXX          ________

项 目 经 理: ______          XXX          ________

技 术 经 理: ______          XXX          ________

测 试 经 理: ______          XXX          ________

密       级：_________        B          ________

      年      月      日

修订历史记录

目    录

年      月      日.... i

1.           引言.... 1

1.1.     编写目的... 1

1.2.     系统简介... 1

1.3.     术语和缩写词... 1

1.4.     参考资料... 1

2.           测试概要.... 2

2.1.     测试环境与配置... 2

CPU：.... 2

2.2.     测试方法（工具）... 2

3.           测试结果及缺陷分析.... 3

3.1.     测试执行情况与记录... 3

3.1.1.  测试组织. 3

3.1.2.  测试时间. 3

3.1.3.  测试版本. 4

3.2.     覆盖分析... 4

3.2.1.  需求覆盖. 4

3.2.2.  测试覆盖. 4

3.3.     缺陷的统计与分析... 4

3.3.1.  缺陷汇总. 4

3.3.2.  缺陷分析. 5

3.3.3.  残留缺陷与未解决问题. 6

4.           测试结论与建议.... 6

4.1.     测试结论... 6

4.2.     建议... 6

4.3.     缺陷统计分析... 7

4.4.     缺陷报表分析... 7

4.4.1.  报表分析. 7

4.4.2.  图形分析. 7

5.           测试结论.... 8

1.    引言

1.1.  编写目的

本测试报告为《吉林一体化工作平台》项目的测试报告。目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、、开发人员、项目经理、其他质量管理人员和需要阅读本报告的高层管理者。

1.2.  系统简介

系统功能总体框架描述。一般在项目需求设计文档中有此部分的介绍，可以直接copy过来

1.3.  术语和缩写词

1.4.  参考资料

由项目经理提供的如下文档：

《安徽中烟生产指挥视频系统需求规格说明书》

*****1．需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东。

*****2．测试使用的国家标准、行业指标、公司规范和质量手册等等

2.    测试概要

***** 测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。（其他测试经理和质量人员关注部分）

2.1.  测试环境与配置

简要介绍测试环境及其配置。

    提示：清单如下，如果系统/项目比较大，则用表格方式列出

数据库服务器配置

CPU：

内存：

硬盘：可用空间大小

操作系统：

应用软件：

机器网络名：

局域网地址：

应用服务器配置

…….

客户端配置

…….

    对于网络设备和要求也可以使用相应的表格，对于三层架构的，可以根据网络拓扑图列出相关配置。

2.2.  测试方法（工具）

简要介绍测试中采用的方法(和工具)。

提示：主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式，这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项，当使用到测试工具和相关工具时，要说明。注意要注明是自产还是厂商，版本号多少，在测试报告发布后要避免大多工具的版权问题。

3.    测试结果及缺陷分析

3.1.  测试执行情况与记录

描述测试资源消耗情况，记录实际数据。（测试、项目经理关注部分）

3.1.1.测试组织

万维美思科技有限公司质管组。

可列出简单的测试组架构图，包括：

测试组架构 （如存在分组、用户参与等情况）

测试经理（领导人员）

主要测试人员

参与测试人员

3.1.2.测试时间

列出测试的跨度和工作量，最好区分测试文档和活动的时间。数据可供过程度量使用。

例如 XXX子系统/子功能

实际开始时间－实际结束时间

总工时/总工作日

任务 开始时间 结束时间 总计

合计

    对于大系统/项目来说最终要统计资源的总投入，必要时要增加成本一栏，以便管理者清楚的知道究竟花费了多少人力去完成测试。

测试类型 人员成本（用人力来代替） 工具设备 其他费用

总计

    在数据汇总时可以统计个人的平均投入时间和总体时间、整体投入平均时间和总体时间，还可以算出每一个功能点所花费的时/人。

用时人员 编写用例 执行测试 总计

合计

    这部分用于过程度量的数据包括文档生产率和测试执行率。

生产率人员 用例/编写时间 用例/执行时间 平均

合计

3.1.3.测试版本

给出测试的版本，如果是最终报告，可能要报告测试次数、回归测试多少次。

列出表格清单则便于知道那个子系统/子模块的测试频度，对于多次回归的子系统/子模块将引起开发者关注。

3.2.  覆盖分析

3.2.1.需求覆盖

    需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100％的目标。

需求/功能（或编号） 测试类型 是否通过 备注

[Y][P][N][N/A]

根据测试结果 ，按编号给出每一测试需求的通过与否结论。P表示部分通过，N/A表示不可测试或者用例不适用。实际上，需求跟踪矩阵列出了一一对应的用例情况以避免遗漏，此表作用为传达需求的测试信息以供检查和审核。

需求覆盖率计算 Y项/需求总数 ×100％

3.2.2.测试覆盖

    需求/功能（或编号） 用例个数 执行总数 未执行 未/漏测分析和原因

    实际上，测试用例已经记载了预期结果数据，测试缺陷上说明了实测结果数据和与预期结果数据的偏差；因此没有必要对每个编号在此包含更详细的说明的缺陷记录与偏差，列表的目的仅在于更好的查看测试结果。

测试覆盖率计算 执行数/用例总数 ×100％

3.3.  缺陷的统计与分析

    缺陷统计主要涉及到被测系统的质量，因此，这部分成为开发人员、质量人员重点关注的部分。

3.3.1.缺陷汇总

    被测系统 系统测试 回归测试 总计

合计

按严重程度

严重 一般 微小

按缺陷类型

用户界面 一致性 功能 算法 接口 文档 用户界面 其他

按功能分布

功能一 功能二 功能三 功能四 功能五 功能六 功能七

最好给出缺陷的饼状图和柱状图以便直观查看。俗话说一图胜千言，图标能够使阅读者迅速获得信息，尤其是各层面管理人员没有时间去逐项阅读文章。

图例

3.3.2.缺陷分析

    本部分对上述缺陷和其他收集数据进行综合分析

缺陷综合分析

缺陷发现效率 ＝ 缺陷总数/执行测试用时

可到具体人员得出平均指标

用例质量 ＝ 缺陷总数/测试用例总数 ×100％

缺陷密度 ＝ 缺陷总数/功能点总数

缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发人员可以在此分析基础上得出那部分功能/需求缺陷最多，从而在今后开发注意避免并注意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的缺陷也越多。

测试曲线图

描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向

重要缺陷摘要

缺陷编号 简要描述 分析结果 备注

3.3.3.残留缺陷与未解决问题

残留缺陷

编号：BUG号

缺陷概要：该缺陷描述的事实

原因分析：如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因

预防和改进措施：弥补手段和长期策略

未解决问题

功能/测试类型：

测试结果：与预期结果的偏差

缺陷：具体描述

评价：对这些问题的看法，也就是这些问题如果发出去了会造成什么样的影响

4.    测试结论与建议

报告到了这个部分就是一个总结了，对上述过程、缺陷分析之后该下个结论，此部分为项目经理、部门经理以及高层经理关注，请清晰扼要的下定论。

4.1.  测试结论

1． 测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）

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

3． 测试目标是否完成

4． 测试是否通过

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

4.2.  测试建议

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

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

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

4．对过程改进方面的建议

测试报告的内容大同小异，对于一些测试报告而言，可能将第四和第五部分合并，逐项列出测试项、缺陷、分析和建议，这种方法也比较多见，尤其在第三方评测报告中，此份报告模板仅供参考。

第二篇：项目测试总结报告模板 v1[1][1].0

{项目名称} 项目测试总结报告

状态： 草稿

摘要

评审 标识号： 当前版本： 前一版本： 发布日期：

PRS-DOC-PROC-SPE-012 1.0

20xx-3-13

简要描述该文档的内容。

创智集团内部使用

修改历史

注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。

创智集团

PRS-DOC-PROC-SPE-012 v1.0

第2页，共4页

创智集团内部使用

目录

1 2 3

概述 ............................................................................................................................ 4 测试环境 .................................................................................................................... 4 测试总结 .................................................................................................................... 4

3.1 3.2 3.3 3.4

测试小结 ........................................................................................................................... 4 测试用例执行结果 ........................................................................................................... 4 测试偏差 ........................................................................................................................... 4 其它说明 ........................................................................................................................... 4

4

综合评价 .................................................................................................................... 4

创智集团

PRS-DOC-PROC-SPE-012 v1.0

第3页，共4页

创智集团内部使用

1

简要总结测试的过程和结果，包括测试的背景，对测试的评价，测试范围等。

2

描述测试环境，如硬件配置，软件发布配置等，以及参与测试的团队和成员。

3

描述测试过程中主要的各项活动，介绍测试过程内容，遇到的问题，以及其它发生的主要事件。

3.1 测试小结

请用数据对测试进行总结，如测试用例的数量，通过率等。

3.2 测试用例执行结果

在下表中详细说明测试用例执行的结果，包括测试的名称，结论等。

描述测试中发现的、没有满足需求或其它方面要求的部分，并给出详细的解释及建议的解决方案。

3.4 其它说明

描述没有在以上各部分涵盖的并且需要说明的内容，如计划和测试用例中的所有变更，以及每个变更的原因等。

4

提供测试的全面评价，包括它的局限性，是否建议通过等。

本评价必须建立在测试结果和通过/不通过标准的基础上，并且对其评价结果的可靠性进行估计，如建议通过测试时，还可能存在哪些风险。

创智集团

PRS-DOC-PROC-SPE-012 v1.0

第4页，共4页

创智集团内部使用