框架软件性能测试方案.docx

1、框架软件性能测试方案框架性能测试方案作者：Kevin日期：2011-4-2 审批：Lucas日期：变更记录日期版本变更说明作者2011-4-2V1.0初稿。Kevin目录 前言 31第一章系统性能测试概述 31.1 被测系统定义 31.1.1 功能简介 41.1.2 性能测试指标 41.2 系统结构及流程 41.2.1 系统总体结构 41.2.2 功能模块描述 41.2.3 业务流程 51.2.4 系统的关键点描述（KP） 51.3 性能测试环境 52 第二章 性能测试 62.1 压力测试 62.1.1 压力测试概述 72.1.2 测试目的 72.1.3 测试方法及测试用例 72.1.4 测试

2、指标及期望 82.1.5 测试数据准备 92.1.6 运行状况记录 93第三章 测试过程及结果描述 103.1 测试描述 103.2 测试场景 103.3 测试结果 104 第四章 测试报告 11前言本框架性能测试方案基于框架的稳定、安全以及性能考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的系统的性能测试。1第一章 框架系统性能测试概述 1.1 被测系统定义框架系统作为本次测试的被测系统（注：以下所有针对被测系统地描述均为针对框架系统进行的），框架系统是由java编写的一个MVC架构的应用软件，采用SSH2框架，后台应用了Oracle10g数据库，该系统包括主要功能有:管理员管理、角

3、色管理、日志管理、模块管理以及字典库管理，在这些功能中都存在大数据量查询以及下载，在本次测试中，将针对这些大数据量的查询、下载功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统的吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。1.1.1 功能简介略1.1.2 性能测试指标本次测试是针对框架系统在应对密集整转的大压力下而进行的，主要需要获得如下的测试指标。1、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。2、应用系统的吞吐率：即应用系统在单位时间内完成的交易量，也就是在

4、单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。3、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端请求发起，到服务器端应答返回所需要的时间，包括网络传输时间和服务器处理时间。4、应用系统的可靠性：即在连续工作时间状态下，系统能够正常运行的时间，即在连续工作时间段内没有出错信息。1.2 系统结构及流程1.2.1 系统总体结构描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。1.2.2 功能模块1 本次性能测试中各类操作都是由若干功能模块组成的，每个功能都根据其执行特点分成了若干操作步骤，每个步骤就是一个功

5、能点（即功能模块），本次压力测试主要涉及的功能模块以及所属操作如下表业务流程本次性能测试中，选择的各类交易的业务流程如下：查询的业务流程只是单一步骤的，即：输入查询条件后获取查询结果，因此在本次性能测试中只作为一个事务处理。1.2.3 关键点描述本次性能测试的关键点，就是查看框架系统在不同用户数量（并发）压力下的表现，即：支持的并发用户数目和并发用户发送频率，以及在较大压力下，系统的处理能力以及CPU、数据库I/O和内存的使用情况，并找出相应的性能瓶颈。1.3 性能测试环境 具体的硬件和网络环境如下： 中间件服务器：Weblogic10 操作系统： Linux Suse 网络环境： LAN（1

6、0M） 数据库：Oracle 11g 客户端： PC （Windows）网络拓扑和结构图如下：2 第二章 性能测试从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次框架系统的性能测试主要是采用通常的压力测试模式来执行的，即：逐步增加压力，查看应用系统在各种压力状况下的性能表现。2.1 压力测试在性能测试中，压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。2.1.1 压力测试概述本次测试是针对框架系统在应

7、对密集整转的压力下业务处理能力的测试，检验系统的吞吐率。本系统的压力测试主要是针对主要系统登录、业务功能使用以及数据查询下载应用高峰时期，并发用户数较多的时候的处理能力等等。2.1.2 测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的业务系统在各种压力交易量下的运行状况，检验系统地运行瓶颈，获取系统的处理能力等等。本次针对框架系统所进行的压力测试的测试目的为： 给出框架系统当前的性能状况 定位框架系统性能瓶颈或潜在性能瓶颈 总结一套合理的、可操作的、适合公司现实情况的性能测试方案，为后续的性能测试工作提供基本思路。2.1.3 测试指标及期望在本次性能测试中，各类测试指标包括测试中应该

8、达到的某些性能指标，这些性能指标均是来自应用系统设计开发时遵循的业务需求，当某个测试的某一类指标已经超出了业务需求的要求范围，则测试已经达到目的，即可终止压力测试。2.1.3.1 应用软件级别的测试指标：DB服务器：服务器硬件配置如下：服务器品牌： DELL R710专业服务器CPU:双核(4个)；内存：4G; 硬盘空间：C:20G; D:100G性能要求如下：CPU的利用率小于10%内存占用小于30%处理器队列长度小于5响应时间小于 3s吞吐量大于90%业务执行的平均响应时间（期望值：3s）不同并发用户数的状况下的记录上述值支付网关服务器：服务器硬件配置如下：服务器品牌： DELL R710

9、专业服务器CPU:双核(2个)；内存：2G; 硬盘空间：C:10G; D:50G性能要求如下：CPU的利用率小于10%内存占用小于30%处理器队列长度小于5响应时间(支付交易速度) 3s吞吐量大于90%业务执行的平均响应时间（期望值：3s）不同并发用户数的状况下的记录上述值管理后台、商户后台、勾对服务器：服务器硬件配置如下：服务器品牌： DELL R710专业服务器CPU:双核(2个)；内存：2G; 硬盘空间：C:10G; D:50G 性能要求如下：CPU的利用率小于10%内存占用小于20%处理器队列长度小于5响应时间小于(查询速度) 3s吞吐量大于90%业务执行的平均响应时间（期望值：3s）

10、不同并发用户数的状况下的记录上述值2.1.3.2 操作系统级别的测试指标：DB服务器：服务器硬件配置如下：服务器品牌： DELL R710专业服务器CPU:双核(4个)；内存：4G; 硬盘空间：C:20G; D:100G性能要求如下：系统CPU利用率：系统的CPU占用率（20） 系统内存利用率：系统的内存占用率（50） 用户CPU利用率：用户模式下的CPU占用率（15）支付网关服务器：服务器硬件配置如下：服务器品牌： DELL R710专业服务器CPU:双核(2个)；内存：2G; 硬盘空间：C:10G; D:50G性能要求如下：系统CPU利用率：系统的CPU占用率（15） 系统内存利用率：系统

11、的内存占用率（50） 用户CPU利用率：用户模式下的CPU占用率（10）管理后台、商户后台、勾对服务器：服务器硬件配置如下：服务器品牌： DELL R710专业服务器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第四章 测试报告 请测试结束后进行补充