性能测试方案

web项目性能测试方案任务：测试JBOSS环境下UBSS项目的性能目标：测试缴费部分（前台缴费，IC卡充值）在并发数从50-100递增的性能指标，不要求对结果进行分析步骤：1.搭建测试环境，要求与真实环境大概一致（关注在现有license情况下，UBSS系统支持的最大并发数）2.准备数据脚本（SQL和存储过程）3.准备测试脚本（Vuserscrīpts,scenario）4.进行性能测试测试范围针对UBSS项目，抽取对系统影响最大、最为典型的业务交易，构建场景，以此评判系统的整体性能和实际性能表现a.用户前台缴费b.标准用户IC卡充值测试内容1.基准测试概念：检查每个业务的基准响应时间（系统整体空闲，无额外进程运行并占用系统资源）方法：单用户运行业务多次，获取该业务的平均响应时间序号功能名称并发用户数循环次数操作间隔循环间隔1-1前台缴费1100331-2IC卡充值1100332.单个交易负载测试概念：设定负载序列，并发用户数为X｛20,30,50,....｝,收集系统单个交易在不同负载级别的性能表现方法：设置并发用户数等于X，关键步骤处设置并发点，每个用户运行N个iteration，获取平均响应时间和吞吐量用户登陆方式：每2秒登陆2个序号功能名称并发用户数循环次数操作间隔循环间隔2-1前台缴费550332-2前台缴费1050332-3前台缴费155033注：响应时间超过30S2-4前台缴费205033注：阻塞，不进行测试2-5IC卡充值550332-6IC卡充值1050332-7IC卡充值1550332-8IC卡充值2050333.组合交易负载测试概念：多个交易组合在一起，设定负载序列，并发数为X｛20,30,50,....｝，收集系统在不同负载级别的性能表现方法：设置并发总数，各用户数按比例分配，每个用户运行N分钟，获取平均响应时间和吞吐量序号功能名称并发用户总数比例持续时间操作间隔循环间隔3-1前台缴费，IC卡充值52：320m333-2前台缴费，IC卡充值102：320m333-3前台缴费，IC卡充值152：320m333-4前台缴费，IC卡充值202：320m33性能指标1.主机系统性能指标CPU使用率内存占用率磁盘读写2.数据库性能指标（略），可直接看应用系统所在主机情况3.中间件指标（略），可直接看应用系统所在主机情况4.业务指标平均响应时间最长响应时间吞吐率衩测系统环境描述1.系统架构J2EE架构，多层结构，即展示层、应用服务层、数据服务层2.主机环境主机名型号主机IPCPU数内存磁盘用途数据库主机192.168.1.8应用主机192.168.1.3312G3.软件环境项目信息备注操作系统windowxp应用主机linux数据库主机数据库oracle10G中间件EOS5.3forJBOSS测试工具LoadRunner8.1破解4.数据库环境数据库实例orcl数据规模用户数量：837,060客户数量：857,043帐户数量：832,727未缴费帐单：403,839IC卡用户信息：404,607发票数量：1,169,600用户表具信息：846,999计费策略：845,771已缴费帐单：5,593,9515，测试客户机序号IP操作系统配置用途1192.168.1.30windowxppentium43.2GHzmemory1Ggenerator+controoler测试报告由anilys自动生成---------------------------------------------------------------系统性能测试方案1引言1.1编写目的编写本方案的目的是用于指导XXXX系统的性能测试,主要从测试环境、测试工具、测试策略、测试具体执行方法、任务与进度表等事先计划和设计。1.2适用范围XXXX系统性能测试组XXXX系统开发组XXXX系统性能优化组1.3参考资料缩写、术语解释性能测试（performancetesting）运行这些测试通常要确定程序运行有多快，以便确定是否需要优化负载测试（Loadtesting）通过在面临很多资源要求的系统上运行，攻击被测程序或系统可靠性测试（reliabilitytesting）持续进行的性能测试，目标是发现短序列程序测试遗漏的情况系统性能测试指南1.4术语和缩写词2系统介绍3测试环境3.1网络拓扑图3.2硬件环境3.3软件环境4测试范围与主要内容测试范围：如：XXXX系统各项性能指标，反应时间的性能测试、CPU、Memory的性能测试、负载的性能测试（压力测试）、可靠性测试主要检测内容：如：1.典型应用的反应时间2.客户端、服务器的CPU、Memory使用情况3.服务器的响应速度4.系统支持的最优负载数量5.网络指标6.系统可靠性测试5测试工具和测试方法5.1测试工具MI（MercuryInteractive）公司的LoadRunner7.5.1创建虚拟用户脚本工具VirtualUserGeneratorMI（MercuryInteractive）公司的LoadRunner7.5.1创建、运行实际场景工具ControllerMI（MercuryInteractive）公司的LoadRunner7.5.1分析测试结果工具Analysis性能监视器（MicroSoftWin2000自带）5.2测试方法5.2.1反应时间的性能测试处理点或事件期望的反应时间实际反映时间平均值（至少3次）上次或上版本实际反映时间平均值（至少3次）测试结果分析：5.2.2CPU、Memory的性能测试条件：1.客户端情况2.应用服务器情况3.数据库服务器情况测试结果分析：5.2.3负载的性能测试（压力测试）输入/动作输出/响应能否正常运行5个用户操作10个用户操作20个用户操作30个用户操作50个用户操作……测试结果分析：5.2.4可靠性测试任务描述连续运行时间故障发生的时刻故障描述统计分析任务A无故障运行的平均时间间隔（CPU小时）测试结果分析：5.2.5网络性能测试对网络性能的测试，如网络流量、每秒采样数、网络延迟等。6测试完成准则系统满足各项性能要求、能满足实际使用情况并提供测试报告7任务与进度表8提交的文档和报告XXXX系统性能测试方案XXXX系统性能测试报告XXXX系统性能测试脚本软件系统性能测试方案1引言1.1编写目的编写本方案的目的是用于指导XXXX系统的性能测试,主要从测试环境、测试工具、测试策略、测试具体执行方法、任务与进度表等事先计划和设计。1.2适用范围XXXX系统性能测试组XXXX系统开发组XXXX系统性能优化组1.3参考资料系统性能测试指南1.4术语和缩写词缩写、术语解释性能测试（performancetesting）运行这些测试通常要确定程序运行有多快，以便确定是否需要优化负载测试(loadtesting)通过在面临很多资源要求的系统上运行，攻击被测程序或系统可靠性测试(reliabilitytesting)持续进行的性能测试，目标是发现短序列程序测试遗漏的情况……2系统介绍3测试环境3.1网络拓扑图3.2硬件环境3.3软件环境4测试范围与主要内容测试范围：如：XXXX系统各项性能指标，反应时间的性能测试、CPU、Memory的性能测试、负载的性能测试（压力测试）、可靠性测试主要检测内容：如：1.典型应用的反应时间2.客户端、服务器的CPU、Memory使用情况3.服务器的响应速度4.系统支持的最优负载数量5.网络指标6.系统可靠性测试5测试工具和测试方法5.1测试工具MI（MercuryInteractive）公司的LoadRunner7.5.1创建虚拟用户脚本工具VirtualUserGeneratorMI（MercuryInteractive）公司的LoadRunner7.5.1创建、运行实际场景工具ControllerMI（MercuryInteractive）公司的LoadRunner7.5.1分析测试结果工具Analysis性能监视器（MicroSoftWin2000自带）5.2测试方法5.2.1反应时间的性能测试处理点或事件期望的反应时间实际反映时间平均值（至少3次）上次或上版本实际反映时间平均值（至少3次）测试结果分析：5.2.2CPU、Memory的性能测试条件：1.客户端情况2.应用服务器情况3.数据库服务器情况测试结果分析：5.2.3负载的性能测试（压力测试输入/动作输出/响应能否正常运行10个用户操作20个用户操作30个用户操作50个用户操作100个用户操作……测试结果分析：5.2.4可靠性测试任务描述连续运行时间建议72小时故障发生的时刻故障描述……统计分析任务A无故障运行的平均时间间隔（CPU小时）任务A无故障运行的最小时间间隔（CPU小时）任务A无故障运行的最大时间间隔（CPU小时）测试结果分析：5.2.5网络性能测试对网络性能的测试，如网络流量、每秒采样数、网络延迟等。6测试完成准则系统满足各项性能要求、能满足实际使用情况并提供测试报告7任务与进度表8提交的文档和报告XXXX系统性能测试方案XXXX系统性能测试报告XXXX系统性能测试脚本成功的Web应用系统性能测试性能测试是Web应用系统的一项重要质量保证措施。在现实中，很多Web性能测试项目由于性能测试需求定义不合理或不明确，导致性能测试项目不能达到预期目标或进度超期。本文针对Web应用系统的技术架构和系统使用特点，探讨如何有效实施性能测试过程，并重点介绍如何分析获得合理的性能测试需求，最终对Web应用系统性能进行科学、准确的评估。1引言基于Web服务器的应用系统由于提供浏览器界面而无须安装，大大降低了系统部署和升级成本，得以普遍应用。目前，很多企业的核心业务系统均是Web应用，但当Web应用的数据量和访问用户量日益增加，系统不得不面临性能和可靠性方面的挑战。因此，无论是Web应用系统的开发商或最终用户，都要求在上线前对系统进行性能，室验实TI国中科学评价系统的性能，从而降低系统上线后的性能风险。在很多性能测试项目中，由于不能合理定义系统的性能测试需求，不能建立和真实环境相符的负载模型，不能科学分析性能测试结果，导致性能测试项目持续时间很长或不能真正评价系统性能并提出性能改进措施。本文在总结许多Web应用系统性能测试实践经验和教训的基础上，从与性能测试工具无关的角度介绍Web应用系统性能测试的方法和实施过程，以及如何定义合理的性能测试需求。1.1术语定义性能测试：通过模拟大量浏览器客户端同时访问Web服务器，获得系统的性能数据。虚拟用户：模拟浏览器向Web服务器发送请求并接收响应的一个进程或线程。响应时间：浏览器向Web服务器提交一个请求到收到响应之间的间隔时间。思考时间：浏览器在收到响应后到提交下一个请求之间的间隔时间。请求成功率：Web服务器正确处理的请求数量和接收到的请求数量的比。吞吐量：单位时间内Web服务器成功处理的HTTP页面或HTTP请求数量。在线用户：用户通过浏览器访问登录Web应用系统后，并不退出该应用系统。通常一个Web应用服务器的在线用户对应Web应用服务器的一个Session。并发用户数：Web服务器在一段时间内为处理浏览器请求而建立的HTTP连接数或生成的处理线程数。当所有在线用户发送HTTP请求的思考时间为零时，Web服务器的并发用户数等于在线用户数。性能分析名词解释——LoadRunnerTransactions（用户事务分析）用户事务分析是站在用户角度进行的基础性能分析。1、TransationSunmmary（事务综述）对事务进行综合分析是性能分析的第一步，通过分析测试时间内用户事务的成功与失败情况，可以直接判断出系统是否运行正常。2、AverageTransacitonResponseTime（事务平均响应时间）“事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间，通过它可以分析测试场景运行期间应用系统的性能走向。例：随着测试时间的变化，系统处理事务的速度开始逐渐变慢，这说明应用系统随着投产时间的变化，整体