简述

• 测试报告是 项目测试结束之后，对项目测试过程的总结，对测试的数据进行统计，对项目的测试质量进行客观评价的文档。
• 测试报告的阅读对象可是是产品，开发，测试部成员，是一个项目是否能够结束的重要参考文件。
• 测试报告的数据是真实的，每一条结论的得出是有评价依据的，不能是主观的决定，也就是说这个项目经过测试之后，它是什么样子就是什么样子。

---

---

测试报告的结构组成分析

首先，开篇名义，单刀直入，针对这个报告进行说明。描述清楚该份测试报告的目的，适用产品，参考文档，关键词定义和解释。

1.引言

1.1 目的

说明该测试报告的目的，一般都是对先对测试产品进行简单描述，然后说明这份报告是对该产品的测试过程进行总结，测试质量的进行评价

1.2 适用范围

说明清楚测试项目的版本以及测试项目的运行平台，简单两句话就可以说清楚

1.3 参考文档

说明清楚编写测试报告的时候引用了哪些文档，一般有需求文档，开发设计文档，测试计划，测试报告，项目的评测标准，可选的有测试大纲等等

1.4 关键词说明

对测试报告中使用到的一些专业名词或者英文进行说明，文档中一些关键词也可以进行简单描述

2.测试说明

2.1 测试环境

对测试过程中使用的测试环境进行说明，如果有特殊的组网结构的，最好提供网络拓扑图，测试环境一般在测试方案中已经明确，如果实际的测试环境和测试方案中的有所出入，这里最好进行主动说明

2.2 测试硬件列表

列表展示测试过程中使用到的硬件信息

2.3 测试软件列表

列表展示测试过程中使用到的软件信息，报告测试软件的名称，版本基本信息即可

3.测试人员

3.1 测试人员

对参与到的项目测试人员进行说明，可以使用表格形式展示人员的姓名/职位/测试分工/联系方式

4.测试功能树

4.1 功能测试功能树

这里描述的是产品的功能需求，从测试的角度提炼出的功能测试需求有哪些，产品实现的内部结构分析，如何进行的测试用例设计，测试执行过程中如何进行的测试覆盖，这里面的分析过程在测试方案中已经详细给出，这里挑重点的功能进行分析

4.2 性能测试功能树

同功能需求的测试分析，这里描述清楚产品有哪些性能方面的需求需要测试

4.3 兼容性测试功能树

分析产品的兼容性需求，以及测试如何进行的兼容性测试覆盖

4.4 稳定性测试功能树

分析产品的稳定性需求，测试使用哪些工具来进行稳定性测试

4.5 场景测试需求分析

产品个别的使用场景，比如极致环境下的使用效果如何以及相应的测试方法

4.6 配置测试功能树

对产品的可以配置的选项进行覆盖测试，描述清楚相关的配置以及用例的设计方法

5.0 测试数据统计

对测试过程进行描述，每一轮测试过程中的数据进行总结

5.1 测试周期

测试周期的起始时间和结束时间，在期间总计预计多少轮测试，完成了多少轮测试，每轮测试的开始时间和结束时间

5.2 测试用例执行状态表

列表显示每轮测试的测试用例执行情况，每轮测试用例PASS多少，FAIL多少，BLOCK多少

5.3 每轮的测试结果

对每轮的测试过程进行总结，测试的数据进行展示

5.3.1 测试中的用例执行率

展示每轮测试的用例执行情况，每一轮是否都充分测试了，以及不充分测试的理由是什么

5.3.2 缺陷的分布统计

可以按产品的模块进行缺陷的分布统计，有助于模块质量的评估，如果是多人协作开发的产品，也是对开发人员能力评价的一个维度

6.0遗留缺陷列表

列表显示产品测试结束之后，产品目前遗留有哪些问题未解决

7.0 测试结论

对产品的质量进行总结，一般在产品需求确定阶段，产品，开发和测试就应该对产品的出口标准进行确定，可以从下面几个角度来确定

• 测试用例都已经执行完成
• 产品的功能需求都满足
• 产品的性能需求都满足
• 产品的稳定性需求都满足
• 产品的兼容性需求都满足
• 产品的遗留问题满足标准，没有致命和眼中问题遗留，一般问题不超过预先定义的个数，提示问题不超过预先定义的个数

8.0 产品建议

测试过程中发现的流程上的或者内部沟通上的一些问题，以及对产品周期的改进建议等