性能测试计划()

1、性能测试方案目录目录 TOC o 1-5 h z HYPERLINK l bookmark4 o Current Document 前言3 HYPERLINK l bookmark7 o Current Document 1 第-章XXX系统性能测试概述4 HYPERLINK l bookmark10 o Current Document 1.1被测系统定义4 HYPERLINK l bookmark13 o Current Document 1.1.1功能简介4 HYPERLINK l bookmark16 o Current Document 1.1.2性能测试指标4 HYPERLINK

2、l bookmark25 o Current Document 1.2系统结构及狂 5 HYPERLINK l bookmark28 o Current Document 1.2.1系统总体结构5 HYPERLINK l bookmark31 o Current Document 1.2.2功能模块5 HYPERLINK l bookmark34 o Current Document 1.2.3关键，点描述（KP） 6 HYPERLINK l bookmark37 o Current Document 1.3性能测试环境6 HYPERLINK l bookmark44 o Current Do

3、cument 2第二章性能测试72.1预期性能测试82.1.1预期性能概述8 HYPERLINK l bookmark51 o Current Document 2.1.2测试特点82.2用户并发测试82.2.1并发测试概述8 HYPERLINK l bookmark61 o Current Document 2.2.2测试目的82.3大数据测试 82.3.1大数据测试概述 8 HYPERLINK l bookmark71 o Current Document 2.3.2测试目的92.4疲劳强测试 92.4.1疲劳强测试概述 9 HYPERLINK l bookmark81 o Current

4、 Document 2.4.2测试目的92.5负载能测试 92.5.1负载测试概述9 HYPERLINK l bookmark91 o Current Document 2.5.2测试目的9 HYPERLINK l bookmark97 o Current Document 2.6测试方法及测试用 10 HYPERLINK l bookmark100 o Current Document 2.7测试指标及期望10 HYPERLINK l bookmark103 o Current Document 2.7.2测试数据准备11 HYPERLINK l bookmark106 o Current

5、Document 2.7.3运状况记录 11 HYPERLINK l bookmark109 o Current Document 3第三章测试过程及结果描述11 HYPERLINK l bookmark112 o Current Document 3.1测试描述11 HYPERLINK l bookmark115 o Current Document 3.2测试场景12 HYPERLINK l bookmark122 o Current Document 3.3测试结果标准12测试结束标准一般依据以下原则： 12我每个场景时需要记录以下相应的数据 12 HYPERLINK l bookmar

6、k136 o Current Document 4第四章测试报告13前言平台XX项目系统已经成功发布，依据项目的规划，未来势必会出现业务系统中信 息大增长的态势。随着业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为我们关 注的焦点：每天大数据的“冲击，系统能稳定在么样的性能水平，面临业公司业务增加时，系统能否经受住“考验，这些问题需要通过一个完整的性能测试来给出 答案。本性能测试计划书即是基于上述考虑，参考科学的性能测试方法而撰写的，用 以指导即将进的系统的性能测试。1第一章XXX系统性能测试概述1.1被测系统定义XXX系统作为本次测试的被测系统（注：以下所有针对被测系统地指述均为

7、针对XXX 系先进的），XXX系统是由平台开发的一款物应用软件，后台应用 Oraclellg 数据库，该系统包括主要功能有:XXX等。在该系统中存在多用户操作，大数 据操作以及日报、周报、报的统计， 在本次测试中，将针对这些多用户操作， 大数据的查询、统计功能进如预期性能、用户并发、大数据、疲劳强和负载等 方面的性能测试，检查并评估在模拟环境中，系多对负载的承受能，在同的用户连 接情况下，系统的吞吐能和响应能，以及在预计的数据容中，系统能够容忍的最 大用户数。1.1.1功能简介主要功能上而已提到，由于本文档主要专注于性能在这功能再作为重点讲述。1.1.2性能测试指标本次测试是针对XXX系统进的

8、全面性能测试，主要需要获得如下的测试指标。1、应用系统的负载能：即系统所能容忍的最大用户数，也就是在正常的响应 时间中，系统能够支持的最多的客户端的数。2、 应用系统的吞吐： 即在一次事务中网络内完成的数据的总和，吞吐指标 反映的是服务器承受的压。 拿务是用户某一步或几步操作的集合。3、应用系统的吞吐：即应用系统在单位时间内完成的数据，也就是在单位时 间内，应用系统针对同的负载压，所能完成的数据。4、TPS ：每秒钟系统能够处事务或交的数，它是衡系统处能的重要指标。5、，点击：每秒钟用户向服务器提交的 HTTP请求数。5、系统的响应能：即在各种负载压情况下，系统的响应时间，也就是以客户 端请求

9、发起，到服务器端应答返回所需要的时间，包括网络传输时间和服务器处时间。6、应用系统的可靠性：即在连续工作时间状态下，系统能够正常运的时间，即 在连续工作时间段内没有出常信息。1.2系统结构及程XXX系统在实际生产中的体系结杓跟本次性能测试所采用的体系结杓是一样的，交 程也完全一致的。过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生 产环境有同。1.2.1系统总体结杓指述大系统的总体给杓，包括：硬件组织体系结杓、网络组织体系结杓、软件组织 体系结杓和功能模块的组织体系结杓。1.2.2功能模块1本次性能测试中各类操作是由干功能模块组成的，每个功能根据其执特点分成干操作步骤， 每个步骤就是一个

10、功能点（即功能模块），本次性能测试主要涉及的功能模块以及所属操作如下表步骤说明备注：Action、平均响应时间（S）1打开主界面Action :访问首页(FWSY) ； 52输入用户名密码（需进参数化），登录系 统，进入首页Action :登陆(DL) ； 53点击“我的通知标签，进入通知表页面Action :进入通知表 (JRTZLB)； 54在我的通知上点击已收通知标题链接，查看 通知（重要通知）Action :查看通知(CKTZ) ； 55在我的通知上点击已收通知的“回复链接， 进入回复界面Action :进入回复界面（JRHFJM）； 56在通知回复界面上填写回复内容并提交Action

11、 :回复通知(HFTZ) ； 51.2.3关键点描述(KP)本次性能测试的关键点，就是查看XXX系统在同用户数(并发)压下的表现 和大数据操作时系统的性能状态，即：支持的并发用户数目和并发用户发送频，以 及在较大压下，系统的处能以及 CPU、数据库I/O和内存的使用情况，并找出相 应的性能瓶颈。1.3性能测试环境本次性能测试环境与真实运环境硬件和网络环境有所同，是真实环境的缩小， 数据库是真实环境数据库的一个复制(或缩小)，本系统采用标准的CS结构，客户端通 过前台安装访问应用系统。其中具体的硬件和网络环境如下：中间件服务器:Weblogic9操作系统：Windows7/Linux网络环境：L

12、AN (10M)数据库：Oracle 11g RAC客户端：PC (Windows)网络扑和结构图如下：中间件服务器客户机B2第二章性能测试以广泛意义上讲性能测试包括：预期性能测试、用户并发测试、大数据测试、疲劳 强测试、负载能测试等。在同应用系统的性能测试中，需要根据应用系统的特点 和测试目的的同夹选择具体的测试方案，本次XXX系统的性能测试主要是采用通常的 压测试模式来执的，即：逐步增加压，查看应用系统在各种压状况下的性能表 现。在本次性能测试中，将使用性能测试工具LoadRunner11.0对被测试项目的各模块进 监控，判断 XX系统各模块的性能表现，并帮助项目人员分析系统各个操作的性能

13、瓶 颈点。2.1预期叫能测试2.1.1 预期性能概 述通过模拟生产运的业务压和使用场景组合，测试系统的性能是否满足生产性能要求。通俗地说，这种方法就是要在特定的运条件下验正系统的能状态。2.1.2测试特点1、主要目的是验正系统是否有系统宣称具有的能。2、要事先解被测试系统经典场景，并具有确定的性能目标。3、要求在已经确定的环境下运。2.2用户并发测试2.2.1并发测试概述并发测试方法通过模拟用户并发访问，测试多用户并发访问同一个应用、同一个模块或 者数据记录时是否存在死锁或其者他性能问题。2.2.2测试目的1、主要目的是发现系统中可能隐蔽的并发访问时的问题。2、主要关注系统可能存在的并发问题，

14、如系统中的内存法、线程锁和资源争用方面的问题。3、可以在开发的各个阶段使用需要相关的测试工具的配合和支持。2.3大数据测试2.3.1大装据测试概述测试对象处大的数据，以确定是否达到将使软件发生故障的极限。大数据测试还将确定测试对象在给定时间内能够持续处的最大负载或工作。2.3.2测试目的1、主要目的是确定软件发生故障的极限。2、确定测钏对象在给定时间内能够持续处的最大负载或工作3、可以在开发的各个阶段使用需要相关的测试工具的配合和支持。2.4疲劳强测试2.4.1疲劳强测试概述如压测试，测试系统在一定饱和状态下，如 cpu、内存在饴和使用情况下，系统能 够处的会话能，以及系统是否会出现错误。2.

15、4.2测试目的1、主要目的是检查系统处于压性能下时，应用的表现。2、一般通过模拟负载等方法，使得系统的资源使用达到较高的水平。3、一般用于测试系统的稳定性。2.5负载能测试2.5.1负载测试概述通过在被测系统上断加压，直到性能指标达到极限，如“响应时间超过预定指标 或某种资源已经达到饱和状态 。2.5.2测试目的1、主要目的是找到系统处能的极限。2、需要在给定的测试环境下进，通常也需要考虑被测试系统的业务压和典型场景、使得测试结果具有业务上的意义。3、 一般用来解系统的性能容，或是配合性能调优来使用。2.6测试方法及测试用详情参见XX项目测试用.doc的“性能测试章节2.7测试指标及期望在本次

16、性能测试中，各类测试指标包括测试中应该达到的某些性能指标，这些性能 指标均是来自应用系统设计开发时遵循的业务需求，当某个测试的某一类指标已经超出 业务需求的要求范围，则测试已经达到目的，即可终止性能测试。应用软件级别的测试指标：/ CPU的用小于40%/内存占用小于80%/ Processor queue length 小于 2/ Response time 小于 1s/ 吞吐 throughtput 大于 90%/ 业务执的平均响应时间（期望值：15s）/ 同并发用户数的状况下的记录上述值网络级别的测试指标：/吞吐：单位时间内网络传输数据/冲突：在以太网上监测到的每秒冲突数操作系统级别的测试

17、指标：/ 进程/线程交换：进程和线程之间每秒交换次数/ CPU用：即 CPU占用（）/系统CPU用：系统的 CPU占用（）/用户CPU用：用户模式下的 CPU占用（%）/磁盘交换：磁盘交换速/中断速：CPU每秒处的中断数数据库级别的测试指标：/数据库I/O的大小/敬据库锁资源的使用敬/敬据库的并发连接数：客户端的最大连接数2.7.2测试数据准备案数据：满负荷压根据测试系统的硬件条件，选择苗负苻的压，在系统的资源使用基本维持在 90% 左右的状况下，测试天威宽带业务管系统的处能。敬据准备工作包括：测试数据库需具备与真实环境成一定比或基本一致的数据2.7.3运状况记录记录可扩展性测试中的测试结果及

18、其系统的运状况。除记录测试指标以外，应 该结合测试实时记录系统各个层次的资源和参数。主要包括：/硬件环境资源/服务器操作系统参数/网络相关参数/ 数据库相关参数：具体数据库参数有所同，结合各个数据库独有的特点记录3第三章测试过程及结臬描述3.1测试描述在测试数据准备完备以后，测试将进。记录每次测试的结果数据，分析测试结果 对系统进全面评估。3.2测试场景1 .示.步骤说明备注：Action、平均响应时间（S）1打开主界面Action :访问首页(FWSY) ； 52输入用户名密码（需进参数化），登录系 统，进入首页Action :登陆(DL) ； 53点击“我的通知标签，进入通知表页面Action :进入通知表 (JRTZLB)； 54在我的通知上点击已收通知标题链接，查看 通知（重要通知）Action :查看通知(CKTZ) ； 55在我的通知上点击已收通知的“回复链接， 进入回复界面Ac