系统集成测试报告模板.docx
- 文档编号:14592477
- 上传时间:2023-06-24
- 格式:DOCX
- 页数:14
- 大小:66.07KB
系统集成测试报告模板.docx
《系统集成测试报告模板.docx》由会员分享,可在线阅读,更多相关《系统集成测试报告模板.docx(14页珍藏版)》请在冰点文库上搜索。
系统集成测试报告模板
文件编号:
密级:
集成/系统测试报告
编制:
审核:
批准:
发布日期:
智慧科技有限公司
年
月
修订记录
序号
修订(+/-)说明
作者
版本号
日期
批准
1
2
3
4
5
6
7
8
9
10
1简介
1.1摘要
本小节应概述此文档所包含的主要内容,并解释文档的组织方式。
1.2目的
说明本报告是哪一个测试活动的总结,阐明编写集成/系统测试报告的目的并指明读者对象。
1.3范围
列出本报告适用的产品及项目名称、测试对象的版本,它的相关项目。
1.4术语表
本小节应提供正确理解此文档所需的全部术语、首字母缩写词和缩略语的定义。
这些信息也可以通过引用专门的项目词汇表来提供。
本文档使用的术语如下表:
术语
解释
1.5参考资料
注:
下表中列出的文档只是一些示例,实际应用时必须根据项目的具体情况及测试类型(集成测试、系统测试)选用。
下表列出了制定此测试报告时所参考的资料:
文档名称
版本号
作者
发布日期
XX项目建设方案
项目SOW、合同
XX项目计划
XX项目业务计划
XX项目高级需求
XX项目软件需求规格说明书
XX项目概要设计说明书
XX项目集成/系统测试计划
XX项目集成/系统测试用例
XX项目集成/系统缺陷列表
2项目背景
简要描述项目背景,如项目的主要功能特征、体系结构及简要历史,说明项目来源、用户单位等
3测试环境
3.1测试网络拓扑图
3.2硬件环境
硬件环境及其配置描述如下表:
设备用途
基本配置
IP地址
其他说明
Server1
PIII850、256内存、40G硬盘、4X100M网卡
171.16.0.2
SJY15服务器密码机
Server2
同上
171.16.1.2
同上
Server3
同上
171.16.2.2
同上
Server4
同上
171.16.3.2
同上
OCSP服务器
KOALOCSP网关
171.16.3.3
SJW16密码卡
KMC/SAC管理终端
P41.6G、256内存、40G硬盘、1X100M网卡
MW读卡器
CA/PMS/SAC管理终端
同上
MW读卡器(支持SSF33加密算法)
RA管理终端
同上
MW读卡器
MWKey(支持SSF33加密算法)
用户终端
同上
MWKey
三层交换机
CICSOcatalyst3550
3.3软件环境
各计算机上安装的软件环境如下表:
设备类别
软件名称及版本
Server1
中文Redhat7.3、JDK1.4.1、Tomcat4.1.2、ORACLE8.1、KMC、SAC、SPKM、SSL
Server2
中文Redhat7.3、JDK1.4.1、Tomcat4.1.2、ORACLE8.1、Openldap、CA、CKS、PMS、SAC、SPKM、SSL
Server3
中文Redhat7.3、JDK1.4.1、Tomcat4.1.2、ORACLE8.1、RA、SPKM、SSL
Server4
中文Redhat7.3、JDK1.4.1、Tomcat4.1.2、Openldap、OnlineRA、SPKM、SSL
KMC/SAC管理终端
Windows2000pro、IE6.0、SACClient、RAClient、KOALCSP、ORACLE8.1Client、读卡器驱动
CA/PMS/SAC管理终端
Windows2000pro、IE6.0、SACClient、RAClient、KOALCSP、ORACLE8.1Client、读卡器驱动
RA管理终端
Windows2000pro、IE6.0、RAClient、KOALCSP、读卡器驱动、MWKey驱动
用户终端
Windows2000pro、IE6.0、RAClient、MWKey驱动
4计划执行情况
4.1实际测试时间及测试人员
描述实际测试工作参与人员、测试地点及人力资源消耗。
以下数据可以从测试用例中拷贝过来。
工作内容
开始时间
结束时间
测试人员
投入工作量(人日)
制定集成/系统测试计划
测试设计
熟悉产品、准备测试
搭建集成/系统测试环境
功能测试
回归测试
性能测试
稳定性测试
……
编写集成/系统测试报告
4.2计划的偏差
描述实际测试时间、人力资源消耗与计划的偏差。
以下数据可以从上表及测试计划中拷贝过来。
偏差也可以用百分比表示。
测试开始时间
测试结束时间
工作量(人日)
计划
2004-10-1
2004-11-2
35
实际
2004-10-5
2004-11-10
40
偏差
延后4天
延后8天
5
5测试结果总结
总结集成/系统测试经历的轮数及测试发现缺陷的状态分布、严重性分布、完成度分布等结果,对于集成测试报告,要求缺陷状态都已closed,对于系统测试报告,要求缺陷状态都已closed或resolved,以下图表可以从mantis中拷贝过来],例如:
截至2004-10-24为止,开发人员/测试人员对RA4.9.3产品进行了2轮集成/系统测试,现将测试结果总结如下:
5.1缺陷按照功能分类
根据功能
Open
Resolved
Closed
Total
功能1
0
1
0
1
功能2
0
1
52
53
功能3
0
3
1
4
功能4
0
1
3
4
功能5
0
27
116
143
功能6
0
5
20
25
5.2缺陷按照性能分类
根据性能
Open
Resolved
Closed
Total
性能指标1
0
1
0
1
性能指标2
0
1
52
53
性能指标3
0
3
1
4
性能指标4
0
1
3
4
性能指标5
0
27
116
143
性能指标6
0
5
20
25
5.3缺陷按照状态分类
根据状态
Open
Resolved
Closed
Total
Resolved
0
38
0
38
Closed
0
0
192
192
其中:
1、resolved状态缺陷的完成度由开发人员或项目经理设置为“notabug、won’tfix、suspended、duplicated”等,是测试人员与开发人员有争议的缺陷、重复报告的缺陷或延期解决的缺陷;
2、closed状态的缺陷为已解决并且被确认解决、由测试人员关闭的缺陷;
5.4缺陷按照类型分
根据类别
Open
Resolved
Closed
Total
性能
0
1
0
1
文档
0
1
52
53
其它
0
3
1
4
安装
0
1
3
4
功能
0
27
116
143
界面
0
5
20
25
5.5缺陷按照严重性分类
根据严重性
Open
Resolved
Closed
Total
Text
0
0
8
8
Minor
0
28
85
113
Major
0
10
99
109
Crash
0
0
2
2
5.6缺陷按照完成度分类
根据完成度
Open
Resolved
Closed
Total
Fixed
0
0
176
176
unabletoduplicate
0
0
1
1
notfixable
0
2
0
2
Duplicate
0
0
10
10
notabug
0
15
5
20
Suspended
0
8
0
8
won'tfix
0
13
0
13
5.7缺陷按照模块分类
根据模块
Open
Resolved
Closed
Total
功能模块1
0
0
28
28
功能模块2
0
0
10
11
功能模块2
0
2
70
72
5.8缺陷列表
列出测试发现的所有缺陷、或给出缺陷列表文档的超链(一般链接到一个EXCEL文件),应该按缺陷状态如已关闭的、打开的等分类显示在不同的EXCEL页中,缺陷列表可以从mantis中直接导出,再略加整理。
6测试评价
本章节仅适用于系统测试报告
6.1测试覆盖度
测试覆盖是对测试完全程度的评测,假定测试用例对需求的覆盖比例是100%,我们使用对测试用例的执行比例来表示对需求的测试覆盖度,请按照测试用例指出哪些用例已经测试,是否通过?
哪些未被测试,原因是什么?
覆盖度关注的是测试的完全程度,而不关注发现错误的性质及解决的情况,其依据为测试人员在测试用例上的记录,错误数与在mantis中报告的缺陷数可以不同(例如:
对于文档的测试,测试用例的颗粒度为一篇文档,而不是文档中的页或行,所以,不管该文档中出现多少错误,在mantis中我都必须分别记录,而在此错误数只能记录为1,错误数不应大于用例数,其它情况同样,)。
若测试是通过自动测试工具完成的,则应在备注栏注明。
下表数据可以从测试用例中统计出来。
例如:
RA4.9.3的系统测试覆盖度如下表:
序号
软件需求分类
测试用例数
通过数
错误数
未测数
备注
1.
RA总中心系统部署
20
15
2
3
异常流程未测试
2.
RA分中心系统部署
25
0
0
25
时间紧迫,项目经理未要求测试
3.
用户RA模块
100
80
20
0
4.
企业RA模块
120
20
20
80
与用户RA类似的用例未测试
5.
管理员RA模块
50
6.
产品文档
3
3篇文档
7.
支持的Web服务器
2
支持2种Web服务器
8.
支持的数据库服务器
2
支持2种数据库
9.
数据库容量测试
3
数据库容量100万、50万、10万时的测试发证状况
10.
多并发用户下签发效率
4
100VU、50VU、10VU、5VU时发双证书效率
11.
产品稳定性
1
24小时5VU发证
总计
1200
900
100
200
百分比
75%
8%
17%
注:
测试通过的用例百分比=通过总数/用例总数X100;
测试错误的用例百分比=错误总数/用例总数X100;
未测试用例百分比=未测用例数/用例总数X100;
6.2KLOC缺陷率
对于新研发项目,我们用千行代码(KLOC)中包含的缺陷数来描述提交测试的产品的总体质量,统计源代码时,应忽略源代码文件中的说明行及空白行,缺陷数指有效缺陷数,即将文档缺陷及误报的缺陷(完成度为:
notabug、duplicated的缺陷)不计算在内。
例如:
RA4.9.3核心部分主要由java代码组成,定制部分主要由jsp和xml代码组成,产品的源代码行数如下表:
源代码文件扩展名
代码行数
.java
18762
.jsp
2093
.xml
5282
合计
26137
本项目的源代码行数为:
26137
有效缺陷数为:
64
KLOC缺陷率为:
2.45‰
6.3文档缺陷率
描述每页文档的缺陷数。
6.4节能率测试情况
6.4.1节能率测试方法
描述所采用的节能率测试方法,可参照节能率定义文档。
6.4.2节能率测试结果
填写测试结果,并对结果进行说明分析
7不足和建议
此部份将揭露被测软件系统的设计、功能、性能、业务流程、实施等方面存在的不足、限制及可能给软件运行带来的风险,并为弥补上述风险提供改进建议。
如果没有推荐改进,则提供“无”。
8经验教训总结
总结本次测试活动的经验教训,此部份将说明测试过程中遇到的问题,这些问题可以包括项目管理方面的、软件开发过程方面的、与其它部门协调方面的、资源方面的、测试计划方面的或其它方面的,以便在以后的项目中有所改进],例如:
(1)配置管理不规范,存在研发人员在测试环境修改代码的现象;
(2)项目经理对缺陷评审工作不重视,随意指定其他人员评审缺陷;
(3)测试计划制定不合理,没有预留足够的测试时间;
(4)项目需求管理不力,需求变更未评审,对alpha2版本随意增减功能模块;
(5)需求变更未通知测试部,致使测试用例与需求脱节;
(6)软件需求编写不规范、不详细,不足以设计测试用例;
(7)测试人员对系统业务了解不深,不能把握业务相关的问题;
(8)没有对测试人员进行必要的培训,使得测试人员衡量缺陷的尺度不同。
9测试结论
本章节仅适用于系统测试报告,按照系统测试计划中制定的测试通过准则,说明能否通过测试。
说明是否能够启动验收测试工作,版本质量是否能够市场发布,发布存在的风险大不大等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统集成 测试报告 模板