银行类非功能测试方案模板V1.docx

上传人:b****5 文档编号:3030773 上传时间:2022-11-17 格式:DOCX 页数:10 大小:18.83KB
下载 相关 举报
银行类非功能测试方案模板V1.docx_第1页
第1页 / 共10页
银行类非功能测试方案模板V1.docx_第2页
第2页 / 共10页
银行类非功能测试方案模板V1.docx_第3页
第3页 / 共10页
银行类非功能测试方案模板V1.docx_第4页
第4页 / 共10页
银行类非功能测试方案模板V1.docx_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

银行类非功能测试方案模板V1.docx

《银行类非功能测试方案模板V1.docx》由会员分享,可在线阅读,更多相关《银行类非功能测试方案模板V1.docx(10页珍藏版)》请在冰豆网上搜索。

银行类非功能测试方案模板V1.docx

银行类非功能测试方案模板V1

二级敏感☆五年

 

非功能测试方案

 

版本修改履历

版本

编写日期

修改内容

编写者

复核者

审核者

V1.0

2017-04-19

新建

1.概述

1.1背景

项目的业务背景、被测系统功能、项目周期、业务部门等信息。

指明本测试方案的参考文档。

序号

资料名称

版本/日期

备注

1

2

3

1.2测试目的

该项目的非功能测试暂时只包括性能测试,不包括兼容性、用户体验、安全性、业务连续性、易维护性、可扩展性、日志管理、系统监控等方面的非功能测试。

描述测试项目的非功能测试(性能测试)目的,测试范围等。

2.测试计划及人员安排

描述本次测试计划开始及完成的日期及所有相关干系人,包括测试执行工程师、测试分析工程师、测试负责人。

开始日期

完成日期

测试执行工程师

测试分析工程师

测试负责人

其他干系人。

3.测试需求

3.1业务比例

平常日业务模型

产品(模块)名称

交易码(交易名称)

交易占比

高峰时期业务模型

产品(模块)名称

交易码(交易名称)

交易占比

特殊时期业务模型

产品(模块)名称

交易码(交易名称)

交易占比

备注:

详见《GDRCC_XX_非功能测试需求调研表V1.0》

3.2测试指标

序号

被测交易名称

响应时间(秒)

成功率

服务器资源使用率

平均

最大

CPU

物理内存

虚拟内存

1

交易1

≥95%

2

交易2

≥95%

3

交易3

100%

4

混合场景

100%

备注:

详见《GDRCC_XX_非功能测试需求调研表V1.0》

3.3测试环境及工具

3.3.1硬件配置

服务器类型

机器型号

硬件配置(CPU/MEM)

测试环境IP

生产

测试

生产

测试

应用服务器

WEB服务器

数据库服务器

备注:

详见《GDRCC_XX_非功能测试需求调研表V1.0》

3.3.2软件配置

软件名称

类型-版本号

生产

测试

中间件

数据库

应用程序

操作系统

备注:

详见《GDRCC_XX_非功能测试需求调研表V1.0》

3.3.3系统架构

插入系统整体架构图。

3.3.4逻辑架构

插入系统逻辑/流程架构图。

3.3.5测试数据要求

描述本次测试所需数据要求。

3.3.6测试工具

描述本次测试实际使用到的测试工具。

【性能测试工具】HPLRv11,在本次测试过程中主要用于服务器的加压。

【监控工具】nmon,在本次测试过程中主要用于系统服务器资源监控。

4.测试原则

(1)准入原则

满足非功能测试准入检查单中配套资料、环境准备、干系人三方面的标准(详见非功能测试准入检查单),如:

●被测系统版本确定,相关交易已通过系统测试。

●测试环境准备就绪,包括软硬件环境的搭建和参数配置。

(2)准出原则(即测试通过)

●严重程度为严重以上的缺陷已为关闭状态。

●因其它原因导致测试终止,经测试经理和科室经理批准。

●全部非功能测试资产已纳入配置管理建立基线。

●测试文档齐全、符合规范。

(3)退回原则(即测试不通过)

●准入检查不通过。

●所有可执行的测试场景已执行完成,有严重以上缺陷未解决,影响后续场景的执行。

●所有测试场景已执行完成,有重大缺陷未解决,即测试不通过。

(4)暂停原则

●测试发现严重性能问题,且短期内无法修复。

●测试项目冲突,低优先级项目挂起。

●测试环境问题,硬件损坏、主机升级暂停等。

●重要测试需求变更。

(5)测试再启动原则

●导致暂停的问题已解决,且未超出项目周期。

5.测试策略

5.1压力发起策略

插入压力发起策图。

5.2测试脚本开发策略

描述Socket、http、mq、soap等协议脚本的开发方式。

5.3测试场景设计策略

从业务场景、并发用户数,虚拟用户加载方式,详细描述。

5.4测试数据设计策略

各个交易的测试数据设计,从可重复数据、不可重复数据、测试数据量、铺底数据量描述。

5.5测试监控指标

描述中间件、数据库、服务器等各监控指标。

5.6测试执行策略

5.6.1单基准测试

目的:

测试系统空闲状态下,对单交易的处理能力是否满足预期指标,获取被测系统对单交易的基本处理信息。

测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

5.6.2单负载测试

目的:

测试系统的负载能力,确认服务器在不同的负载条件下单交易的最大处理能力及各项指标的性能表现是否达到预期目标。

必须经历4个主要阶段,标准阶段:

即所有性能测试指标均满足性能测试需求-->拐点阶段:

即此时系统处理能力达到最大,主要考量指标为TPS-->过载阶段:

在拐点后继续增加Vu观察系统性能变化-->极限阶段:

在满足特定条件下(如成功率大于95%)系统的最大承受极限。

测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

5.6.3混合负载测试

目的:

测试系统的负载能力,确认服务器在不同的负载条件下混合业务模型的最大处理能力及各项指标的性能表现是否达到预期目标。

同时验证交易间是否存在业务逻辑冲突。

必须经历4个主要阶段,标准阶段:

即所有性能测试指标均满足性能测试需求-->拐点阶段:

即此时系统处理能力达到最大,主要考量指标为TPS-->过载阶段:

在拐点后继续增加Vu观察系统性能变化-->极限阶段:

在满足特定条件下(如成功率大于95%)系统的最大承受极限。

根据平常日业务模型测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

根据高峰时期业务模型测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

根据特殊时期业务模型测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

5.6.4混合压力测试

目的:

测试系统的承压性,确认服务器在异常或者极限条件(如减少资源或大数量的用户)时性能是否达到预期目标。

根据平常日业务模型测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

根据高峰时期业务模型测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

根据特殊时期业务模型测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

5.6.5稳定性测试

目的:

测试系统的稳定性,验证系统在一定负载下长时间运行时性能表现是否稳定,是否存在内存泄漏、TPS或系统资源大幅度波动的情况。

测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

5.6.6容量测试

目的:

测试系统的业务容量,获取系统能够承载的最大业务量。

容量测试分为:

一指在特定软件环境、硬件环境下,被测系统可支持同时在线最大用户数;二指数据库SQL语句执行效率在满足性能指标情况下所允许数据的最大量级。

测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

5.6.7配置测试

目的:

测试系统的最佳配置。

测试场景如下:

编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

5.6.8峰谷测试

目的:

测试系统资源使用及释放能力。

测试场景如下:

编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

5.6.9批处理测试

目的:

测试系统批处理能力。

测试场景如下:

测试场景编号

被测交易

协议

VU数

加载策略

迭代速率

运行时长

5.7重用评估

确定任务的前例性、复杂度,是否需要在组织级测试场景库的基础上确定测试场景和测试脚本的重用方案等

6.产出物

填写本测试项目裁剪后要输出的产出物

7.估算结果

如有必要,附《非功能测试估算表》及基线路径。

8.进度计划

根据项目实际情况制定进度计划。

如有必要,附《进度计划表》及基线路径。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 表格模板 > 合同协议

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1