性能压力测试方案实例

UDMS性能压力测试 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 UDMS性能压力测试方案错误！未指定书签。版本控制版今日期作者备注v1.02021-9-9草稿第2页UDMS性能压力测试方案错误！未指定书签。 目录 工贸企业有限空间作业目录特种设备作业人员作业种类与目录特种设备作业人员目录1类医疗器械目录高值医用耗材参考目录 一、概括41.1工程背景和测试目的41.2被测系统介绍41.3测试可接收条件4二、测试需求5三、测试方法53.1测试方法53.2测试案例63.3测试流程63.4数据文件准备6四、测试环境74.1网络拓扑图74.2环境配置7五、测试实施85.1试资源与进度8附录：测试工具原理9第3页UDMS性能压力测试方案错误！未指定书签。一、概括1.1工程背景和测试目的为保障UDMS后续示范应用工程能够顺利实施，UDMS工程组希望在示范应用工程正式实施前了当前的UDMS性能是否可行，即认识示范应用工程技术的可行性。此外，经过测试，还希望认识使用不同技术之间实现的差别。1.2被测系统介绍本次被测系统是当前已达成的UDMS1.1系统，系统逻辑构造如下列图：系统逻辑构造图本次测试主要测试数据的索引性能及并发数据搜寻性能。1.3测试可接收条件1、数据索引性能每次测试均需成功；第4页UDMS性能压力测试方案错误！未指定书签。2、数据并发搜寻性能根据并发用户量决定，见后续描绘；每次测试，以上条件必须同时知足，方视为本次测试经过。二、测试需求本次测试的需求包括：?工程方案文档??性能需求规格说明书??系统架构 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 文档?三、测试方法3.1测试方法测试过程采用自动测试工具进行。使用HP企业的测试产品：LoadRunner。对数据索引性能测试不使用上述工具。1.测试UDMS系统数据索引性能：对UDMS系统进行数据导入测试，分别导入1万、10万，100万，1000万条文本及多媒体数据，之后记录每次导入的时间。整个系统能够支持多少用户同时接见模拟多个虚构用户，同时向UDMS发送搜寻恳求，之后记录每个虚构用户的响应时间。3、不同技术间实现的差别如有条件，可测试示范应用系统使用不同数据库平台之间的性能差别。该局部测试视实际情况决定是否需要测试。第5页UDMS性能压力测试方案错误！未指定书签。3.2测试案例测试目的虚构用户CaseNo.并发用户数数据量种类测试数据索引Non-GUI00111万Vuser002110万0031100万00411000万整个系统能够支Non-GUI0051100万持多少用户同时Vuser00610100万接见007100100万0081000100万Non-GUI00811000万Vuser010101000万0111001000万01210001000万3.3测试流程正式测试过程如下：确认被测环境正常；确认测试环境设置；开始测试；存储测试结果；系统调试；应用调试；环境维护；3.4数据文件准备数据文件名称包含内容说明数据量文本数据标明完后的文本GBK格式纯文本1000万多媒体数据带标明文本及媒体文包括声音、图像及视1000万件频第6页UDMS性能压力测试方案错误！未指定书签。四、测试环境4.1网络拓扑图LoadGeneratorHadoop、HabaseUDMSServerConsoleLoadGenerator测试网络拓扑图4.2环境配置种类配置软件被测系统效劳器DELLPOWEREDGE210CPU:INTELXEONE312203.1GHZDISK:2TMEMORY:8G测试系统测试机器CPU:及控制台INTELCOREI5-2410M2.30HZMEMORY:2G网络互换机千兆网络第7页UDMS性能压力测试方案错误！未指定书签。五、测试实施5.1试资源与进度工程阶段工程启动测试方案和测试设计测试履行测试评估总结任务分解任务内容达成标准责任人资源与时间工程定义，规划工程运作模式，0.5人建立工程编制工程方案，组建工程班子与输出?工程方案?测试经理天实施队伍测试需求明确测试需求、测试目标、界定双方就测试需求达0.5人测试人员天调研测试范围、任务和详细内容成共鸣细化?测试方案?，定义测试范拟订测试围，并定义各项测试活动和步输出?测试方案?测试经理2人天方案骤，详细安排测试实施过程及测〔草稿〕试进度证明测试脚本可用，证明测试流预测试程可用按照预期可接收条开发及测试人1天证明测试环境配置合理件员证明测试数据准备充分运行500或1000并工程负责人/开发用户场景，测试系统调优使系统运行在最正确状态发人员/测试人2天经理和工程经理直员/测试经理到认为测试停止性能测试根据测试案例测试按照预期可接收条测试人员1天件测试系统终究能够承受的业务按照预期可接收条压力测试件，系统已经不能测试人员1天量承受总结输出工程 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 、有关文档归档，输出?工程报告?测试人员2天安排后续工作测试组织构造图第8页UDMS性能压力测试方案错误！未指定书签。附录：测试工具原理MercuryInteractive企业的客户机/服务器系统的压力测试工具LoadRunner，其工作原理为：经过一其中心控制点，在一个或几个主机上同时模拟成千上万的实际用户的操作，进而生成一致的、可测量的及可重复的系统负载，并记录特定交易操作的响应时间。纲要地说：首先录制应用程序的操作过程，测试工具会自动生成可履行的脚本，该脚本运行起来，从效劳器端看，就好像一个实际的用户在进行操作，我们称为虚构用户。然后，经过中心控制点Controller〕设置测试场景，控制很多个虚构用户在多台Agent机器上同时运行，监控运行状态，收集响应时间等性能数据。使用虚构用户〔Vuser〕替代实际用户每个模拟的用户即为一个虚构用户，其实就是一个运行的测试脚本。LoadRunner在PC上主要有两种Vuser：非图形用户界面的虚构用户Non-GUIVuser〕和图形用户界面虚构用户〔GUIVuser〕。Non-GUIVuser是直接经过API调用和Web/Application/DB效劳器进行交互的，它的脚本是直接向效劳器提交恳求的类C语言程序。多个Non-GUIVuser可运行于一台主机上。Vuser可经过VirtualUserGenerator来录制生成，在录制脚本中能够注明某一活动〔transaction〕的开始和结束点，用于详细胸怀这一活动的响应时间及性能，还能够在某一操作从前定义集结点〔rendezvous〕，用于测试这一操作的多用户并发。GUIVuser模拟实际用户运行应用程序进行操作的情况，它的脚本记录了客户机上所有的界面操作。GUIVuser可经过MercuryInteractive企业的功能测试工具WinRunner来录制生成。由于本次压力测试的目的是查验效劳器对压力的承载能力，因此建议经过在一台主机上运行多个Non-GUIVuser来模拟多用户的活动进行压力测试。测试脚本的参数化测试脚本反应的是录制时输入的数据的情况。但由于录制操作可能惹起原输入数据状态的变化，因此要改正测试脚本中的输入数据及与其有关的数据；而且为了更正确地模拟真切系统的运作，输入的数据及与其有关的数据就必须参数化，并且为该参数成立一个包含所有数据的参数文件。这样当模拟多用户进行压力测试时，便可控制每个虚构用户使用参数文件中的不同数据。经过中心控制点〔Controller〕管理虚构用户在中心控制点，定制测试场景，即将要在测试会话中发生的事件。定制包括模拟的用户个数、模拟用户所在的主机、模拟用户的动作等。在中心控制点控制场景的运行，管理所有虚构用户的活动，监控虚构用户的状态，也能够无人照料地运行。场景履行完后，可经过Controller的性能剖析图第9页UDMS性能压力测试方案错误！未指定书签。形和报表对结果数据进行剖析。代理程序必须安装在参与测试的每一台主机上，就地景开始运行，代理程序负责Controller与主机之间的通讯。LoadRunnerControllerLANApplication/WebDatabaseServerLoadRunnerVusersClient使用自动生成的图表和报表剖析测试结果在每个测试场景运行完后，Controller自动收集效劳器、网络及客户端的性能数据，并以图形和报表的形式显示。其中包括效劳器响应Vuser以及transaction提交的恳求和任务的时间；在运行期间的鉴于活动Vuser数目的transaction性能时间；效劳器磁盘I/O、CPU使用情况，网络延迟等数据。测试方法及步骤1、成立虚构用户〔生成测试脚本〕在LoadRunner的VirtualUserGenerator中录制测试脚本，成立虚构用户，一般一个业务操作录制成一个测试脚本，步骤如下：根据应用软件的体系构造、中间件、数据库或客户端与效劳器之间的 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 ，选择对应的虚构用户种类，如：WEB、Oracle、Tuxedo、WinSocket等等；指定要录制的可履行程序，开始录制；在Vuserinitsection中记录登录应用系统的过程；在Actionssection中记录功能操作过程，适合参加事务〔transaction〕的开始与结束点〔事务也可在脚本生成后，直接在脚本中参加〕。当需要记录压力测试过程中某一操作的响应时间时，那么在履行这一操作前定义事务的开始点，并给这一事务命名，在操作结束后定义该事务的结束点；在Vuserendsection中记录退出系统的过程；回放测试脚本，查验测试脚本履行的正确性〔有可能要恢复录制从前的数据状态，或进行必要的参数化〕。第10页UDMS性能压力测试方案错误！未指定书签。1、试脚本的参数化测试脚本反应的是录制时输入的数据的情况，但为了更正确地模拟真切系统的运作，如模拟不同用户的登录，不同用户查问，有些输入的数据必须参数化，并且为该参数成立一个包含所有可能的数据的参数文件。这样当模拟多用户进行压力测试时，便可控制每个虚构用户使用参数文件中的不同数据。参数的选择、参数文件的定制详细根据应用软件的实际情况而定，但要保证录制的脚本能够顺利地履行回放，且达成相应的业务功能。2、定制压力测试场景在LoadRunner的Controller中，定制压力测试场景，也就是模拟一个多用户并发的情况，包括：运行虚构用户的测试主机、在测试机上运行的虚构用户数、虚构用户运行的测试脚本、每个虚构用户的循环次数等等。虚构用户并发数：定义履行某一测试脚本的虚构用户并发数，那么虚构用户并发总数为各脚本虚构用户并发数之和；由于在运行测试脚本时，忽略了ThinkTime，因此一个虚构用户的操作是特别连结的，其强度远远大于一个实际用户的操作强度；此外，为了测试惹起系统性能急剧下降的拐点和惹起系统崩溃的崩溃点，并发的虚构用户数需渐渐增加，每次增加的数量可视测试的详细情况而定。测试主机：选择运行某一测试脚本的测试主机。虚构用户履行的脚本：选择虚构用户履行的测试脚本，即达成某一业务功能的测试脚本。4)IterationCount：虚构用户运行测试脚本Actionssection局部的循环次数，增加循环次数是为了保证在某一稍长的时间段内有一个稳定的负载，这样统计的结果才比较正确。需要注意的是，每台测试机上所支持的虚构用户数，与测试机的配置和录制的应用程序的大小有关。每台测试机上运行的虚构用户数不能太多，因为如果太多的话，性能瓶颈将会出现在客户端，那么测出的结果将毫无意义。3、运行压力测试场景在LoadRunner的Controller中，运行压力测试场景，就能够控制测试机上的所有虚构用户并发进行相应的操作。步骤为：启动测试机的RemoteCommandLauncher；在Controller中使测试机处于“连结〞状态；3)在Controller中，对所有虚构用户发出初始化〔initialize〕命令，测试主机的RCL启动Agent，并将虚构用户初始化，履行测试脚本中Vuserinitsection局部，使之登录系统；4)在Controller中，对所有虚构用户发出运行〔run〕命令，经过测试主机第11页UDMS性能压力测试方案错误！未指定书签。的Agent运行各虚构用户，履行测试脚本中的Actionssection局部，在Controller端监控虚构用户的状态及履行结果；5)每个虚构用户按指定的循环次数履行测试脚本中的Actionssection局部，然后履行Vuserendsection局部，退出应用系统；当每一个虚构用户运行达成后，整个测试场景运行结束。在压力测试场景履行过程中，Controller会自动收集效劳器、网络及客户端的性能数据，以及各事务的响应时间等。4、监控系统性能在测试场景运行过程中，我们需要监控：监控运行虚构用户的客户端的资源使用情况，使用Windows的性能监督器监控客户端的CPU、Memory等资源使用情况，以防备性能瓶颈出现在客户端；此外，能够在进行压力测试的同时，在此外的客户端上运行应用程序，也就是在系统负载较大时从最终客户的角度再进行相应功能确实认，并测试端到端的响应时间，也可将该响应时间与压力测试的响应时间进行比较，假定结果差别不大，也可考证压力测试结果的可信性。2)监控数据库效劳器、WEB效劳器资源的使用情况，能够使用QuestSoftware的I/Watch，或CAUniCenter和IBMTivoli等特意的系统监控工具，来监控效劳器端的CPU、Memory、Disk、Process、Network等资源使用情况，以便在压力测试时，判断性能瓶颈所在。监控数据库资源的使用情况，能够使用特意针对ORACLE的数据库监控工具，如，QuestSoftware的Spotlight、SpaceManager、SQLabXpert等监控磁盘空间的分派，磁盘I/O的竞争，内存区高速缓存的命中率，索引、锁等体制的运用以及性能不佳的SQL语句等。对这些资源情况进行剖析，并找到性能瓶颈。5、剖析测试结果在Controller的Analysis中，剖析并打印其中的性能报表，作为测试报告的附件：Graph—Percentile:事务百分比对应的响应时间的图形，该图说明百分之几的事务是在多少响应时间以内达成的。如果已确定性能指标是95%的事务要在10秒内达成，那么能够根据该图判断是否抵达性能指标；Graph—TransactionDistribution:事务达成的相应时间的散布图，经过该图能够看出大局部事务达成的响应时间是多少秒；Reports—TransactionPerformanceSummary：有关事务性能的总结报表，显示在测试场景中，所有事务的最小、最大、平均以及90%Percentile的响应时间；根据压力测试过程中记录的数据库效劳器、WEB效劳器的CPU、Memory以及Network性能数据以及数据库资源使用情况，进行剖析，判断性能瓶颈所在。第12页UDMS性能压力测试方案错误！未指定书签。第13页