XX项目测试报告模板.docx
- 文档编号:12703360
- 上传时间:2023-06-07
- 格式:DOCX
- 页数:9
- 大小:18.22KB
XX项目测试报告模板.docx
《XX项目测试报告模板.docx》由会员分享,可在线阅读,更多相关《XX项目测试报告模板.docx(9页珍藏版)》请在冰点文库上搜索。
XX项目测试报告模板
XXX项目
单元/集成/系统测试报告
项目名称:
项目编号:
TXXXXX
版本:
项目经理:
保密级别:
<内部>
修订历史记录
日期
版本号
变更版本
变更描述
拟定
审核
2016/04/08
V1.0
初稿
新增
2016/11/10
更新
1概述
1.1编写目的
本文为XXX项目系统测试报告,通过本文描述了本次系统测试的测试执行情况以及缺陷统计与分析、分析系统未来潜在的风险以及一些测试建议及对应的解决方法等内容,通过这些客观的数据,评估本次测试之后系统是否满足结束ST的出口条件。
本文读者范围包括本项目相关的业务人员、开发人员、测试人员以及参与本项目其他人员。
1.2项目背景
项目名称
XXX项目
项目简称
项目编号
项目起止日期
开发人员
测试人员
用户
1.3参考文档
XXX需求规格说明书V1.0.doc
XXX单元/集成/系统测试用例V1.0.doc
XXX缺陷管理记录V1.0.xls
1.4业务术语定义
根据项目实际进行业务术语的定义。
2测试范围及策略
2.1测试范围
产品
模块
子模块
功能
测试点或内容
说明:
内容多插入具体附件即可
3测试环境
3.1硬件环境
硬件环境详细参数
应用服务器
数据库服务器
客户端
服务器型号(型号*数量)
CPU(主频*核数)
内存(大小)
磁盘(大小)
3.2软件环境
软件环境详细参数
应用服务器
数据服务器
客户端
操作系统(类型+版本)
应用服务平台
数据库(类型+版本)
JDK(版本)
浏览器(类型+版本)
中间件(类型+版本)
3.3测试工具
用途
工具
厂商/自产
版本
测试管理
测试执行
缺陷管理
4测试执行
注:
测试中测试用例的执行情况,以及发现的缺陷详细描述请参见测试管理工具QC,地址为:
http:
//xxxx/qcbin/start_a.jsp,请注意查找项目名称为《XXXX项目》。
本节描述本次测试整体的执行情况。
4.1测试组织
项目经理
开发负责人
测试负责人
用户负责人
软件工程师
测试人员
【表3-1】测试组织
4.2测试时间
测试
阶段
计划起止时间
实际起止时间
计划工作量(人天)
实际工作量(人天)
合计
2015/04/07
2015/10/14
2015/04/07
2015/10/14
43.5
43.5
【表3-2】测试时间
进度偏差原因分析:
无
工作量偏差原因分析:
无
4.3冒烟情况
冒烟测试
时间
是否通过
如不通过,请写原因
第一次
第二次
第n次
4.5测试用例统计
案例类型
案例总数
执行个数
成功个数
失败个数
未完成个数
未执行个数
案例执行率
成功率
流程类
14
14
14
0
0
0
100.00%
100.00%
功能点类
253
253
253
0
0
0
100.00%
100.00%
报表统计类
0
0
0
0
0
0
0%
0%
算法类
0
0
0
0
0
0
0%
0%
界面类
6
6
6
0
0
0
100.00%
100.00%
报文接口类
7
7
7
0
0
0
100.00%
100.00%
批处理类
4
4
4
0
0
0
100.00%
100.00%
其他
0
0
0
0
0
0
0%
0%
总计
284
284
2842
0
0
0
100.00%
100.00%
5测试结果分析
5.1缺陷统计和分析
本次测试时间为年月日至年月日。
测试一共发现个bug,,确认缺陷个。
测试结束后,各子系统中已发现的缺陷和建议的汇总数据如下:
缺陷汇总
缺陷类别\模块名称
模块1
模块2
模块3
模块4
模块5
数据传递错误
接口错误
其他
.....
问题总计
分析:
从数据可以看出各个接口模块均存在问题,错误类型集中在具体模块上。
缺陷严重程度及状态分析
严重程度
致命
严重
一般
轻微
优化
个数
状态
分析:
本次单元/集成/系统测试,测试出来的缺陷都较为严重。
缺陷相关的统计可参考下面例图
模块–缺陷分布个数–柱状图
模块–缺陷分布比例
bug严重程度–分布比率
缺陷来源统计
开发人员缺陷统计
等,加上适当的分析如
分析:
从以上两个图可以看出,XXX模块的bug数最多,占的比重最大,其他各模块bug比重较为均匀。
缺陷趋势分析
如果测试有多轮,做图表或从QC导出,能反映缺陷数量是收敛的。
5.2遗留缺陷以及问题分析
严重程度
致命
严重
一般
小缺陷
优化
总计
遗留缺陷清单
--
--
--
--
--
--
--
注:
遗留缺陷具体的内容可以参见附件《遗留缺陷清单》QC导出
5.3测试结果统计
指标
计算公式
计算操作
指标要求
达成值
状态
需求测试分析完成率
被测版本完成测试分析的需求/所有的需求
>=
100%
100%
通过
测试需求覆盖率
被测试案例关联的可测试需求/所有可测试需求
=
100%
100%
通过
案例执行率
执行的测试案例数/所有测试案例数
=
100%
100%
通过
致命和严重级别缺陷遗留个数
被测试版本遗留的致命和严重缺陷个数
=
0
0
通过
一般级别缺陷遗留率
被测试版本遗留的一般缺陷数/被测试版本的一般级别有效缺陷数
<=
10%(或2个)
0%
通过
较小级别缺陷遗留率
被测试版本遗留的较小缺陷数/被测试版本的较小级别有效缺陷数
<=
15%(或5个)
0%
通过
6质量评价
如:
该产品达到预计的需求功能要求,按照相对需求的度量方法,项目开发期缺陷密度为3,该项目质量较好。
7测试工作总结
7.1风险提示
本节对于测试之后整个系统的存在的风险进行评估和叙述,例如:
针对本次测试的结果,对本系统提出风险提示:
7.2测试建议
本节对于测试之后整个系统从测试者角度给出测试建议,例如:
针对本次测试的结果,对本系统提出测试建议:
7.3测试结论
本次单元/集成/系统测试共测试了多少个模块等一些总体描述。
8交付文档
《xxx项目_系统测试计划》
《xxx项目_测试案例》
《xxx项目_第一轮测试小结》
《xxx项目_第二轮测试小结》
《xxx项目_ST测试报告》
《xxx项目_测试执行记录》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 项目 测试报告 模板
![提示](https://static.bingdoc.com/images/bang_tan.gif)