《测试报告》怎么编写
一般是由测试人员编写的，因为负责模块的人最知道自己的测试的结果，几个通过，多少失败，提了多少单，然后就是汇总了和风险评估了，一般就是测试经理做的
测试报告的主要内容
数据统计
遗留抄bug情况
测试风险
暂停的问题
1、出现概率比较低，用户操作不易复现的问题，后续由客户端修改；
2、本地阅袭读定位问题，修改比较困难，不影响使用，后续优化；
3、属于遗留问知题；
4、属于内容平台问题，内容优化；
暂停问题是产品人员、开发道人员与测试人员沟通后暂停的
测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据copy，同时为软件验收和交付打下基础。
测试模块（每个模块里需要记录测试的开始时间、结束时间、设计知多少用例、通过多少、失败多少、有多少BUG、遗留多少BUG、解决多少BUG、追后对这个模块总结一下）
BUG的统计，根据时间轴来统计BUG的数量，例如：XXXX年X月X日，发现BUG多少，关闭BUG多少，剩余BUG多少，高级的BUG有多少，中级的BUG有多少，低级和建议的道BUG有多少，一直罗列到项目完结
项目总结，汇报一下测试的大致结果。
遗留和风险，该软件还有什么遗留问题，还有什么风险，都要一一说明
最后评判该软件是否符合上线标准，日期，签字，加盖章等
转载：
?测试报告是 项目测试结束之后，对项目测试过程的总结，对测试的数据进行统计，对项目的测试质量进行客观评价的文档。
?测试报告的阅读对象可是是产品，开发，测试部成员，是一个项目是否能够结束的重要参考文件。
?测试报告的数据是真实的，每一条结论的得出是有评价依据的，不能是主观的决定，也就是说这个项目经过测试之后，它是什么样子就是什么样子。
测试报告的结构组成分析
首先，开篇名义，单刀直入，针对这个报告进行说明。描述清楚该份测试报告的目的，适用产品，参考文档，关键词定义和解释。
1.引言
1.1 目的
说明该测试报告的目的，一般都是对先对测试产品进行简单描述，然后说明这份报告是对该产品的测试过程进行总结，测试质量的进行评价
1.2 适用范围
说明清楚测试项目的版本以及测试项目的运行平台，简单两句话就可以说清楚
1.3 参考文档
说明清楚编写测试报告的时候引用了哪些文档，一般有需求文档，开发设计文档，测试计划，测试报告，项目的评测标准，可选的有测试大纲等等
1.4 关键词说明
对测试报告中使用到的一些专业名词或者英文进行说明，文档中一些关键词也可以进行简单描述
2.测试说明
2.1 测试环境
对测试过程中使用的测试环境进行说明，如果有特殊的组网结构的，最好提供网络拓扑图，测试环境一般在测试方案中已经明确，如果实际的测试环境和测试方案中的有所出入，这里最好进行主动说明
2.2 测试硬件列表
列表展示测试过程中使用到的硬件信息
2.3 测试软件列表
列表展示测试过程中使用到的软件信息，报告测试软件的名称，版本基本信息即可
3.测试人员
3.1 测试人员
对参与到的项目测试人员进行说明，可以使用表格形式展示人员的姓名/职位/测试分工/联系方式
4.测试功能树
4.1 功能测试功能树
这里描述的是产品的功能需求，从测试的角度提炼出的功能测试需求有哪些，产品实现的内部结构分析，如何进行的测试用例设计，测试执行过程中如何进行的测试覆盖，这里面的分析过程在测试方案中已经详细给出，这里挑重点的功能进行分析。
4.2 性能测试功能树
同功能需求的测试分析，这里描述清楚产品有哪些性能方面的需求需要测试
4.3 兼容性测试功能树
分析产品的兼容性需求，以及测试如何进行的兼容性测试覆盖
4.4 稳定性测试功能树
分析产品的稳定性需求，测试使用哪些工具来进行稳定性测试
4.5 场景测试需求分析
产品个别的使用场景，比如极致环境下的使用效果如何以及相应的测试方法
4.6 配置测试功能树
对产品的可以配置的选项进行覆盖测试，描述清楚相关的配置以及用例的设计方法
5.0 测试数据统计
对测试过程进行描述，每一轮测试过程中的数据进行总结
5.1 测试周期
测试周期的起始时间和结束时间，在期间总计预计多少轮测试，完成了多少轮测试，每轮测试的开始时间和结束时间
5.2 测试用例执行状态表
列表显示每轮测试的测试用例执行情况，每轮测试用例PASS多少，FAIL多少，BLOCK多少
5.3 每轮的测试结果
对每轮的测试过程进行总结，测试的数据进行展示
5.3.1 测试中的用例执行率
展示每轮测试的用例执行情况，每一轮是否都充分测试了，以及不充分测试的理由是什么
5.3.2 缺陷的分布统计
可以按产品的模块进行缺陷的分布统计，有助于模块质量的评估，如果是多人协作开发的产品，也是对开发人员能力评价的一个维度
6.0遗留缺陷列表
列表显示产品测试结束之后，产品目前遗留有哪些问题未解决
7.0 测试结论
对产品的质量进行总结，一般在产品需求确定阶段，产品，开发和测试就应该对产品的出口标准进行确定，可以从下面几个角度来确定
?测试用例都已经执行完成
?产品的功能需求都满足
?产品的性能需求都满足
?产品的稳定性需求都满足
?产品的兼容性需求都满足
?产品的遗留问题满足标准，没有致命和眼中问题遗留，一般问题不超过预先定义的个数，提示问题不超过预先定义的个数
8.0 产品建议
测试过程中发现的流程上的或者内部沟通上的一些问题，以及对产品周期的改进建议等。