性能测试测试专项方案

《性能测试测试专项方案》由会员分享，可在线阅读，更多相关《性能测试测试专项方案（14页珍藏版）》请在金锄头文库上搜索。

1、性能测试具体测试方案序旨平台XX项目系统已经成功公布，依据项目标计划，未来势必会出现业务系统中信息大呈增加态 势。伴随业务系统在生产状态下日趋稳定、成熟系统性能问题也逐步成为了我们关注焦点：天天大爰臺冲击，系统能稳走在什么样性能水平，面临行业企业业隽增加时，系统能否经受住考验,这些问题需要经过一个完整性能测试来给出答案。1第一章XXX系统性能测试概述1.1被测系统定义XXX系统作为此次测试被测系统（注：以下全部针对被测系统地描述均为针对XXX系统进行），XXX系统是由平台开发一款物流应用软件，后台应用了 Oraclellg数据库，该系统包含关键功效有:XXX 等。在该系统中全部存在多用户操作，

2、大数据星操作和日报、周报、年报统计,在此次测试中，将针对这 些多用户操作，大数据臺查询、统计功效进行如预期性能、用户并发、大数据呈、疲惫强度和负载等方面 性能测试，检验并评走在模拟环境中，系统对负载承受能力，在不一样用户连接情况下，系统吞吐能力 和响应能力,和在估计数据容呈中，系统能够容忍最大用户数。1.1.1功效介绍关键功效上面已提到，因为本文档关键专注于性能在这里功效不再作为关键讲述。1-1.2性能测试指标此次测试是针对XXX系统进行全方面性能测试，关键需要取得以下测询旨标。1、应用系统负载能力：即系统所能容忍最大用户数呈,也就是在正常响应时间中，系 统能够支持最多用户端数呈。2、 应用系

3、统吞吐呈:即在一次事务中网络内完成i总和 吞吐呈指标反应是服务r器承受压力。事务是用户某一步或几步操作集合。3、应用系统吞吐率:即应用系统在单位时间内完成数据呈，也就是在单位时间内，应 用系统针对 不一样负载压力，所能完成数据臺。4、TPS :每秒钟系统能够处理事勢或交易数星,它是衡呈系统处理能力关键指标。5、点击率:每秒钟用户向服务器提交HTTP请求数。5、系统响应能力：即在多种负载压力情况下，系统响应时间，也就是从用户端请求提议，到服务器端应答返回所需要时间包含网络传输时间和服务器处理时间。r6、应用系统可靠性:即在连续工作时间状态下，系统能够正常运行时间，即在连续工 作时间段内 没有犯错

4、信息。1-2系统结构及步骤XXX系统在实际生产中体系结构跟此次性能测试所采取体系结构是一样，交易步骤也完全一致。不过，因为硬件条件限制，此次性能测试硬件平台跟实际生产环境略有不一样。1.2.1系统总体结构描述本系统总体结构，包含：硬件组织体系结构.网络组织体系结构、软件组织体系结 构和功效模块组织体系结构。L2.2功效模块此次性能测试中各类操作全部是由若干功效模块组成每个功效全部依据其实施特点分 成了若干操 作步骤，每个步骤就是一个功效点（即功效模块），此次性能测试关键包含功效 模块和所属操作以下 表步骤说明备注：Action.平均响应时间(S)1打开主界面Action :访问首页(FWSY)

5、；52输入用户名密码（需进行参数化），登录系统，进入首页Action :登陆(DL); 53点击我通知标签，逬入通知列表Action :进入通知列表页面(JRTZLB) ; 54在我通知上点击已收通知标题链接，查看（关键通知）Action :查看通知(CKTZ);55在我通知上点击已收通知回复链接，进Action :进入回复界面入回复界面(JRHFJM) ; 56在通知回复界面上填写回复內容并提交Action :回复通知(HFTZ);5123关键点描述(KP)此次性能测试关键点，就是查看XXX系统在不一样用户数呈(并发)压力下表现W大系统处理能力和CPU、数据库I/O和内存使用情况，并找出对应

6、性能瓶颈。1-3性能测试环境此次性能测试环境和真实运行环境硬件和网络坏境有所不一样，是真实坏境缩小，数据 库是真实环境数据库一个复制(或缩小)，本系统采取标准CS结构，用户端经过前台安装访问应用系统。具中具体硬件和网络环境以下：中间件服勢器：Weblogic9操作系统： Windows7/Linux网络环境： LAN ( 10M )数据库：Oracle llg RAC用户端： PC ( Windows )网络拓扑和结构图以下：0o数据库服务器客广机Ao中间件服务器客户机B2第二章性能测试从广泛意义上讲性能测试包含：预期性能测试、用户并发测试、大数据呈邂式、疲惫强度测试、 负载能力测试等。在不一

7、样应用系统性能测试中”需要依据应用系统特点和测试目 标不一样来选择具 体测试方案，此次XXX系统性能测试关键是采取通常压力测试模式来实 施，即：逐步增加压力，查看 应用系统在多种压力情况下性能表现。在此次性能测试中，将使用性能测试工具LoadRunnerll.O对被测试项目标各模块进 行监控，判定XX系统各模块性能表现，并帮助项目人员分析系统各个操作性能瓶颈点。2.1预期性能测试2.1.1预期性能概述经过模拟生产运行业务压力呈和使用场景组合,测试系统性能是否满足生产性能要求。 通俗地说, 这种方法就是要在特定运行条件下验证系统能力状态。2.1.2测试特点1、关键目标是验证系统是否有系统宣称含有

8、能力。2、要事先了解被测试系统经典场景,并含有确走性能目标。3、要求在已经确定环境下运行。2.2用户并发测试2.2.1并发测试概述并发测试方法经过模拟用户并发访问，测试多用户并发访问同一个应用、同一个模块或数据 统计时是 否存在死锁或其者她性能问题。2.2.2测试目标1、关键目标是发觉系统中可能隐藏并发访问时问题。2、关键关注系统可能存在并发问题，比如系统中内存泄漏、线程锁和资源争用方面问题。3、能够在开发各个阶段使用需要相关测试工具配合和支持。2.3大数据量测试2.3.1大数据量测试概述测试对象处理大劭据，以确走是否达成了梅使软件发生故障极限。大数据呈测试还将确走 测试对象在 给走时间內能够

9、连续处理最大负载或工作呈。2.3.2测试目标1、关键目标是确走软件发生故障极限。2、确走测试对象在给走时间内能够连续处理最大负载或工作呈。3、能够在开发各个阶段使用需要相关测试工具配合和支持。2.4 疲惫强度测试2.4.1疲惫强度测试概述即压力测试，测试系统在一走饱和状态下，比如CPU、内存在饱八使用情况下，系统能够处理会话能 力,和系统是否会岀现错误。2.4.2测试目标1、关键目标是检验系统处于压力性能下时，应用表现。2、通常经过模拟负载等方法，使得系统资源使用达成较高水平。3、通常见于测试系统稳定性。2.5负载能力测试2.5.1负载测试概述经过在被测系统上不停加压，直八性能指标达成极限，比

10、如响应时间超出预定指标或全部某种资源已 经达成饱和状态。2.5.2测试目标1、关键目标是找到系统处理能力极限。2、需要在给定测试坏境下进行，通常也需要考虑被测试系统业勢压力臺和经典场景、使得 测试结果 含有业务上意义。3、通常见来了解系统性能容星，或是配合性能调优来使用。2.6测试方法及测试用例详情参见XX项目测试用例doc性能测试章节2.7测试指标及期望在此次性能测试中，各类测试指标包含测试中应该达成一些性能扌旨标，这些性能指标均是来 自应用 系统设计开发时遵照业务需求，当某个测试某一类指标已经超出了业务需求要求范围，贝U测试已经 达成目标，即可终止性能测试。2.7.1.1 应用软件等级测试

11、指标：/ CPU 利用率小于 40%/内存占用小于 80% / Processor queue length 小于 2/ Response time 小于 Is/吞吐呈throughtput大于90%/业务实施平均响应时间（期望值：15s ）/不一样并发用户数情况下统计上述值2.7.1.2网络等级测试指标：吞吐呈:单位时间内网络传输娄/冲突率：在以太网上监测到每秒冲突数2.7.1.3操作系统等级测试指标：/进程/线程交换率：迸程和线程之间每秒交换次数/ CPU利用率：即CPU占用率（）/系统CPU利用率：系统CPU占用率（）/用户CPU利用率：用户模式下CPU占用率（）/磁盘交换率：磁盘交换速

12、率/中止速率：CPU每秒处理中止数2.7.1.4数据库等级测试指标：/数据库I/O流星大小/数据库锁资源使用数呈 /数据库并发连接数：用户端最大连接数2.7.2测试数据准备2721案例数据：满负荷压力依据测试系统硬件条件，选择满负荷压力，在系统资源使用斟出维持在90%左右情况下，测试 天威竞带业务管理系统处理能力。数据准备工作包含：测试数据库需含有和真实环境成一定百分比或基础一致1翘靈i2.7.3运行情况统计统计可扩展性测试中测试结果及其系统运行情况。除了统计测试指标以外，应该结合测试实时统 计系统各个层次资源和参数。关键包含：/硬件环境资源/服务器操作系统参数/网络相关参数数据库相关参数：具

13、体娄库参数有所不一样，结合各僚据库独有特点统计3第三章测试过程及结果描述3.1测试描述在测试数据准备完备以后，测试将逬行。统计每次测试结果数据，分析测试结果对系统进行全方 面评定。示例：步骤说明备注：Action.平均响应时间（S）1打开主界面Action :访问首页(FWSY)；52输入用户名密码（需进行参数化），登录系统，进入首页Action :登陆(DL); 53点击我通知标签，进入通知列表 页面Action :进入通知列表(JRTZLB) ; 54在我通知上点击已收通知标题链接，查看通知（关键通知）Action :查看通知(CKTZ);55在我通知上点击已收通知回复链接，进入回复界面A

14、ction :进入回复界面(JRHFJM) ; 56在通知回复界面上填写回复內容并提交Action :回复通知(HFTZ);53-2测试场景测试中，使用逐步加压模式，测试运行场景安排以下：每隔2秒增加1个用户连接，最多增加到100个用户，查看并统计运行if况每隔2秒增加2个用户连接，最多增加到200个用户,查看并统计运行况每隔2秒増加1个用户连接 最多増加到300个用户，查看并统计运行况r每隔3秒増加1个用户连接 最多增加到400个用户，查看并统计运行况r每个场景全部包含:用户登录-业务操作-业务完成-退出系统，全部用例全部按以上场 景进行测试,因为pc性能限制，为了更正确模拟现场坏境，将运行

15、全部脚本布署在LoadRunner终端上，关键 目标就是检验在不一样压力情况下，业勢系统性能表现。3.3 测试结果标准测试结束标准通常依据以下标准：1. 全部计划测试已经完成；2. 全部计划搜集性能数据已经取得；3. 全部性能瓶颈得到改善并达成设计要求。实施每个场景时需要统计以下对应数据1. APP服务器主机上CPU利用率：2. 在数据库（Oracle）服务器上主机上CPU利用率：3. 10和CPU利用率对照表以下：4. APP 服务器监控网络流星：5. DB 服务器上监控网络流量：6. 运行并发用户数目：7. 测试中完成各操作平均响应时间：（单位：秒） &测试中每秒点击率以下：9.交易吞吐率（每