技术测试报告
文档编号:
版本信息:V0.1
密 级:
文档日期:2014年6月3日
文档修订信息
版本 | 修正章节 | 日期 | 作者 | 变更记录 |
V0.1 | 2014/06/03 | 禚元帅 | ||
本文档仅适用中国青岛银行科技部相关人员使用。
文档有效期
遵循文档管理规定。
1简介
1.1文档简介
本文档为青岛银行综合理财项目测试的总结报告,重点针对理财销售系统的对公封闭式理财产品,对私开放式理财产品,对公封闭式产品三支理财产品,对测试范围,测试执行情况,测试环境部署,以及测试结果分析,并对本次的测试结论及产品质量进行了分析。
1.2文档目的
青岛银行开放式理财项目技术测试报告,目的在于总结本次测试的执行情况和测试结果,分析被测系统的质量情况与遗留问题风险。用于指导项目技术测试,也是项目验收重要依据之一。
1.3面向人员
本文档的阅读人员包括测试人员、项目管理者和需要阅读本报告的其他有关部门人员。
1.4文档组织结构
第一章简介
第二章测试目标
第三章测试概况
第四章测试结果分析
第五章测试结论及产品质量分析
第六章缺陷清单
1.5参考文档
作者 | 文档名称 | 文档版本 | 出版日期 | 出版单位或归属单位 |
术语 | 全 称 | 说 明 |
(简要说明测试的目标)
指标 | 计算公式 | 指标要求 | 达成植 |
需求测试分析完成率 | 被测版本完成测试分析的需求/所有的需求 | 100% | 100% |
测试需求覆盖率 | 被测试案例关联的可测试需求/所有可测试需求 | 100% | 100% |
案例执行率 | 执行的测试案例数/所有测试案例数 | 100% | 100% |
致命和严重级别缺陷遗留个数 | 被测试版本遗留的致命和严重缺陷个数 | 0 | 0 |
一般级别缺陷遗留率 | 被测试版本遗留的一般缺陷数/被测版本的一般级别有效缺陷数 | <=10%(或2个) | 0 |
较小级别缺陷遗留率 | 被测试版本遗留的较小缺陷数/被测版本的较小级别有效缺陷数 | <=15%(或5个) | 0 |
未关闭缺陷弥补率 | 所有未关闭缺陷必须有临时解决方案 | 100% | 100% |
3.1测试组织
项目经理:
开发人员:唐力,钟伟杰
测试负责人:禚元帅,杨位通
测试人员:禚元帅,杨位通
测试环境支持:杨位通
3.2测试实际执行情况
3.2.1测试安排
测试阶段 | 实际开始时间 | 实际结束时间 | 计划工作量(人天) | 实际工作量(人天) | 执行人 |
第一轮测试 | 杨位通 | ||||
第二轮测试 | |||||
工作量合计(人天) |
测试的功能通过情况,通过/不通过
序号 | 系统名称 | 模块名称 | 功能名称 | 是否通过测试 |
1 | 综合理财平台 | 行内理财-对公封闭式产品 | 理财产品购买 | 通过 |
2 | 综合理财平台 | 行内理财-对公封闭式产品 | 理财产品撤单 | 通过 |
3 | 综合理财平台 | 行内理财-对公封闭式产品 | 理财产品兑付 | 通过 |
4 | 综合理财平台 | 行内理财-对私开放式产品 | 理财产品购买 | 通过 |
5 | 综合理财平台 | 行内理财-对私开放式产品 | 理财产品撤单 | 通过 |
6 | 综合理财平台 | 行内理财-对私开放式产品 | 理财产品赎回 | 通过 |
7 | 综合理财平台 | 行内理财-对私开放式产品 | 理财产品结转 | 通过 |
8 | 综合理财平台 | 行内理财-对公开放式产品 | 理财产品购买 | 通过 |
9 | 综合理财平台 | 行内理财-对公开放式产品 | 理财产品撤单 | 通过 |
10 | 综合理财平台 | 行内理财-对公开放式产品 | 理财产品赎回 | 通过 |
11 | 综合理财平台 | 行内理财-对公开放式产品 | 理财产品结转 | 通过 |
3.3.1硬件环境
名称 | 产品型号及配置描述 |
数据库及ETL服务器 | Oracle11g |
WEB应用服务器 | Websphere 7.0 |
存储 | |
网卡 |
名称 | 说明 |
数据库 | Oracle11g |
应用服务器 | Websphere 7.0 |
应用开发平台 | MyEclipse |
ETL运行平台 | |
客户端浏览器 |
系统主要采取的是黑盒测试,已知产品的功能设计规格,进行测试证明每个实现了的功能是否符合要求。包含功能单元测试、系统功能间的集成测试及系统整体的系统测试。
系统缺陷管理工具为开源软件JIRA,能够严格控制测试版本及缺陷跟踪。
3.3.4测试案例的设计方法
划分等价类:等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试。因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据,取得较好的测试结果,等价类划分可有两种不同的情况。有效等价类和无效等价类。
边界值分析:边界值分析是通过选择等价类边界的测试用例。边界值分析法不仅重视输入条件边界,而且也必须考虑输出域边界。它是对等价类划分方法的补充。长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例,可以查出更多的错误。例如:理财产品的大额赎回功能测试。
正交试验设计法:就是使用已经造好了的正交表格来安排试验并进行数据分析的一种方法,目的是用最少的测试用例达到最高的测试覆盖率。例如,利用同一个周期,测试不同支产品。
4测试结果分析
4.1测试覆盖分析
4.1.1需求覆盖分析
综合理财项目本次测试包含三种理财产品,对公封闭式理财产品,对私开放式理财产品,对公开放式理财产品。从产品信息录入到整个交易结束的生命周期;通过1个月的测试,测试用例对测试需求达到了全覆盖。
4.1.2测试覆盖分析
本次测试完全按照《开放式理财项目技术测试案例》文档进行,将测试案例中涉及到的需求点进行了全面的测试
4.2缺陷分布分析
4.3缺陷统计
4.3.1缺陷统计表
4.3.1.1缺陷按模块分布情况
系统名称 | 缺陷数 |
理财综合平台 | 1 |
产品收益率查询的缺陷有1个,功能性建议有0个,目前缺陷已关闭。
缺陷趋势图
4.3.2残留缺陷
(无)
5测试结论及产品质量分析
5.1测试结论
本次测试包含三种产品(对公封闭式理财产品,对私开放式理财产品,对公封闭式理财产品),测试执行过程中,测试需求覆盖率100%,测试用例覆盖率100%,本轮测试对三个系统间涉及的全部交易进行完全测试。测试完成后,未发现致命级别的缺陷,严重级别和一般级别的缺陷都处于已经关闭状态。
5.2产品质量分析
6缺陷清单
(以附件形式或指明缺陷清单文件的路径)