Loadrunner脚本开发的说明.docxVIP

脚本设计脚本分割原则VuGen中的脚本分为三部分：vuser_init、vuser_end和Action。其中vuser_init和vuser_end都只能存在一个，不能再分割，而Action还可以分成无数多个部分（通过点击New按钮，新建ActionXXX）。在录制需要登陆的系统时，我们往往把登陆部分放到vuser_init中，把登陆后的操作部分放到Action中，把注销关闭退出部分放到vuser_end中。但在部分情况下，登陆和退出操作也要放到Action中，具体条件如下：如果需要在登陆操作设集合点时（原因：vuser_init中不能添加集合点）；需要重复执行登陆退出操作时（原因：vuser_init和vuser_end中的内容只会执行一次，不能重复）；Aciton的分割 Action的分割跟实际业务联系比较紧密，但主要遵循几点原则：进入菜单部分，单独为一个action；一个功能模块默认为一个action（在特殊情况下，我们也可能将同一个模块功能分成多个action）举例：例如在收购主机开票界面，我们录入一个烟农后，需要对该烟农进行多次过磅（每次过磅客户端都会提交一次请求，第一称的处理逻辑与第二称的处理逻辑不一样），此时，过磅信息这块我们会另外新增一个独立的action。第一次录入等级第二次或者第三次录入等级脚本内容设计事务为了衡量服务器的性能，我们需要定义事务。比如：我们在脚本中有一个数据查询的操作，为了衡量服务器执行查询操作的性能，我们把这个操作定义为一个事务，这样在运行测试脚本时，LR运行到该事务的开始点时，LR就会开始计时，直到运行到该事务的结束点，计时结束。这个事务的运行时间在结果中会有反映。插入事务操作可以在录制过程中进行，也可以在录制结束后进行。事务的名称：事务的名称最后有意义，能够清楚说明该事务完成的动作。（一般情况下，事务的命名规范为：事务_模块中文简称_功能点中文简称）出现以下对话框操作结束时，插入事务结束点脚本中事务的代码如下：注释注释的作用主要是用来辨识一个Action中的脚本代码属于那些操作，那些信息栏（一个Action往往代表一个模块，模块中又有多个录入信息栏，多次操作相同功能，在不添加事务的情况下，如何明确录入的代码属于哪个信息栏，第几次操作，这个时候，注释就非常必要）。注意：注释最后是在录制脚本过程中进行集合点插入集合点是为了衡量在加重负载的情况下服务器的性能情况。在测试计划中，可能会要求系统能够承受1000人同时提交数据，在LR中可以通过在提交数据操作前面加入集合点，这样当虚拟用户运行到提交数据的集合点时，LR就会检查同时有多少用户运行到集合点，如果不到1000人，LR就会命令已经到集合点的用户在此等待，当在集合点等待的用户达到1000人时，LR命令1000人同时去提交数据，从而达到测试计划中的需求。注意：集合点一般是和事务结合起来使用。集合点只能插入到Action部分，vuser_init和vuser_end中不能插入集合点。集合点的命名规范：集合点_模块中文简称_功能点中文简称脚本开发参数化为什么要参数化如果用户在录制脚本过程中，填写提交了一些数据，比如要增加数据库记录。这些操作都被记录到了脚本中。当多个虚拟用户运行脚本时，都会提交相同的记录，这样不符合实际的运行情况，而且有可能引起冲突。为了更加真实的模拟实际环境。需要各种各样的输入，参数化输入就成为了一种不错的方法。参数化包含以下两项任务：在脚本中用参数取代常量值（即脚本录入的唯一数据值）；设置参数的属性以及数据源。注意：不是所有常量值都需要进行参数化（具体见1.3.2节）如何进行参数化确定哪些数据要参数化哪些数据需要进行参数化，往往对于刚开始接触一套新系统的测试人员来说，是比较复杂的。往往因为不同的理解和侧重点，不同的测试人员根据脚本代码列出的参数化对象也不一样，因此，需要对脚本进行辨识，并同时结合业务进行分析，一般参数化的步骤如下：方法一了解业务及数据库表梳理业务逻辑并理清业务发生时的数据关系，整理操作数据来源相关表和操作生成数据相关表，并进行归类（一般归为公共类和业务类，业务类中又包括依赖业务和自身业务）如在物资供应操作中：组织单位、登录用户、仓库等，归为公共类；烟农、合同归为依赖业务类；物资种类信息、物资供应单信息归为自身业务类；汇总分类后分析各类各自数据在数据库中的关联关系。2、分析操作步骤和模块表单，整理归类参数化数据其次，从录制过程来进行梳理： 这里我们需要填入用户名和密码这里，从上述模块表单和操作中，我们分析可能需要参数化的项目：公共类登录用户帐录用户帐号IDaudfztsotsotsotsotsotso100000003组织单位CD组织单位ORG_UNIQUE_CD仓库业务类