测试报告作为测试阶段产物之一，是很好的收（che）尾（pi）文档，如何写出一份有价值的测试报告是测试工程师需要掌握的能力。 为什么是有价值的？因为部分同学的测试报告仅罗列了测试计划、
测试用例、缺陷数据，即使图文并茂，也会因为缺少分析和总结而成为无效报告。 试想，如果你是测试经理/业务负责人/开发负责人，你需要从测试报告中了解到哪些有意义的信息？ 笔者根据日常经验，总结出了一份简易的测试报告，里面包含了基础的信息，下面我们详细说一下。
报告编号 可以基于时间、项目名称、版本等标识设置报告编号（以定义好的编号标准为准）。
测试时间 描述测试开始和结束时间。
测试依据 说明该版本对应的需求文档、设计文档等。
需求改动点 投产功能或者需求清单。
测试方法 哪些功能点采用手工测试，哪些功能点采用
自动化测试。
测试范围 针对改动点和影响范围，本次测试的范围包括哪些。
指标数据 冒烟测试通过率、提测打回次数、测试用例数、执行用例数、缺陷统计等，可以反映开发质量和测试质量的数据。
缺陷分析 从整体情况、处理时效、缺陷趋势图、等级分布、模块分布、无效缺陷的角度对缺陷进行分析，对开发质量和效率、测试质量和效率进行总结。
缺陷查询地址
缺陷管理系统中该版本缺陷对应入口。
遗留缺陷及功能 该版本挂起的缺陷或者功能，并说明为什么挂起。
风险评估 该版本系统目前仍存在的风险，最好可以给出简易的解决方案。
测试结论及建议 通过以上测试情况分析，对本版本质量进行评价，给出测试结论，同时针对测试过程中遇到的问题及问题的解决方式提出建议，为后续研发流程的改进提供参考。
测试人员 参与本版本测试的人员。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
21天更文挑战，赢取价值500元大礼，还有机会成为签约作者！
