注意：
1.要有明确的结论
2.每条结论都建立在事实，数据上
3.测试报告的结果应尽可能图文结合方式展示出来
4.客观填写，在结尾给予一定的建议
测试报告应包含的内容信息
总结简单为：
首页
引言（目的、背景、缩略语、参考文献）
测试概要（测试方法/范围、测试环境/工具）
测试结果与缺陷分析（测试资源消耗、功能、性能）
测试结论与建议（项目概况、测试时间、测试情况、结论性能汇总）
附录（缺陷统计/云测平台报告附录）
详细说明：
首页
— 报告名称（软件名称+版本号+用户端类型（android，iphone，后台管理等等）+测试范围（单元，集成，系统，模块等等）+测试报告）
— 报告编写者/报告日期
— 版本变化历史
引言
— 编写目的：指出读者范围、报告编写的目的
— 项目背景：项目目标
— 系统简介：摘录设计说明书
— 术语和缩略语
— 参考资料：本文档的上游文档
测试概要
— 测试目的
— 测试方法/工具
— 测试范围：测试项——>测试用例
— 测试环境与配置
①硬件资源及配置：服务器/客户端/网络连接设备等
②软件资源：操作系统/数据库/JDK版本号等
测试结果与缺陷分析
— 测试执行情况记录
测试资源消耗情况
①测试组织：测试人员分配
②测试时间：计划时间/实际时间（包括测试用例时间/系统测试时间/文档输出时间）
③测试版本：各阶段测试频度
— 覆盖分析
①需求覆盖：需求/功能（或编号） 测试类型 是否通过 备注
②测试覆盖：需求/功能（或编号） 用例个数 执行总数 未执行 未/漏测分析和原因
— 缺陷的统计与分析
①缺陷汇总（饼状图/柱状图）
按照缺陷严重程度汇总
按照缺陷类型汇总（没有需要可忽略）
按照缺陷功能分布汇总
②缺陷分析
缺陷发现效率 = 缺陷总数/执行测试用时
可到具体人员得出平均指标
用例质量 = 缺陷总数/测试用例总数 ×100%
缺陷密度 = 缺陷总数/功能点总数
重要缺陷摘要：缺陷编号 简要描述 分析结果 备注
③残留缺陷与未解决问题
缺陷/问题阐述、原因分析、预防和改进措施、造成的影响风险评估
测试结论
— 测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）
— 对测试风险的控制措施和成效
— 测试目标是否完成
— 测试是否通过
— 是否可以进入下一阶段项目目标
测试建议
— 对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响
— 可能存在的潜在缺陷和后续工作
— 对缺陷修改和产品设计的建议
— 对过程改进方面的建议
附录
— 缺陷列表
— 测试通过标准
— 云测平台报告附录
原文地址：https://www.cnblogs.com/cherrycui/p/10816967.html