测试结论

如何写⼀篇简洁易懂的测试报告？

⼀、什么是测试报告？

测试报告是指把测试的过程和结果写成⽂档，对发现的问题和缺陷进⾏分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交

付打下基础。

⼆、测试报告的内容。

测试报告的内容可以总结为以下⽬录：

⾸页

引⾔（⽬的、背景、缩略语、参考⽂献）

测试概要(测试⽅法、范围、测试环境、⼯具)

测试结果与缺陷分析（功能、性能）

测试结论与建议（项⽬概况、测试时间测试情况、结论性能汇总）

附录（缺陷统计）

各部分的格式与内容

1.⾸页

报告名称（软件名称+版本号+⽤户端类型（android，iphone，后台管理等等）测试范围（单元，集成，系统，模块等等）+测试报告）

报告委托⽅，报告责任⽅，报告⽇期等

版本变化历史

密级

2.引⾔

2.1编写⽬的

本测试报告的具体编写⽬的，指出预期的读者范围。

实例：本测试报告为XXX项⽬的测试报告，⽬的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能⽬

标）。预期参考⼈员包括⽤户、测试⼈员、、开发⼈员、项⽬管理者、其他质量管理⼈员和需要阅读本报告的⾼层经理。

2.2项⽬背景

对项⽬⽬标和⽬的进⾏简要说明。必要时包括简史，这部分不需要脑⼒劳动，直接从需求或者招标⽂件中拷贝即可。

2.3系统简介

如果设计说明书有此部分，照抄。注意必要的框架图和⽹络拓扑图能吸引眼球。

2.4术语和缩略语

列出设计本系统/项⽬的专⽤术语和缩写语约定。对于技术相关的名词和与多义词⼀定要注明清楚，以便阅读时不会产⽣歧义。

2.5参考资料

需求、设计、测试⽤例、⼿册以及其他项⽬⽂档都是范围内可参考的东西。

测试使⽤的国家标准、⾏业指标、公司规范和质量⼿册等等。

3、测试概要

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

3.1测试⽅法(和⼯具)

简要介绍测试中采⽤的⽅法(和⼯具)。

提⽰：主要是⿊盒测试，测试⽅法可以写上测试的重点和采⽤的测试模式，这样可以⼀⽬了然的知道是否遗漏了重要的测试点和关键块。⼯

具为可选项，当使⽤到测试⼯具和相关⼯具时，要说明。注意要注明是⾃产还是⼚商，版本号多少，在测试报告发布后要避免⼤多⼯具的版

权问题。

3.2测试范围（测试⽤例设计）

简要介绍测试⽤例的设计⽅法。例如：等价类划分、边界值、因果图，以及⽤这类⽅法(3-4句)。

提⽰：如果能够具体对设计进⾏说明，在其他开发⼈员、测试经理阅读的时候就容易对你的⽤例设计有个整体的概念，顺便说⼀句，在这⾥

写上⼀些⾮常规的设计⽅法也是有利的，⾄少在没有看到测试结论之前就可以了解到测试经理的设计技术，重点测试部分⼀定要保证有两种

以上不同的⽤例设计⽅法。

3.3测试环境与配置

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

提⽰：清单如下，如果系统/项⽬⽐较⼤，则⽤表格⽅式列出

数据库服务器配置

CPU：

内存：

硬盘：可⽤空间⼤⼩

操作系统：

应⽤软件：

机器⽹络名：

局域⽹地址：

应⽤服务器配置

客户端配置

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

4、测试结果与缺陷分析

整个测试报告中这是最激动⼈⼼的部分，这部分主要汇总各种数据并进⾏度量，度量包括对测试过程的度量和能⼒评估、对软件产品的质量

度量和产品评估。对于不需要过程度量或者相对较⼩的项⽬，例如⽤于验收时提交⽤户的测试报告、⼩型项⽬的测试报告，可省略过程⽅⾯

的度量部分；⽽采⽤了CMM/ISO或者其他⼯程标准过程的，需要提供过程改进建议和参考的测试报告－主要⽤于公司内部测试改进和缺陷

预防机制－则过程度量需要列出。

4.1测试执⾏情况与记录

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

4.1.1测试组织

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

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

测试经理（领导⼈员）

主要测试⼈员

参与测试⼈员

4.1.2测试时间

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

例如XXX⼦系统/⼦功能

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

总⼯时/总⼯作⽇

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

合计

对于⼤系统/项⽬来说最终要统计资源的总投⼊，必要时要增加成本⼀栏，以便管理者清楚的知道究竟花费了多少⼈⼒去完成测试。

测试类型⼈员成本⼯具设备其他费⽤

总计

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

⽤时⼈员编写⽤例执⾏测试总计

合计

这部分⽤于过程度量的数据包括⽂档⽣产率和测试执⾏率。

⽣产率⼈员⽤例/编写时间⽤例/执⾏时间平均

合计

4.1.3测试版本

给出测试的版本，如果是最终报告，可能要报告测试次数回归测试多少次。列出表格清单则便于知道那个⼦系统/⼦模块的测试频度，对于

多次回归的⼦系统/⼦模块将引起开发者关注。

4.2覆盖分析

4.2.1需求覆盖

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

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

根据测试结果，按编号给出每⼀测试需求的通过与否结论。P表⽰部分通过，N/A表⽰不可测试或者⽤例不适⽤。实际上，需求跟踪矩阵列

出了⼀⼀对应的⽤例情况以避免遗漏，此表作⽤为传达需求的测试信息以供检查和审核。

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

4.2.2测试覆盖

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

实际上，测试⽤例已经记载了预期结果数据，测试缺陷上说明了实测结果数据和与预期结果数据的偏差；因此没有必要对每个编号在此包含

更详细的说明的缺陷记录与偏差，列表的⽬的仅在于更好的查看测试结果。

测试覆盖率计算执⾏数/⽤例总数×100%

4.3缺陷的统计与分析

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

4.3.1缺陷汇总

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

合计

按严重程度

严重⼀般微⼩

按缺陷类型

⽤户界⾯⼀致性功能算法接⼝⽂档⽤户界⾯其他

按功能分布

功能⼀功能⼆功能三功能四功能五功能六功能七

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

项阅读⽂章。

图例

4.3.2缺陷分析

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

缺陷综合分析

缺陷发现效率=缺陷总数/执⾏测试⽤时

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

⽤例质量=缺陷总数/测试⽤例总数×100%

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

缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发⼈员可以在此分析基础上得出那部分功能/需求缺陷最多，从⽽在今后开发注

意避免并注意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的缺陷也越多。

测试曲线图

描绘被测系统每⼯作⽇/周缺陷数情况，得出缺陷⾛势和趋向

重要缺陷摘要

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

4.3.3残留缺陷与未解决问题

残留缺陷

编号：BUG号

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

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

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

未解决问题

功能/测试类型：

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

缺陷：具体描述

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

5、测试结论与建议

5.1测试结论

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

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

测试⽬标是否完成

测试是否通过

是否可以进⼊下⼀阶段项⽬⽬标

5.2建议

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

可能存在的潜在缺陷和后续⼯作

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

对过程改进⽅⾯的建议

6、附录

缺陷列表

缺陷等级定义标准

测试通过标准

范本

XXX公司

XXX（产品或软件）/XXX（模块）测试报告

1.概述

测试⽬的简述本次测试的⽬的，如：验证某模块是否符合设计

项⽬背景简述测试所在项⽬的背景，如：进⼊什么阶段，以及其他信息

2.测试环境

硬件环境仅针对测试对象的硬件环境及其版本信息加以说明

软件环境仅针对测试对象的软件环境及其版本信息加以说明

3.测试⼈员

⼈员

⾓⾊

4.实际进度

占⽤时间描述整个测试过程的时间跨度，如：xxxx-xx-xx⾄xxxx-xx-xx

进度情况原因如果测试提前或延后完成，请说明具体原因

5.测试参考⽂档

《XXX测试计划》

《XXX测试⽤例》

《⽂档三》

《⽂档四》

版本信息V1.0

6.测试数据

测试数据

测试项总数0

PASS0PASS率#DIV/0!

FAIL0FAIL率#DIV/0!

严重度——⾼0其中：⾼--#DIV/0!

严重度——中0中--#DIV/0!

严重度——低0低--#DIV/0!

测试项编号测试项通过与否问题描述问题严重度

注：问题严重度的界定：

⾼——导致系统死机或后续部分测试项功能不能实现，影响后续测试；

中——影响该部分的测试功能的完整性且急需解决；

低——仅属于系统中的⼩bug，或根据测试过程发现的需要调整的部分，但并⾮急需解决。

7.项⽬的总结对整个测试项⽬进⾏总结性阐述，如：测试是否通过，导致FAIL的主要原因。

8.意见和建议针对本次测试⼯作，提出⾃⼰的意见或建议。没有可填“⽆”。