软件测试报告模板样本.docx

软件测试报告模板样本.docx

《软件测试报告模板样本.docx》由会员分享，可在线阅读，更多相关《软件测试报告模板样本.docx（9页珍藏版）》请在冰豆网上搜索。

软件测试报告模板样本

XX系统

测试报告

文件状态

[]草稿

[]正式发布

[]正在修改

报告编号：

JDFWXT_SSQA_2016_001

当前版本：

V1.0

编写人：

编写日期

2016年1月29

审批人：

审批日期

保密级别：

普通

版本变更记录

表格0-1版本变更记录

版本号

操作人

操作

日期

说明

V1.0

创建

2016/01/27

V1.0

校对

项目基本信息

表格0-2项目基本信息

项目名称

客户方

开发方

测试负责人

项目负责人

1引言

1.1编写目的

本测试报告为XX系统测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。

预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

1.2项目背景

1.3参考资料

表1-3列出了此次报告涉及到的参考资料。

表1-3参考资料

名称

备注

鉴定服务系统-需求规格说明书

鉴定服务系统-测试用例V1.0

GBT15532-2008计算机软件测试规范

GBT9386-2008计算机软件测试文档编制规范

1.4术语和缩略语

本文使用了表格14-1术语/定义所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。

表14-1术语/定义

术语/定义

说明

用户

使用鉴定服务系统办公人员

系统管理员

是该系统的一种用户，其权限是添加其他用户并为用户分配相应的角色

表14-2缩略语所列为本文用到的缩略语。

表14-2缩略语

缩略语

说明

UDC

UserCenteredDesign

BA

BusinessAnalyst

测试范围

测试该项目所需要执行的全部工作

2测试概要

[测试的概要介绍，包括测试的一些申明、测试范围、测试目的等等，主要是测试情况简介]

要达到测试目标，需要满足一下假设：

a）BA人员提供的需求用例，可以100%反应业务需求；

b）发生需求变更后，会及时更新需求用例或发布需求变更

c）任何测试需求变更时稳定、有序的；

d）业务对测试人员提供必要的业务培训或协助

2.1测试用例设计

[简要介绍测试用例的设计方法。

例如：

等价类划分、边界值、因果图。

。

。

]

测试用例设计原则：

1.需求覆盖要求：

a）与需求用例严格一一对应；

b）根据需求变更文档，实时补充；

2.测试设计方法：

a）以测试类型为基础，包含正常功能和可靠性（异常处理和恢复等）测试；

b）常规方法：

等价类划分、边界值、因果图等；

3.测试类型覆盖要求

测试类型说明（每种类型都包含正常功能和可靠性测试）：

a）业务正确性：

1）业务数据流测试：

实现关键业务数据流的测试。

2）关键功能点测试：

对独立的需求功能点实现的测试。

b）数据验证

1）数据一致性：

对数据在不同页面，不同系统间流转的一致性的验证。

2）数据同步：

设计数据更新，数据库同步方面的测试。

3）数据有效性：

满足和不满足置顶模块的输入数据要求的测试。

4）状态转换的是：

涉及状态转换功能点的测试。

c）安全测试

权限测试：

登陆用户角色管理，不同权限的用户访问的测试。

d）兼容性测试：

对不同浏览器，不同操作系统，硬件设备支持等软硬件环境的兼容。

e）出错处理测试：

对于页面访问、权限或HTTP异常等错误出现后的处理机制

f）UCD

可用性：

以用户使用习惯为标准，验证用户操作的可用性

用户界面：

UI界面设计是否满足整体要求

2.2测试环境与配置

2.3测试方法与工具

测试内容

测试方法

测试工具

备注

功能测试

黑盒、手工、回归

禅道

安全测试

黑盒、手工、回归

禅道

兼容性测试

黑盒、手工、回归

禅道

易用性测试

黑盒、手工、回归

禅道

文档测试

黑盒、手工、回归

禅道

3

测试内容和执行情况

[采用了CMM/ISO或者其他工程标准过程。

这部分主要汇总各种数据并进行度量，度量包括对软件能力评估、对软件产品的质量度量和产品评估。

]

3.1项目测试概况表

项目测试概况表

项目版本

开始时间

结束时间

用例数

用例通过数

问题数

用例通过率

个

个

%

2016.1.19

2016.1.28

3.2功能

各模块以手工测试为主，主要关注基于各种渠道（需求用例，需求变更，邮件沟通，电话沟通、聊天软件沟通）提取的功能点的实现，保证模块内功能实现和健壮，充分考虑系统可靠性，异常处理等。

包括每轮分布后的例行冒烟测试。

共执行模块内功能测试：

（）轮

共执行冒烟测试：

（）轮

功能测试情况概要

模块名称

开始时间

结束时间

用例数

用例通过数

问题数

用例通过率

个

个

%

2016.1.20

2016.1.28

3.3安全性测试

测试内容

基本要求

测试情况

测试通过

用户权限

所有授权用户是否能在所授权限下进行工作，不允许超越权限

实现要求

3.4兼容性测试

3.5易用性测试

测试内容

基本要求

测试情况

测试通过

3.6覆盖分析

测试覆盖率

模块名称

用例个数

执行数

各模块测试覆盖率

未/漏测分析和原因

测试覆盖率计算：

执行数/用例总数x100%=覆盖率

4缺陷统计与分析

4.1缺陷汇总

4.2缺陷分析

本部分对上述缺陷和其他测试数据进行综合分析

重要缺陷分析表

模块名称

缺陷编号

简要描述

分析结果

测试通过

（Pass/Fail）

4.3残留缺陷与未解决问题

残留缺陷与未解决问题表

模块名称

缺陷编号

性质

简要描述

原因分析

如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因

5测试结论与建议

5.1测试结论

“xx系统”在用户现场环境进行功能、可使用性、可靠性、安全性、文档功能5个方面进行了全面、严格、规范的测试。

测试结果表明：

“xx系统”完全达到业务需求文档中的要求，并具有以下特点：

1、系统架构先进、简单。

该系统采用先进的B/S架构，后台支持各种大小数据库，系统结构清晰明确，可满足网路软件应用的要求。

2、功能全面。

该软件由xx等模块组成，涵盖了xx全部业务功能，提供了xx各种查询报表，保证鉴定评审业务在系统中的正常应用，以及鉴定服务工作顺利开展。

3、系安全性较好。

系统具有严格的权限设置功能，不同的权限人员只能看到自己有权限访问的内容，有效的保证了数据安全，并且采用加密技术加密数据，提高数据安全性

4、系统可靠性高。

对用户输入不符合要求的数据，给出了简洁、准确的提示信息，必要时给出了帮助。

5、系统兼容性好。

能满足用户在各种操作系统中软件的正常使用。

6、测试结果表明：

“xx系统”在测试过程中，被测功能运行正常，系统界面友好，操作简便、易于维护，通过测试

5.2建议

[1、对系统存在的问题的说明，描述测试所揭露的软件的缺陷和不足，以及可能给软件实施和运行带来的影响

2、可能存在的潜在的缺陷和后续的工作

3、对缺陷修改和产品设计的建议

4、对过程改进方面的建议]