性能测试测试专项方案.docx
《性能测试测试专项方案.docx》由会员分享，可在线阅读，更多相关《性能测试测试专项方案.docx（10页珍藏版）》请在冰豆网上搜索。
性能测试测试专项方案
性能测试具体测试方案
序言
平台XX项目系统已经成功公布，依据项目标计划，未来势必会出现业务系统中信息大量增加态势。
伴随业务系统在生产状态下日趋稳定、成熟，系统性能问题也逐步成为了我们关注焦点：
天天大数据量“冲击”，系统能稳定在什么样性能水平，面临行业企业业务增加时，系统能否经受住“考验”，这些问题需要经过一个完整性能测试来给出答案。
1第一章XXX系统性能测试概述
1.1被测系统定义
XXX系统作为此次测试被测系统（注：
以下全部针对被测系统地描述均为针对XXX系统进行），XXX系统是由平台开发一款物流应用软件，后台应用了Oracle11g数据库，该系统包含关键功效有:
XXX等。
在该系统中全部存在多用户操作，大数据量操作和日报、周报、年报统计，在此次测试中，将针对这些多用户操作，大数据量查询、统计功效进行如预期性能、用户并发、大数据量、疲惫强度和负载等方面性能测试，检验并评定在模拟环境中，系统对负载承受能力，在不一样用户连接情况下，系统吞吐能力和响应能力，和在估计数据容量中，系统能够容忍最大用户数。
1.1.1功效介绍
关键功效上面已提到，因为本文档关键专注于性能在这里功效不再作为关键讲述。
1.1.2性能测试指标
此次测试是针对XXX系统进行全方面性能测试，关键需要取得以下测试指标。
1、应用系统负载能力：
即系统所能容忍最大用户数量，也就是在正常响应时间中，系统能够支持最多用户端数量。
2、应用系统吞吐量：
即在一次事务中网络内完成数据量总和，吞吐量指标反应是服务器承受压力。
事务是用户某一步或几步操作集合。
3、应用系统吞吐率：
即应用系统在单位时间内完成数据量，也就是在单位时间内，应用系统针对不一样负载压力，所能完成数据量。
4、TPS：
每秒钟系统能够处理事务或交易数量，它是衡量系统处理能力关键指标。
5、点击率：
每秒钟用户向服务器提交HTTP请求数。
5、系统响应能力：
即在多种负载压力情况下，系统响应时间，也就是从用户端请求提议，到服务器端应答返回所需要时间，包含网络传输时间和服务器处理时间。
6、应用系统可靠性：
即在连续工作时间状态下，系统能够正常运行时间，即在连续工作时间段内没有犯错信息。
1.2系统结构及步骤
XXX系统在实际生产中体系结构跟此次性能测试所采取体系结构是一样，交易步骤也完全一致。
不过，因为硬件条件限制，此次性能测试硬件平台跟实际生产环境略有不一样。
1.2.1系统总体结构
描述本系统总体结构，包含：
硬件组织体系结构、网络组织体系结构、软件组织体系结构和功效模块组织体系结构。
1.2.2功效模块
此次性能测试中各类操作全部是由若干功效模块组成，每个功效全部依据其实施特点分成了若干操作步骤，每个步骤就是一个功效点（即功效模块），此次性能测试关键包含功效模块和所属操作以下表
步骤
说明
备注：
Action、平均响应时间（S）
1
打开主界面
Action：
访问首页（FWSY）；5
2
输入用户名密码（需进行参数化），登录系统，进入首页
Action：
登陆（DL）；5
3
点击“我通知”标签，进入通知列表页面
Action：
进入通知列表（JRTZLB）；5
4
在我通知上点击已收通知标题链接，查看通知（关键通知）
Action：
查看通知（CKTZ）；5
5
在我通知上点击已收通知“回复”链接，进入回复界面
Action：
进入回复界面（JRHFJM）；5
6
在通知回复界面上填写回复内容并提交
Action：
回复通知（HFTZ）；5
1.2.3关键点描述（KP）
此次性能测试关键点，就是查看XXX系统在不一样用户数量（并发）压力下表现和大数据量操作时系统性能状态，即：
支持并发用户数目和并发用户发送频率，和在较大压力下，系统处理能力和CPU、数据库I/O和内存使用情况，并找出对应性能瓶颈。
1.3性能测试环境
此次性能测试环境和真实运行环境硬件和网络环境有所不一样，是真实环境缩小，数据库是真实环境数据库一个复制（或缩小），本系统采取标准CS结构，用户端经过前台安装访问应用系统。
其中具体硬件和网络环境以下：
中间件服务器：
Weblogic9
操作系统：
Windows7/Linux
网络环境：
LAN（10M）
数据库：
Oracle11gRAC
用户端：
PC（Windows）
网络拓扑和结构图以下：
2第二章性能测试
从广泛意义上讲性能测试包含：
预期性能测试、用户并发测试、大数据量测试、疲惫强度测试、负载能力测试等。
在不一样应用系统性能测试中，需要依据应用系统特点和测试目标不一样来选择具体测试方案，此次XXX系统性能测试关键是采取通常压力测试模式来实施，即：
逐步增加压力，查看应用系统在多种压力情况下性能表现。
在此次性能测试中，将使用性能测试工具LoadRunner11.0对被测试项目标各模块进行监控，判定XX系统各模块性能表现，并帮助项目人员分析系统各个操作性能瓶颈点。
2.1预期性能测试
2.1.1预期性能概述
经过模拟生产运行业务压力量和使用场景组合，测试系统性能是否满足生产性能要求。
通俗地说，这种方法就是要在特定运行条件下验证系统能力状态。
2.1.2测试特点
1、关键目标是验证系统是否有系统宣称含有能力。
2、要事先了解被测试系统经典场景，并含有确定性能目标。
3、要求在已经确定环境下运行。
2.2用户并发测试
2.2.1并发测试概述
并发测试方法经过模拟用户并发访问，测试多用户并发访问同一个应用、同一个模块或数据统计时是否存在死锁或其者她性能问题。
2.2.2测试目标
1、关键目标是发觉系统中可能隐藏并发访问时问题。
2、关键关注系统可能存在并发问题，比如系统中内存泄漏、线程锁和资源争用方面问题。
3、能够在开发各个阶段使用需要相关测试工具配合和支持。
2.3大数据量测试
2.3.1大数据量测试概述
测试对象处理大量数据，以确定是否达成了将使软件发生故障极限。
大数据量测试还将确定测试对象在给定时间内能够连续处理最大负载或工作量。
2.3.2测试目标
1、关键目标是确定软件发生故障极限。
2、确定测试对象在给定时间内能够连续处理最大负载或工作量。
3、能够在开发各个阶段使用需要相关测试工具配合和支持。
2.4疲惫强度测试
2.4.1疲惫强度测试概述
即压力测试，测试系统在一定饱和状态下，比如cpu、内存在饱和使用情况下，系统能够处理会话能力，和系统是否会出现错误。
2.4.2测试目标
1、关键目标是检验系统处于压力性能下时，应用表现。
2、通常经过模拟负载等方法，使得系统资源使用达成较高水平。
3、通常见于测试系统稳定性。
2.5负载能力测试
2.5.1负载测试概述
经过在被测系统上不停加压，直到性能指标达成极限，比如“响应时间”超出预定指标或全部某种资源已经达成饱和状态。
2.5.2测试目标
1、关键目标是找到系统处理能力极限。
2、需要在给定测试环境下进行，通常也需要考虑被测试系统业务压力量和经典场景、使得测试结果含有业务上意义。
3、通常见来了解系统性能容量，或是配合性能调优来使用。
2.6测试方法及测试用例
详情参见《XX项目测试用例.doc》“性能测试”章节
2.7测试指标及期望
在此次性能测试中，各类测试指标包含测试中应该达成一些性能指标，这些性能指标均是来自应用系统设计开发时遵照业务需求，当某个测试某一类指标已经超出了业务需求要求范围，则测试已经达成目标，即可终止性能测试。
2.7.1.1应用软件等级测试指标：
✓CPU利用率小于40%
✓内存占用小于80%
✓Processorqueuelength小于2
✓Responsetime小于1s
✓吞吐量throughtput大于90%
✓业务实施平均响应时间（期望值：
<15s）
✓不一样并发用户数情况下统计上述值
2.7.1.2网络等级测试指标：
✓吞吐量：
单位时间内网络传输数据量
✓冲突率：
在以太网上监测到每秒冲突数
2.7.1.3操作系统等级测试指标：
✓进程/线程交换率：
进程和线程之间每秒交换次数
✓CPU利用率：
即CPU占用率（％）
✓系统CPU利用率：
系统CPU占用率（％）
✓用户CPU利用率：
用户模式下CPU占用率（％）
✓磁盘交换率：
磁盘交换速率
✓中止速率：
CPU每秒处理中止数
2.7.1.4数据库等级测试指标：
✓数据库I/O流量大小
✓数据库锁资源使用数量
✓数据库并发连接数：
用户端最大连接数
2.7.2测试数据准备
2.7.2.1案例数据：
满负荷压力
依据测试系统硬件条件，选择满负荷压力，在系统资源使用基础维持在90%左右情况下，测试天威宽带业务管理系统处理能力。
数据准备工作包含：
测试数据库需含有和真实环境成一定百分比或基础一致数据
2.7.3运行情况统计
统计可扩展性测试中测试结果及其系统运行情况。
除了统计测试指标以外，应该结合测试实时统计系统各个层次资源和参数。
关键包含：
✓硬件环境资源
✓服务器操作系统参数
✓网络相关参数
✓数据库相关参数：
具体数据库参数有所不一样，结合各个数据库独有特点统计
3第三章测试过程及结果描述
3.1测试描述
在测试数据准备完备以后，测试将进行。
统计每次测试结果数据，分析测试结果对系统进行全方面评定。
3.2测试场景
示例：
步骤
说明
备注：
Action、平均响应时间（S）
1
打开主界面
Action：
访问首页（FWSY）；5
2
输入用户名密码（需进行参数化），登录系统，进入首页
Action：
登陆（DL）；5
3
点击“我通知”标签，进入通知列表页面
Action：
进入通知列表（JRTZLB）；5
4
在我通知上点击已收通知标题链接，查看通知（关键通知）
Action：
查看通知（CKTZ）；5
5
在我通知上点击已收通知“回复”链接，进入回复界面
Action：
进入回复界面（JRHFJM）；5
6
在通知回复界面上填写回复内容并提交
Action：
回复通知（HFTZ）；5
测试中，使用逐步加压模式，测试运行场景安排以下：
每隔2秒增加1个用户连接，最多增加到100个用户，查看并统计运行情况
每隔2秒增加2个用户连接，最多增加到200个用户，查看并统计运行情况
每隔2秒增加1个用户连接，最多增加到300个用户，查看并统计运行情况
每隔3秒增加1个用户连接，最多增加到400个用户，查看并统计运行情况
每个场景全部包含：
用户登录-业务操作-业务完成-退出系统，全部用例全部按以上场景进行测试，因为pc性能限制，为了更正确模拟现场环境，将运行全部脚本布署在LoadRunner终端上，关键目标就是检验在不一样压力情况下，业务系统性能表现。
3.3测试结果标准
测试结束标准通常依据以下标准：
1.全部计划测试已经完成；
2.全部计划搜集性能数据已经取得；
3.全部性能瓶颈得到改善并达成设计要求。
实施每个场景时需要统计以下对应数据
1.APP服务器主机上CPU利用率：
2.在数据库（Oracle）服务器上主机上CPU利用率：
3.IO和CPU利用率对照表以下：
4.APP服务器监控网络流量：
5.DB服务器上监控网络流量：
6.运行并发用户数目：
7.测试中完成各操作平均响应时间：
（单位：
秒）
8.测试中每秒点击率以下：
9.交易吞吐率（每秒处理数据量）：
4第四章测试汇报
在XXX系统性能测试结束后，依据测试结果，将生成测试汇报。
对应文档名称以下：
✓《XX项目性能测试汇报》
升级会员 