版本测试报告

修订历史记录

<本表内容为本文档的版本信息和修改信息，请在编写各文档时先删除本模版中的信息并填写相关文档的实际版本和修改信息>

（A-添加，M-修改，D-删除）

QMS文档编号：BG-VAL-TM-01 文档名称：版本测试报告（当天）

1 基本信息

2 测试范围

在此明确版本的测试范围。

3 测试情况

在此用总结性的语言（1~2句话）概括本版本的测试情况和质量情况。此作为对外邮件发布的邮件正文的第一行，主要关注用户为管理层用户。

3.1 测试资源及进度

在此说明参与本版本测试的人员以及测试时间安排。并说明测试进度的情况，即原计划测试测试多少时间，实际投入多少时间，进度有没有重大偏差等信息。

3.2 测试用例执行情况

在此列举测试用例执行的情况（利用TD的统计功能可以做到），建议用列表的方式列举测试用例执行个数、通过的个数、失败的个数、未完成的个数、测试用例通过率等等信息。如果无测试用例，则注明“无”。

Bingosoft&MTC

第 2页 /共 4页

QMS文档编号：BG-VAL-TM-01 文档名称：版本测试报告（当天）

统计范围：当前版本需要执行的所有有效的用例，不包括无效的用例。

状态说明：

? Failed：测试不通过的用例。

? N/A：非本次版本的送测内容的测试用例。

? No Run：未执行的测试用例。

? Not Completed：部分step未完成测试的用例（原因：部分step与其他模块有

关联，或部分step非本次版本的送测内容）。

? Pass：测试通过的用例。

? Total：总用例数。

3.3 缺陷情况

在此列举测试当前版本发现的缺陷情况，如总问题个数，严重级别的问题个数等；还需要引用缺陷管理工具TD中的统计功能，统计的问题单，需要去除状态为Deleted的问题单，截取相应的截图来直观地表示。

? 按版本+问题单状态

--按版本，可以让项目组清楚的知道提交测试的各个版本的问题单趋势。

? 按模块+问题单状态

--按版本，可以让项目组清楚的知道问题都集中在哪些功能模块中 。

? 按等级+问题单状态

--按等级，可以让项目组清楚的知道项目的总体质量情况。

3.4 回归测试情况

在此说明回归测试的情况，并计算reopen率。如本版本不涉及回归测试，则写“无回

Bingosoft&MTC

第 3页 /共 4页

QMS文档编号：BG-VAL-TM-01 文档名称：版本测试报告（当天）

归测试”。

4 工作中遇到的问题及改进建议

在此列举测试中遇到的问题，包含环境、人员变动、工作量预估严重偏离等非测试系统的问题。例如：某基础数据不完整，导致测试延迟等；系统部署过程繁琐，未采取优化等。如无，则填写“无”。

5 后续要求

在此列出后续要求，例如：

1) 需要项目经理或技术经理需分析问题来源，在TD里调整相应的问题的问题来源； 2) 技术经理需对问题单指派处理人，并设置问题责任人；

3) 项目组修改问题后需在备注里说明问题引起的原因和处理情况。

如无，则需要注明“无”。

Bingosoft&MTC

第 4页 /共 4页

 

第二篇：版本测试报告

〖版本测试报告〗

● 主要反映开发人员提交的测试版本的质量状况。

● 测试用例设计与执行、缺陷概况及问题概要是版本测试报告中的主要内容。 ● 测试人员在每个轮次测试结束时编写提交。

其内容结构如下：