一、什么是测试报告？
测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件存在的质量问题提供依据，同时为软件验收和交付打下基础。
二、测试执行和结束的准则
- 测试执行的结束的原因
1）测试达到预期目的后，按计划结束
2）受时间进度、资源的限制，考试被迫结束
测试执行结束后
1）在测试计划中明确说明测试结束的条件
2）Good-Enough原则
结束条件的判定是在质量和成本之间的折衷
指定的时间段内没有发现新的缺陷
基于成本的考虑（不适用武器、医疗设备）
- 测试执行结束后
1）达到了覆盖率的要求
2）单元测试：语句覆盖、…
3）集成测试：API、参数组合…
4）系统测试：功能、用例、用例场景…
（例如：100%语句覆盖 90%用例场景覆盖）
5）项目组达成一致
6）因时间进度、资源的限制必须结束
7）根据经验总结的就是当找到并将解决的缺陷占总缺陷的比例达到85%时，可终止测试。
三、测试报告目标及关注点
目标
1）表示出目前项目的实际状况
2）明确什么是测试做的工作，什么是不作的工作。
3）给出系统操作性能的评价
4）明确什么时候系统可以进行产品化的工作
关注点
测试报告只有在真正需要的时候才有用，需要配合市场和管理
测试的信息是不充分的（对于评价一个项目来说）
测试状况并不能真实地反应个人的状况
四 、测试报告组成要素
1）本次测试的总体策略
2）本次测试的准备与设计（分解）
3）测试的具体内容和执行情况
4）覆盖分析
5）缺陷的统计与分析
6）测试结论与建议
7）支撑材料
五、测试报告模板
测试总结报告：
1）总结（如测试了什么、结论如何等等）
2）测试计划、测试用例的变化；
3）全面评估版本信息；
4）结果总结（度量、计数）；
5）测试项未通过/未通过准则的评估；
6）活动的总结（资源的使用、效率等）；
- 审批
- 报告目前的软件状态
功能/测试矩阵
功能测试的状态报告，侧重点分析
关于功能的工作时间轴
期望发现 VS 实际发现的缺陷比
没有发现的缺陷和改正的缺陷的差距
按照类型分类，没有改正的缺陷的平均值
缺陷分类报告
测试活动报告
- 测试数据收集
有关测试结果的积累数据
测试任务，测试集合和测试事件的描述
缺陷分析
由于计划的问题，导致没有发现缺陷的数据
严重的缺陷
缺陷类型
为什么缺陷没有发现
效果
六、系统测试覆盖程度
1.测试覆盖是对测试完全程度的评测。测试覆盖是由测试需求和测试用例的覆盖或已执行代码的覆盖来表示的。
覆盖率等于覆盖面积/总面积
2.对软件需求的估算分为两部分：
2.1基于需求的测试覆盖估算
基于需求的测试覆盖在测试生命周期中要评测多次，并在测试生命周期的里程碑处提供测试覆盖的标识（如已计划的、已实施的、已执行的和成功的测试覆盖）。在执行测试活动中，使用两个测试覆盖评测，一个确定通过执行测试获得的测试覆盖，另一个确定成功的测试覆盖（即执行时未出现失败的测试，如没有出现缺陷或意外结果的测试）。
2.2基于代码的测试覆盖估算
基于代码的测试覆盖评测测试过程中已经执行的代码的多少，与之相对的是要执行的剩余代码的多少。代码覆盖可以建立在控制流（语句、分支或路径）或数据流的基础上。
七、考试报告的重点
那么测试总结中最重要的是什么呢？
最主要的就是测试结果及缺陷分析。这部分主要是用图表来展现，比如所有bug的状态图、bug的严重程度状态。这里主要有一些术语要和大家交待一下。
1）测试项目名称
2）实测结果与预期结果的比较
3）发现的问题
4）缺陷发现率=缺陷总数/执行测试用例数
5）用例密度=缺陷总数/测试用例总数x100%
6）缺陷密度=缺陷总数/功能点总数
7）测试达到的效果
最后： 可以在公众号：伤心的辣条 ！ 自行领取一份216页软件测试工程师面试宝典文档资料【免费的】。以及相对应的视频学习教程免费分享！，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。
学习不要孤军奋战，最好是能抱团取暖，相互成就一起成长，群众效应的效果是非常强大的，大家一起学习，一起打卡，会更有学习动力，也更能坚持下去。你可以加入我们的测试技术交流扣扣群：914172719（里面有各种软件测试资源和技术讨论）
喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一 键三连哦！