软件测试报告的要点及内容

一、什么是测试报告？

测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件存在的质量问题提供依据，同时为软件验收和交付打下基础。

二、测试执行和结束的准则

1. 测试执行的结束的原因

1）测试达到预期目的后，按计划结束

2）受时间进度、资源的限制，考试被迫结束

测试执行结束后

1）在测试计划中明确说明测试结束的条件

2）Good-Enough原则

1. 结束条件的判定是在质量和成本之间的折衷

2. 指定的时间段内没有发现新的缺陷

3. 基于成本的考虑（不适用武器、医疗设备）

1. 测试执行结束后

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）活动的总结（资源的使用、效率等）；

1. 审批

1. 报告目前的软件状态

1. 功能/测试矩阵

2. 功能测试的状态报告，侧重点分析

3. 关于功能的工作时间轴

4. 期望发现 VS 实际发现的缺陷比

5. 没有发现的缺陷和改正的缺陷的差距

6. 按照类型分类，没有改正的缺陷的平均值

7. 缺陷分类报告

8. 测试活动报告

1. 测试数据收集

1. 有关测试结果的积累数据

2. 测试任务，测试集合和测试事件的描述

3. 缺陷分析

4. 由于计划的问题，导致没有发现缺陷的数据

5. 严重的缺陷

6. 缺陷类型

7. 为什么缺陷没有发现

8. 效果

六、系统测试覆盖程度

1.测试覆盖是对测试完全程度的评测。测试覆盖是由测试需求和测试用例的覆盖或已执行代码的覆盖来表示的。

覆盖率等于覆盖面积/总面积

2.对软件需求的估算分为两部分：

2.1基于需求的测试覆盖估算

基于需求的测试覆盖在测试生命周期中要评测多次，并在测试生命周期的里程碑处提供测试覆盖的标识（如已计划的、已实施的、已执行的和成功的测试覆盖）。在执行测试活动中，使用两个测试覆盖评测，一个确定通过执行测试获得的测试覆盖，另一个确定成功的测试覆盖（即执行时未出现失败的测试，如没有出现缺陷或意外结果的测试）。

2.2基于代码的测试覆盖估算

基于代码的测试覆盖评测测试过程中已经执行的代码的多少，与之相对的是要执行的剩余代码的多少。代码覆盖可以建立在控制流（语句、分支或路径）或数据流的基础上。

七、考试报告的重点

那么测试总结中最重要的是什么呢？

最主要的就是测试结果及缺陷分析。这部分主要是用图表来展现，比如所有bug的状态图、bug的严重程度状态。这里主要有一些术语要和大家交待一下。

1）测试项目名称

2）实测结果与预期结果的比较

3）发现的问题

4）缺陷发现率=缺陷总数/执行测试用例数

5）用例密度=缺陷总数/测试用例总数x100%

6）缺陷密度=缺陷总数/功能点总数

7）测试达到的效果

总结

外行对于程序员的认知很单一，也有很多刻板印象，但不管如何，作为测试人员的我们，自己一定要正视自己。如果我们连自嘲和自卑都分不清楚了，那发展也就仅限如此了。

所以，尽早规划自己，朝目标发展，才是上策之道，而不是怨天尤人，等到 30 岁后再去焦虑。

在企业你如果不想成为“工具人”，就不要停下成长的步伐，打造属于自己的独特价值，具备不可替代的稀缺属性，这样才能不被淘汰，也能够在遭遇变化时，随自己所愿进行选择。

下面是你需要的资料吗！

↓↓

 ❤学习安排上❤

 如果你不想一个人野蛮生长，找不到系统的资料，问题得不到帮助，坚持几天便放弃的感受的话，可以加入我们，大家可以一起讨论交流，里面会有各种软件测试资料和技术交流。