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

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

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

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

　　报告编号

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

　　测试时间

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

　　测试依据

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

　　需求改动点

　　投产功能或者需求清单。

　　测试方法

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

　　测试范围

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

　　指标数据

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

　　缺陷分析

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

　　缺陷查询地址

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

　　遗留缺陷及功能

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

　　风险评估

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

　　测试结论及建议

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

　　测试人员

　　参与本版本测试的人员。

作者：circle_hyy    

来源：http://www.51testing.com/html/12/n-7789412.html