框架软件性能测试方案.docx
《框架软件性能测试方案.docx》由会员分享，可在线阅读，更多相关《框架软件性能测试方案.docx（8页珍藏版）》请在冰豆网上搜索。
框架软件性能测试方案
框架性能测试方案
作者：
Kevin
日期：
2011-4-2
审批：
Lucas
日期：
变更记录
日期
版本
变更说明
作者
2011-4-2
V1.0
初稿。
Kevin
目录
前言3
1第一章系统性能测试概述3
1.1被测系统定义3
1.1.1功能简介4
1.1.2性能测试指标4
1.2系统结构及流程4
1.2.1系统总体结构4
1.2.2功能模块描述4
1.2.3业务流程5
1.2.4系统的关键点描述（KP）5
1.3性能测试环境5
2第二章性能测试6
2.1压力测试6
2.1.1压力测试概述7
2.1.2测试目的7
2.1.3测试方法及测试用例7
2.1.4测试指标及期望8
2.1.5测试数据准备9
2.1.6运行状况记录9
3第三章测试过程及结果描述10
3.1测试描述10
3.2测试场景10
3.3测试结果10
4第四章测试报告11
前言
本《框架性能测试方案》基于框架的稳定、安全以及性能考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的系统的性能测试。
1第一章框架系统性能测试概述
1.1被测系统定义
框架系统作为本次测试的被测系统（注：
以下所有针对被测系统地描述均为针对框架系统进行的），框架系统是由java编写的一个MVC架构的应用软件，采用SSH2框架，后台应用了Oracle10g数据库，该系统包括主要功能有:
管理员管理、角色管理、日志管理、模块管理以及字典库管理，在这些功能中都存在大数据量查询以及下载，在本次测试中，将针对这些大数据量的查询、下载功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统的吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。
1.1.1功能简介
略
1.1.2性能测试指标
本次测试是针对框架系统在应对密集整转的大压力下而进行的，主要需要获得如下的测试指标。
1、应用系统的负载能力：
即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。
2、应用系统的吞吐率：
即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。
3、系统的响应能力：
即在各种负载压力情况下，系统的响应时间，也就是从客户端请求发起，到服务器端应答返回所需要的时间，包括网络传输时间和服务器处理时间。
4、应用系统的可靠性：
即在连续工作时间状态下，系统能够正常运行的时间，即在连续工作时间段内没有出错信息。
1.2系统结构及流程
1.2.1系统总体结构
描述本系统的总体结构，包括：
硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。
1.2.2功能模块
1．本次性能测试中各类操作都是由若干功能模块组成的，每个功能都根据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块），本次压力测试主要涉及的功能模块以及所属操作如下表业务流程
本次性能测试中，选择的各类交易的业务流程如下：
查询的业务流程只是单一步骤的，即：
输入查询条件后获取查询结果，因此在本次性能测试中只作为一个事务处理。
1.2.3关键点描述
本次性能测试的关键点，就是查看框架系统在不同用户数量（并发）压力下的表现，即：
支持的并发用户数目和并发用户发送频率，以及在较大压力下，系统的处理能力以及CPU、数据库I/O和内存的使用情况，并找出相应的性能瓶颈。
1.3性能测试环境
具体的硬件和网络环境如下：
Ø中间件服务器：
Weblogic10
Ø操作系统：
LinuxSuse
Ø网络环境：
LAN（10M）
Ø数据库：
Oracle11g
Ø客户端：
PC（Windows）
网络拓扑和结构图如下：
2第二章性能测试
从广泛意义上讲性能测试包括：
压力测试、稳定性测试、负载能力测试和可扩展性测试等。
在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次框架系统的性能测试主要是采用通常的压力测试模式来执行的，即：
逐步增加压力，查看应用系统在各种压力状况下的性能表现。
2.1压力测试
在性能测试中，压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。
2.1.1压力测试概述
本次测试是针对框架系统在应对密集整转的压力下业务处理能力的测试，检验系统的吞吐率。
本系统的压力测试主要是针对主要系统登录、业务功能使用以及数据查询下载应用高峰时期，并发用户数较多的时候的处理能力等等。
2.1.2测试目的
压力测试的目的就是检验系统的最大吞吐量，检验现行的业务系统在各种压力交易量下的运行状况，检验系统地运行瓶颈，获取系统的处理能力等等。
本次针对框架系统所进行的压力测试的测试目的为：
✧给出框架系统当前的性能状况
✧定位框架系统性能瓶颈或潜在性能瓶颈
✧总结一套合理的、可操作的、适合公司现实情况的性能测试方案，为后续的性能测试工作提供基本思路。
2.1.3测试指标及期望
在本次性能测试中，各类测试指标包括测试中应该达到的某些性能指标，这些性能指标均是来自应用系统设计开发时遵循的业务需求，当某个测试的某一类指标已经超出了业务需求的要求范围，则测试已经达到目的，即可终止压力测试。
2.1.3.1应用软件级别的测试指标：
DB服务器：
服务器硬件配置如下：
服务器品牌：
DELLR710专业服务器
CPU:
双核（4个）；
内存：
4G;
硬盘空间：
C:
20G;D:
100G
性能要求如下：
CPU的利用率小于10%
内存占用小于30%
处理器队列长度小于5
响应时间小于3s
吞吐量大于90%
业务执行的平均响应时间（期望值：
<3s）
不同并发用户数的状况下的记录上述值
支付网关服务器：
服务器硬件配置如下：
服务器品牌：
DELLR710专业服务器
CPU:
双核（2个）；
内存：
2G;
硬盘空间：
C:
10G;D:
50G
性能要求如下：
CPU的利用率小于10%
内存占用小于30%
处理器队列长度小于5
响应时间（支付交易速度）<3s
吞吐量大于90%
业务执行的平均响应时间（期望值：
<3s）
不同并发用户数的状况下的记录上述值
管理后台、商户后台、勾对服务器：
服务器硬件配置如下：
服务器品牌：
DELLR710专业服务器
CPU:
双核（2个）；
内存：
2G;
硬盘空间：
C:
10G;D:
50G
性能要求如下：
CPU的利用率小于10%
内存占用小于20%
处理器队列长度小于5
响应时间小于（查询速度）3s
吞吐量大于90%
业务执行的平均响应时间（期望值：
<3s）
不同并发用户数的状况下的记录上述值
2.1.3.2操作系统级别的测试指标：
DB服务器：
服务器硬件配置如下：
服务器品牌：
DELLR710专业服务器
CPU:
双核（4个）；
内存：
4G;
硬盘空间：
C:
20G;D:
100G
性能要求如下：
系统CPU利用率：
系统的CPU占用率（<20％）
系统内存利用率：
系统的内存占用率（<50％）
用户CPU利用率：
用户模式下的CPU占用率（<15％）
支付网关服务器：
服务器硬件配置如下：
服务器品牌：
DELLR710专业服务器
CPU:
双核（2个）；
内存：
2G;
硬盘空间：
C:
10G;D:
50G
性能要求如下：
系统CPU利用率：
系统的CPU占用率（<15％）
系统内存利用率：
系统的内存占用率（<50％）
用户CPU利用率：
用户模式下的CPU占用率（<10％）
管理后台、商户后台、勾对服务器：
服务器硬件配置如下：
服务器品牌：
DELLR710专业服务器
CPU:
双核（2个）；
内存：
2G;
硬盘空间：
C:
10G;D:
50G
性能要求如下：
系统CPU利用率：
系统的CPU占用率（<15％）
系统内存利用率：
系统的内存占用率（<50％）
用户CPU利用率：
用户模式下的CPU占用率（<10％）
2.1.4测试数据准备
2.1.4.1案例数据：
满负荷压力
根据测试系统的硬件条件，选择满负荷的压力，在系统的资源使用基本维持在90%左右的状况下，测试框架系统的处理能力。
数据准备工作包括：
测试数据库需具备与真实环境成一定比例或基本一致的数据
2.1.5运行状况记录
记录可扩展性测试中的测试结果及其系统的运行状况。
除了记录测试指标以外，应该结合测试实时记录系统各个层次的资源和参数。
主要包括：
✓硬件环境资源
✓服务器操作系统参数
✓网络相关参数
✓数据库相关参数：
具体数据库参数有所不同，结合各个数据库独有的特点记录
3第三章测试过程及结果描述
3.1测试描述
请测试结束后进行补充
3.2测试场景
请测试结束后进行补充
3.3测试结果
请测试结束后进行补充
4第四章测试报告
请测试结束后进行补充
升级会员 