Loadrunner实战第5章教程分析.ppt

软件性能测试与LoadRunner实战教程 第5章　实例讲解脚本的录制、场景设计、结果分析过程 5.1.1 LoadRunner测试过程模型 5.1.2 实例讲解Web应用程序的应用 5.1.3 脚本处理部分 5.1.4 负载处理部分 5.1.5 系统性能改进意见 5.1.1 LoadRunner测试过程模型-1 5.1.1 LoadRunner测试过程模型-2 规划测试：要成功地进行负载测试，需要制订完整的测试计划。定义明确的测试计划将确保制定的LoadRunner场景能完成您的负载测试目标。 创建Vuser脚本：Vuser通过与应用程序的交互来模拟真实用户。Vuser脚本包含场景执行期间每个Vuser执行的操作。您可以使用LoadRunner Vugen创建虚拟用户脚本。 5.1.1 LoadRunner测试过程模型-3 创建方案：场景描述测试会话期间发生的事件。场景中包括运行Vuser的计算机列表、Vuser运行的脚本列表以及场景执行期间运行的指定数量的Vuser或Vuser组。您可以使用LoadRunner Controller创建场景。场景的设计有基于手动和基于目标两种方式。 运行方案：您可以通过指示多个Vuser同时执行任务来模拟服务器上的用户负载。增加或减少同时执行任务的Vuser数可以设置负载级别。 5.1.1 LoadRunner测试过程模型-4 监控方案：可以使用LoadRunner事务、系统资源、Web资源、Web服务器资源、Web应用程序服务器资源、数据库服务器资源、网络延时等应用程序组件和基础结构资源监控器来监控场景执行。 分析测试结果：在场景执行期间，LoadRunner将录制不同负载下应用程序的性能。您可以使用LoadRunner的图和报告来分析应用程序的性能，定位应用程序的系统瓶颈，为系统构架、软件开发、数据库管理员、系统管理员等相关人员提供改良意见。 5.1.2 实例讲解Web应用程序的应用 5.1.3 脚本处理部分-1 用户注册业务脚本（有冗余代码） 5.1.3 脚本处理部分-2 用户注册业务脚本（完善后代码） 5.1.3 脚本处理部分-3 订票处理业务 5.1.3 脚本处理部分-4 订票处理业务 5.1.4 负载处理部分-1 题目 模拟5个用户并发注册，20个用户并发进行订票业务处理，同时要求整个订票业务处理的响应时间不超过20秒。在进行负载的同时要求系统CPU利用率不超过75%，可用内存不低于100MB。 5.1.4 负载处理部分-2 题目 模拟5个用户并发注册，20个用户并发进行订票业务处理，同时要求整个订票业务处理的响应时间不超过20秒。在进行负载的同时要求系统CPU利用率不超过75%，可用内存不低于100MB。 5.1.4 负载处理部分-3 注意要点 关于场景中有执行先后顺序脚本的处理；（组） 关于用少量虚拟用户模拟多的事务处理方式问题；（迭代） 关于性能指标监控； 关于性能测试结果分析。 5.1.5 系统性能改进意见-1 针对题目运行结果给出系统性能改进意见 如： 5.1.5 系统性能改进意见-2 性能测试的调优工作是一个循序渐进的过程，确定系统性能瓶颈以后，就需要针对一个瓶颈调整一个或者一类配置相关内容、改良硬件配置、改善网络运行环境、程序或者数据库脚本代码优化工作。确定一个系统瓶颈、改善系统性能并不是一件简单的事情，它需要网络管理员、数据库管理员、程序员、性能测试分析人员等相互协作，这是一个往复的过程，需要您有足够多的耐心、细心还有信心。 问题与讨论 经过改良后的脚本，可以看到不仅去掉了多余的内容、对用户注册信息进行了参数化，同时设置了集合点、事务、检查点，并且还对检查点函数要查找的文本内容进行了参数化。 * * 要模拟用户的真实场景，需要参数化数据。典型的情况是不同的用户登录到系统，订票的出发地和目的地是不同的，读者可以尝试自行参数化相关数据信息。这里我提供了一种最简便的方法来处理这类问题，就是只参数化用户登录部分的参数，而保留订票的业务处理部分，也就是说不同的用户登录以后订票的出发地和目的地是一样的。 * * * * * * 经过改良后的脚本，可以看到不仅去掉了多余的内容、对用户注册信息进行了参数化，同时设置了集合点、事务、检查点，并且还对检查点函数要查找的文本内容进行了参数化。 * * 要模拟用户的真实场景，需要参数化数据。典型的情况是不同的用户登录到系统，订票的出发地和目的地是不同的，读者可以尝试自行参数化相关数据信息。这里我提供了一种最简便的方法来处理这类问题，就是只参数化用户登录部分的参数，而保留订票的业务处理部分，也就是说不同的用户登录以后订票的出发地和目的地是一样的。 * * * * * *