《LoadRunner》 - 课堂胶片-02.ppt

手动关联 1，录制两份一模一样的脚本 2，Windiff 比较这两个脚本 3，区别Response from Server 4，找到需要关联的内容 5，web_reg_save_param 函数手动关联 Controller 控制器 提供了手动场景和基于目标场景两种设置方式。 打开： “开始”菜单--所有程序 --Mercury LoadRunner --Applications --Controller 出现右边的界面 Add Remove Browse Record Controller 手动场景设置 选择Manual Scenario 勾上“Use the Percentage Mode to distribute the Vusers among the scripts”,可以指定虚拟用户总体数量，然后针对业务组设置用户数百分比的形式完成场景设置。 Controller 手动场景设置 选择Manual Scenario 不勾选“Use the Percentage Mode to distribute the Vusers among the scripts”, Controller Design和Run选项卡 Design：设计测试场景的静态部分，设置模拟用户生成器、模拟用户数量、 模拟用户组等。 主要用于设计。 Run：设计测试的动态部分，主要指添加性能计数器，在脚本运行的过程中可以通过这些计数器反馈的数据。 主要用于运行。 Controller 手动场景设置 命名场景 编辑时间表 Controller Edit Schedule 按场景计划，包括Ramp Up、Duration和Ramp Down三个选项卡 Ramp Up选项卡:设置场景虚拟用户 初始加载方式 刚开始就加载所有虚拟用户。 每隔一段时间加载一定的虚拟用户，最常用的是这种方式，这种方式最接近用户的真实使用情况。 Controller Duration选项卡:设置设置场景持续运行的情况 按照设置运行，即每个虚拟用户按照所指定的迭代次数运行，直到运行结束。 按时间运行：即所有虚拟用户一直在迭代重复运行脚本，直到指定的时间结束，脚本迭代次数被忽略，不起作用。 一直运行，不停止，直到人为停止场景的运行才结束。 Controller Ramp Down选项卡 持续运行结束后，同时停止所有的虚拟用户。 每隔一段时间就停止一定量的虚拟用户，这项和Ramp Up中的第二项一样，只是这里是结束，那里设置的是开始。 按用户组计划多了“Start Time”选项 场景运行时开始。 场景开始运行后一段时间才开始。 在某个特定的用户组运行结束后才开始，通俗的讲就是在某个脚本运行结束后才开始运行。 Controller 初始化虚拟用户 初始化虚拟用户表示必须所有的虚拟用户都准备好之后，场景才能执行 Controller 基于目标场景 选择Goal-Oriented Scenario 如果你的测试目标是达到多少指标，每秒多少点击率，多少用户数同时并发，可以使用这种场景。 虚拟用户数 每秒点击次数 每秒事务数 每分钟页面数或事务响应时间 Controller Edit Scenario Goal 定义目标名称 定义场景目标 定义场景运行的具体设置 不改变录制时的ThinkTime Controller Define Scenario Goal 定义不同的场景目标会出现不同的目标设置 Virtual Users Hits per seconds Transactions per seconds Transaction Reponse Time Pages per Minutes Controller Virtual users 这种目标类型主要是用来测试服务器对并发用户的处理能力 Hit per Second 设置的目标是点击数/秒. 设置最小虚拟用户数和最大虚拟用户数，当场景执行时，Controller会 使用最小的虚拟用户来达到定义的目标。如果最小的用户，达不到目标，那个Controller将会增加虚拟用户数，直到定义的最大的虚拟用户数 Controller Transactions per Second 设置的目标为每秒处理的事务数，但这里要注意的是，在脚本中一定要定义事务，否则事务名的地方为空白 Transactions Response Time 这类目标是设置事务的响应时间，在多用户并发时，事务的响应时间，同时要设置好最大和最小虚拟用户数 Controller Pages per Minute 目标为每分钟处理的页面数, 需要设定最小和最大用户数。 Controller Secnario Setting 在“Run T