1、银行类非功能测试方案模板V1二级敏感 五年非功能测试方案版本修改履历版本编写日期修改内容编写者复核者审核者V1.02017-04-19新建1. 概述1.1 背景项目的业务背景、被测系统功能、项目周期、业务部门等信息。指明本测试方案的参考文档。序号资料名称版本/日期备注1231.2 测试目的该项目的非功能测试暂时只包括性能测试,不包括兼容性、用户体验、安全性、业务连续性、易维护性、可扩展性、日志管理、系统监控等方面的非功能测试。描述测试项目的非功能测试(性能测试)目的,测试范围等。2. 测试计划及人员安排描述本次测试计划开始及完成的日期及所有相关干系人,包括测试执行工程师、测试分析工程师、测试负
2、责人。开始日期完成日期测试执行工程师测试分析工程师测试负责人其他干系人。3. 测试需求3.1 业务比例平常日业务模型产品(模块)名称交易码(交易名称)交易占比高峰时期业务模型产品(模块)名称交易码(交易名称)交易占比特殊时期业务模型产品(模块)名称交易码(交易名称)交易占比备注:详见GDRCC_XX_非功能测试需求调研表V1.03.2 测试指标序号被测交易名称响应时间(秒)成功率服务器资源使用率平均最大CPU物理内存虚拟内存1交易195%2交易295%3交易3100%4混合场景100%备注:详见GDRCC_XX_非功能测试需求调研表V1.03.3 测试环境及工具3.3.1 硬件配置服务器类型机
3、器型号硬件配置(CPU/MEM)测试环境IP生产测试生产测试应用服务器WEB服务器数据库服务器备注:详见GDRCC_XX_非功能测试需求调研表V1.03.3.2 软件配置软件名称类型-版本号生产测试中间件数据库应用程序操作系统备注:详见GDRCC_XX_非功能测试需求调研表V1.03.3.3 系统架构插入系统整体架构图。3.3.4 逻辑架构插入系统逻辑/流程架构图。3.3.5 测试数据要求描述本次测试所需数据要求。3.3.6 测试工具描述本次测试实际使用到的测试工具。【性能测试工具】HP LRv11,在本次测试过程中主要用于服务器的加压。【监控工具】nmon,在本次测试过程中主要用于系统服务器
4、资源监控。4. 测试原则(1)准入原则满足非功能测试准入检查单中配套资料、环境准备、干系人三方面的标准(详见非功能测试准入检查单),如:被测系统版本确定,相关交易已通过系统测试。测试环境准备就绪,包括软硬件环境的搭建和参数配置。(2)准出原则(即测试通过)严重程度为严重以上的缺陷已为关闭状态。因其它原因导致测试终止,经测试经理和科室经理批准。全部非功能测试资产已纳入配置管理建立基线。测试文档齐全、符合规范。(3)退回原则(即测试不通过)准入检查不通过。所有可执行的测试场景已执行完成,有严重以上缺陷未解决,影响后续场景的执行。所有测试场景已执行完成,有重大缺陷未解决,即测试不通过。(4)暂停原则
5、测试发现严重性能问题,且短期内无法修复。测试项目冲突,低优先级项目挂起。测试环境问题,硬件损坏、主机升级暂停等。重要测试需求变更。(5)测试再启动原则导致暂停的问题已解决,且未超出项目周期。5. 测试策略5.1 压力发起策略插入压力发起策图。5.2 测试脚本开发策略描述Socket、http、mq、soap等协议脚本的开发方式。5.3 测试场景设计策略从业务场景、并发用户数,虚拟用户加载方式,详细描述。5.4 测试数据设计策略各个交易的测试数据设计,从可重复数据、不可重复数据、测试数据量、铺底数据量描述。5.5 测试监控指标描述中间件、数据库、服务器等各监控指标。5.6 测试执行策略5.6.1
6、 单基准测试目的:测试系统空闲状态下,对单交易的处理能力是否满足预期指标,获取被测系统对单交易的基本处理信息。测试场景如下:测试场景编号被测交易协议VU数加载策略迭代速率运行时长5.6.2 单负载测试目的:测试系统的负载能力,确认服务器在不同的负载条件下单交易的最大处理能力及各项指标的性能表现是否达到预期目标。必须经历4个主要阶段,标准阶段:即所有性能测试指标均满足性能测试需求-拐点阶段:即此时系统处理能力达到最大,主要考量指标为TPS-过载阶段:在拐点后继续增加Vu观察系统性能变化-极限阶段:在满足特定条件下(如成功率大于95%)系统的最大承受极限。测试场景如下:测试场景编号被测交易协议VU
7、数加载策略迭代速率运行时长5.6.3 混合负载测试目的:测试系统的负载能力,确认服务器在不同的负载条件下混合业务模型的最大处理能力及各项指标的性能表现是否达到预期目标。同时验证交易间是否存在业务逻辑冲突。必须经历4个主要阶段,标准阶段:即所有性能测试指标均满足性能测试需求-拐点阶段:即此时系统处理能力达到最大,主要考量指标为TPS-过载阶段:在拐点后继续增加Vu观察系统性能变化-极限阶段:在满足特定条件下(如成功率大于95%)系统的最大承受极限。根据平常日业务模型测试场景如下:测试场景编号被测交易协议VU数加载策略迭代速率运行时长根据高峰时期业务模型测试场景如下:测试场景编号被测交易协议VU数
8、加载策略迭代速率运行时长根据特殊时期业务模型测试场景如下:测试场景编号被测交易协议VU数加载策略迭代速率运行时长5.6.4 混合压力测试目的:测试系统的承压性,确认服务器在异常或者极限条件(如减少资源或大数量的用户)时性能是否达到预期目标。根据平常日业务模型测试场景如下:测试场景编号被测交易协议VU数加载策略迭代速率运行时长根据高峰时期业务模型测试场景如下:测试场景编号被测交易协议VU数加载策略迭代速率运行时长根据特殊时期业务模型测试场景如下:测试场景编号被测交易协议VU数加载策略迭代速率运行时长5.6.5 稳定性测试目的:测试系统的稳定性,验证系统在一定负载下长时间运行时性能表现是否稳定,是
9、否存在内存泄漏、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