Loadrunner之创建场景Loadrunner之创建场景.doc

创建场景 进行压力负载测试时,测试人员的工作就是了解被测应用的性能需求,从应用程序中找出一个或多个性能测试点,然后针对这些性能点分别进行测试,获取相关的性能指标结果,分析被测应用,追溯性能问题产生的根源.要使用LOADRUNENR实现这一过程,就需要针对这些性能点建立一个个的场景,因此,LOADRUNNER的每个场景都定义了一个在性能测试活动中发生的事件,它能控制虚拟用户的数量,测试脚本和运行脚本的LOAD GENERATOR.对于有经验的测试人员来说，定义场景是在计划阶段进行的，它优先于脚本的录制过程，并指导脚本的录制。只不过计划阶段的场景只能限于纸面上，要想让LOADRUNNER这个测试工具实现自动的负载测试，需要在CONTROLLER中建立实实在在的场景。 设计场景的思想 性能测试按照场景不同一般可以分为两大类，一类是为了测试目的而进行的场景测试，另外一类是基于用户实际情况而进行的场景测试。 性能测试用例的设计应该面向性能测试场景来进行，“为了测试目的而设计的测试用例场景”主要根据测试设计人员的经验来进行，但是仍然要参考用户的实际场景，用户实际使用场景是设计所有测试用例的依据。 性能测试用例设计首先要分析出用户现实中的典型场景，然后参照典型场景进行设计。下面详细介绍一下常见的三类用户场景： 一天内不同时间段的使用场景 在同一天内，大多数系统的使用情况都会随着时间发生变化。例如对于新浪、网易等门户网站，在周一到周五早上刚一上班时，可能邮件系统用户比较多，而上班前或者中午休息时间则浏览新闻的用户较多；而对于一般的OA系统则早上阅读公告的较多，其他时间可能很多人没有使用系统或者仅有少量的秘书或领导在起草和审批公文。这类场景分析的任务是找出对系统产生压力较大的场景进行测试。 系统运行不同时期的场景 系统运行不同时期的场景是大数据量性能测试用例设计的依据。随着时间的推移，系统历史数据将会不断增加，这将对系统响应速度产生很大的影响。大数据量性能测试通常会模拟一个月、一季度、半年、一年、……的数据量进行测试，其中数据量的上限是系统历史记录转移前可能产生的最大数据量，模拟的时间点是系统预计转移数据的某一时间。 不同业务模式下的场景 同一系统可能会处于不同的业务模式，例如很多电子商务系统在早上8点到10点以浏览模式为主，10点到下午3点以定购模式为主，而在下午3点以后可能以混合模式为主。因此需要分析哪些模式是典型的即压力较大的模式，进而对这些模式单独进行测试，这样做可以有效的对系统瓶颈进行隔离定位。与“一天内不同时间段的场景测试”不同，“不同业务模式下的场景测试”更专注于某一种模式的测试，而“一天内不同时间段的场景测试”则多数是不同模式的混合场景，更接近用户的实际使用情况。 上面只介绍了三种典型的场景，实际项目中分析场景一般不会孤立的分析某一特定类型场景，而是把两种或者几种类型场景结合起来进行分析设计，这样做主要是为了选择更典型的场景和节省一些测试成本。 选择场景类型 每次在CONTROLLER中创建一个场景的时候，系统会首先让用户选择场景的类型。LOADRUNNER为用户提供了面向目标和手工设置的两种场景策略，具体选择哪一种要根据具体的项目需求来定。 MANUAL SCENARIO这种方式是完全手动设置，测试人员需要手工设定虚拟用户数，SCHEDULE和LOADGENERATOR等 MANUAL SCENARI WITH PERCENTAGE MODE 这种方式与MAMUAL SCENARIO方式比较相似，只是在分配用户数的方式有所不同 后者需要设定TOTAL NUMBER OF VUSERS，即所有虚拟用户数； 后者需要为每个脚本分配用户数比例，由系统按照比例自动分配用户数； 后者脚本选择LOADGENERATOR时，除了可以选择单个的LOAD GENERATOR外，还可以设置为ALL LOAD GENERATOR，即使用所有的LOADGENERATOR。 后者没有用户组的概念，因此在设置SCHEDULE时，不能按组设置，只能按整个场景设置。 GOAL-ORIENTED SCENARIO 这种方式是基于目标自动创建场景的方式，测试人员只要输入性能测试所要达到的目标，LOADRUNNER就会自动根据目标安排场景的运行； 采用GOAL-ORIENTED SCENARIO方式创建场景时，需要单击EDIT SCENARIO GOAL按钮定义场景目标，CONTROLLER在执行的时候会根据场景目标的要求，自动加载用户，控制场景的运行； VIRTUAL USERS 以虚拟用户数作为目标，当一个应用对用户数要求比较高时，可以使用这种方式来测试一个应用程序能够允许多少个用户同时运行。基于用户数目标的原理和设定方法比较简单，他和MANUAL SCENA