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