测试报告模板.docx
- 文档编号:16999125
- 上传时间:2023-07-21
- 格式:DOCX
- 页数:11
- 大小:128.77KB
测试报告模板.docx
《测试报告模板.docx》由会员分享,可在线阅读,更多相关《测试报告模板.docx(11页珍藏版)》请在冰点文库上搜索。
测试报告模板
XX项目
测试报告
XXX公司
二〇XX年X月
文档修改记录
版本号
版本描述
责任人
日期
备注
V1.0
初始编制
XXX
2012-9-25
目录
1引言1
1.1目的1
1.2定义1
1.3参考资料1
2系统测试报告1
2.1基本信息1
2.2测试记录1
2.3分析与建议1
2.3.1缺陷类别1
2.3.2缺陷来源1
2.3.3Subjet1
2.3.4测试用例关联1
2.3.5测试需求与用例的关联1
2.3.6建议1
2.4测试结果统计1
2.5测试结论1
1引言
1.1目的
提示:
测试分析报告是在测试分析的基础上,对测试的结果以及测试的数据等加以记录和分析总结。
它也是测试过程中的一个重要环节,同时,它也是对软件性能的一个总的分析和认可及对不足之处的说明。
因此,测试分析报告对于今后对软件的功能的加强,不足之处的弥补等都起着十分重要的提纲作用。
1.2定义
提示:
对文档中的专业术语进行解释说明
序号
术语名称
术语定义
1
2
3
1.3参考资料
序号
文档名称
版本号
1
2
3
2系统测试报告
2.1基本信息
测试计划的来源
测试用例的来源
测试对象描述
测试环境描述
测试人员
测试时间
2.2测试记录
子模块
1:
功能点(依据测试计
划中测试需求来定)
是否通过测试
BUG描述
备注
存在的BUGID及BUG描
述
1如果该功能点还是
存在未解决的缺陷,
但该缺陷对用户的使
用影响不大,不影响
此次发布。
可以写
“通过”测试并在此
栏说明原因。
2如果该功能点确实
存在严重缺陷而未解
决,则标明“未通
过”
子模块
2:
功能点(依据测试计
划中测试需求来定)
是否通
过测试
BUG描述
备注
2.3分析与建议
提示:
对发现的缺陷问题进行总结与归纳,提出帮助性的修改或改进意见。
应从以下几个方面提供缺陷分布图:
(从TD中导出:
DEFECTS分析Graphs
2.3.1缺陷类别
如下图所示
图错误!
文档中没有指定样式的文字。
-1缺陷类别(注意:
如果使用表不用写表号和表名)
2.3.2缺陷来源
如下图所示:
图错误!
文档中没有指定样式的文字。
-2缺陷来源
2.3.3Subjet
如下图所示
图错误!
文档中没有指定样式的文字。
-3Subject
2.3.4测试用例关联
1.如下图所示测试用例总数从TD的“Testlab”中按每次对应测试版本选择的执行用例数获得。
2.从该版本对应的测试用例总数中统计出“未通过”状态的测试用例数作为发现缺陷的测试用例数。
3.缺陷总数可以通过TD查找获得。
4.“通过测试用例发现的缺陷数”可以从TD的最高管理员登录,登录地址:
http:
//192.168.21.140/tdbin/SiteAdmin.htm,登录后选择对应项目的BUG表,执行以下SQL语句:
SELECTCOUNT(*)FROMBUGWHEREBG_CYCLE_ID<>NULLANDBG_DETECTION_VERSION='测试版本号'获得数据。
版本号
测试用例总数
发现缺陷的测试用例数
缺陷总数
通过测试用例发现的缺陷数
测试版1
测试版2
测试版3
测试版n
汇总
2.3.5测试需求与用例的关联
提示:
只统计最终发布给客户的版本,以图表方式显示(从TD中导出:
TESTPLAN分析Graphs
图错误!
文档中没有指定样式的文字。
-4测试需求与用例的关联
【分析:
对以上的统计结果做原因分析(如功能方面的缺陷较多,可能是由于开发人员对需求理解不正确造成。
或界面方面的缺陷较多,可能是由于开发人员对用户界面方面的经验不足等)】
2.3.6建议
提示:
从测试角度出发,提出一些建议和改进意见。
2.4测试结果统计
提示:
对各个测试类型(集成测试,系统测试)以及各当前版本的缺陷统计(单位:
个)。
版本号
严重
一般
轻微
测试版1
测试版2
测试版3
测试版n
以前版本遗留
汇总
说明:
严重对应TD中的紧急、特高、高三个缺陷级别;
一般对应TD中的中等缺陷级别;
轻微对应TD中的低的缺陷等级;
【对各个测试版本中产生的缺陷数进行统计,以图表方式显示(从TD中导出:
DEFECTS分析Graphs
注:
在这里需要从status中选择“NOT”“不作为BUG“,避免统计结果不正确)】
图错误!
文档中没有指定样式的文字。
-5各版本缺陷数据
提示:
对各个测试版本中的缺陷解决情况的统计(单位:
个)(注:
对于发布给客户的最终版本即RELEASE版本,则不允许出现“推迟解决”状态的缺陷,但对于β版本,则允许出现“推迟解决”状态的缺陷。
)
版本号
已解决
推迟解决
无法解决
拒绝修改
测试版1
测试版2
测试版3
测试版n
以前版本遗留
汇总
测试用例执行率统计:
【本次测试过程中执行的测试用例总数和测试通过的测试用例总数。
】
2.5测试结论
提示:
依据测试记录中的“测试是否通过”一项来判断,汇总各类测试内容测试结果,如存在“未通过”的功能点,则本次测试版本不能发布。
测试结论
序号
测试内容
测试结果
1
□通过□不通过
2
□通过□不通过
3
□通过□不通过
测试结论:
本次测试包含数据库联网测试、weblogic联网测试。
经测试,Oracle数据库、Weblogic应用中间件、都能正常运行,达到项目要求。
经建设单位、承建单位组织代表共同检验,本项目各设备联网测试结果符合要求。
建设单位(盖章):
项目负责人:
日期:
监理单位(盖章):
总监理工程师:
日期:
承建单位(盖章):
项目经理:
日期:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试报告 模板