软件测试报告模板.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、对过程改进方面的建议]
升级会员 