软件测试报告模板.docx

2-

软件测试报告模板

(软件项目开发)

目录

TOC\o1-3\h\z\u1 引言 3

1.1 编写目的 3

1.2 项目背景 3

1.3 使用范围 3

1.4 参考资料 3

2 测试基本信息 3

2.1 测试范围 3

2.2 测试案例设计 4

3 测试结果及缺陷分析 4

3.1 测试执行情况与记录 4

3.1.1 测试组织 4

3.1.2 测试时间 4

3.1.3 冒烟情况 5

3.1.4 测试用例统计 5

3.2 缺陷的统计与分析 5

4 测试结论与建议 6

4.1 风险分析及建议 6

4.2 测试结论 6

5 交付文档 6

引言

编写目的

说明本文档的编写目的，本测试报告为(系统名称：智慧政务APP)系统测试报告；本报告目的在于总结测试阶段的测试及测试结果分析，描述系统的开发是否达到需求的目的。

项目背景

简单介绍项目的背景，一般在标书里面是有介绍的。包括系统的名称，项目组名称，使用单位、使用对象等基本信息。

使用范围

说明本报告的使用范围和预期参考人员。本报告预期参考人员包括测试人员、测试部门经理、项目管理人员、SQA人员和其他质量控制人员。

参考资料

《项目实施方案》

《软件需求分析》

《软件需求规格说明书》

《软件测试方案》

测试基本信息

测试范围

说明本测试报告所测试的范围。通常可以用图表形式表述，如下：

产品

模块

子模块

功能

测试点

优先级

负责人

模块1

高

XXX

高

模块2

高

XXX

高

XXX

模块3

高

XXX

高

XXX

测试案例设计

根据测试范围和测试点对测试用例的设计。测试用例的设计就是描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。

测试结果及缺陷分析

测试执行情况与记录

测试组织

说明测试人员的组织结构。可以包括:

项目经理：XXX

软件工程师：XXX

测试工程师：XXX

业务负责人:XXX

测试时间

测试阶段

计划开始时间

计划结束时间

实际开始时间

实际结束时间

计划工作量（人/天）

实际工作量（人/天）

阶段1

阶段2

阶段3

冒烟情况

冒烟测试

时间

是否通过

如不通过，请填写原因

（说明：冒烟测试，是对软件基本的功能进行测试，测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本的功能正常，保证软件系统能跑的起来，可以进行后续的正式测试工作。

举个简单的例子：新开发一个加法软件，答错后会显示正确答案。测试者故意输错答案后却没有显示正确答案，就直接退回给开发人，不必去考虑其他原因。这个就是冒烟测试。）

测试用例统计

案例总数

执行个数

成功个数

失败个数

未执行个数

案例成功率

缺陷的统计与分析

1、缺陷汇总:

列出本次实际发现缺陷数、解诀的缺陷数、残留的缺陷数、未解诀的缺陷数。

2、缺陷分析:

对测试中发现的缺陷按缺陷类型、严重程度进行分类统计；

对测试中发现的缺陷就其功能分布、测试阶段进行统计，分析软件缺陷倾向及其主要原因。

3、残留缺陷与未解决问题：

对残留缺陷对系统功能的影响情况进行分析，对未解决问题对项目的影响(如有列表说明)。

测试结论与建议

风险分析及建议

说明测试报告中可能涉及到的分析分析和建议。

测试结论

说明本项目根据业务需求及开发人员的反馈意见，覆盖了所有的测试需求及案例，均已在st环境测试完成，有效案例一共xx个，执行率x%,成功率xx%,缺陷关闭率为z%,目前缺陷均已修复并回归关闭；

综上所述，xx需求达到ST项目测试出口标准，本项目ST测试(通过/不通过)，可以进行验收测试

交付文档

《 软件测试用例说明》

《软件测试报告书》