想写一份完整的测试报告？这些信息必不可少

测试报告作为测试阶段产物之一，是很好的收（che）尾（pi）文档，如何写出一份有价值的测试报告是测试工程师需要掌握的能力。

为什么是有价值的？因为部分同学的测试报告仅罗列了测试计划、测试用例、缺陷数据，即使图文并茂，也会因为缺少分析和总结而成为无效报告。

试想，如果你是测试经理/业务负责人/开发负责人，你需要从测试报告中了解到哪些有意义的信息？

笔者根据日常经验，总结出了一份简易的测试报告，里面包含了基础的信息，下面我们详细说一下。

报告编号

可以基于时间、项目名称、版本等标识设置报告编号（以定义好的编号标准为准）。

测试时间

描述测试开始和结束时间。

测试依据

说明该版本对应的需求文档、设计文档等。

需求改动点

投产功能或者需求清单。

测试方法

哪些功能点采用手工测试，哪些功能点采用自动化测试。

测试范围

针对改动点和影响范围，本次测试的范围包括哪些。

指标数据

冒烟测试通过率、提测打回次数、测试用例数、执行用例数、缺陷统计等，可以反映开发质量和测试质量的数据。

缺陷分析

从整体情况、处理时效、缺陷趋势图、等级分布、模块分布、无效缺陷的角度对缺陷进行分析，对开发质量和效率、测试质量和效率进行总结。

缺陷查询地址

缺陷管理系统中该版本缺陷对应入口。

遗留缺陷及功能

该版本挂起的缺陷或者功能，并说明为什么挂起。

风险评估

该版本系统目前仍存在的风险，最好可以给出简易的解决方案。

测试结论及建议

通过以上测试情况分析，对本版本质量进行评价，给出测试结论，同时针对测试过程中遇到的问题及问题的解决方式提出建议，为后续研发流程的改进提供参考。

测试人员

参与本版本测试的人员。