CN104932974B - 一种脚本转换方法和装置 - Google Patents

Abstract

本发明公开了一种脚本转换方法和装置。所述方法包括：根据LoadRunner的脚本路径，获取符合预设条件的LoadRunner测试脚本；利用LoadRunner控制器，获取LoadRunner测试场景配置信息；分别将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落；将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息分别转换成的xml段落进行合并，形成Jmeter测试计划。通过本发明实施例实现了LoadRunner的HTTP脚本和场景到Jmeter测试计划的自动转换，可以大量节约软件使用成本、利用现有的测试脚本和测试人员、节约大量的人员脚本执行时间、提高测试效率等优点。

Description

一种脚本转换方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种脚本转换方法和装置。

背景技术

随着云计算与虚拟化的发展，互联网用户规模越来越大，大量的互联网应用在上线前都需要进行大量的性能测试，如铁路春节售票、春节抢红包和互联网各种“秒杀”活动。性能测试是通过自动化的测试工具模拟正常、峰值以及异常负载条件，以便对系统的各项性能指标进行测试。

LoadRunner是一种预测系统行为和性能的工业级负载测试工具。LoadRunner具有脚本编写简单、商业化程度高等特点，其可以应用于各种体系架构的自动负载测试。LoadRunner通过模拟海量并发负载，并且对海量并发负载进行实时性能监测，来查找和确认系统性能问题。但是，LoadRunner存在着商业许可费用高、测试软件体积庞大和测试占用系统资源多等问题。

Jmeter是Apache组织开发的开源压力测试工具。Jmeter用于对软件做压力测试，其可以测试静态和动态资源，例如：测试静态文件、Java小服务程序、CGI脚本、Java对象、数据库，FTP服务器等。Jmeter可以在不同压力类别下，测试并分析模拟海量负载的强度和整体性能。

Jmeter具有免费使用、与平台无关、支持大规模分布式部署等特点。为充分利用Jmeter的优势，可以将LoadRunner的测试脚本和测试场景转换为Jmeter的测试计划，然后对系统进行性能测试。然而，目前Jmeter测试计划只能通过人工方式配置，通过Badboy软件进行录制或者代理录制的方式进行配置。上述Jmeter测试计划的配置方式需要消耗大量的测试时间和调试验证时间，成本较高。

发明内容

本发明提供一种脚本转换方法和装置，用以解决现有技术中配置Jmeter测试计划测试时间成本高的问题。

基于上述技术问题，本发明是通过以下技术方案来解决的。

本发明提供了一种脚本转换方法，包括：根据LoadRunner的脚本路径，获取符合预设条件的LoadRunner测试脚本；利用LoadRunner控制器，获取LoadRunner测试场景配置信息；分别将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落；将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息分别转换成的xml段落进行合并，形成Jmeter测试计划。

其中，符合预设条件的LoadRunner测试脚本，包括：LoadRunner测试脚本的协议为Web协议、且LoadRunner测试脚本的语言为C语言。

其中，将所述LoadRunner测试脚本转换为Jmeter格式的xml段落，包括：对所述LoadRunner测试脚本进行函数调用信息分析，形成函数信息列表，并基于函数信息列表映射出Jmeter格式的超文本传输协议HTTP采样器、后置处理器和断言xml段落；根据所述LoadRunner测试脚本的参数化文件，获得Jmeter格式的配置元件xml段落。

其中，将所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落，包括：所述LoadRunner测试场景配置信息包括：运行逻辑控制配置、脚本运行时配置和虚拟用户数据配置；从运行逻辑控制配置中获取RunLogic参数；从脚本运行时配置中获取CustomUserAgent参数和ThinkTime参数；从虚拟用户数据配置中获取GroupVuser参数；通过FreeMark定义的映射模板，将RunLogic参数映射为Jmeter格式的逻辑控制器xml段落、将CustomUserAgent参数映射为Jmeter格式的HTTP信息头处理器xml段落、将ThinkTime参数映射为Jmeter格式的定时器xml段落、将Group Vuser参数映射为Jmeter格式的线程组xml段落。

本发明还提供了一种脚本转换装置，包括：第一获取模块，用于根据LoadRunner的脚本路径，获取符合预设条件的LoadRunner测试脚本；第二获取模块，用于利用LoadRunner控制器，获取LoadRunner测试场景配置信息；转换模块，用于分别将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落；合并模块，用于将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息分别转换成的xml段落进行合并，形成Jmeter测试计划。

其中，符合预设条件的LoadRunner测试脚本，包括：LoadRunner测试脚本的协议为Web协议、且LoadRunner测试脚本的语言为C语言。

其中，在将所述LoadRunner测试脚本转换为Jmeter格式的xml段落时，所述转换模块，具体用于：对所述LoadRunner测试脚本进行函数调用信息分析，形成函数信息列表，并基于函数信息列表映射出Jmeter格式的HTTP采样器、后置处理器和断言xml段落；根据所述LoadRunner测试脚本的参数化文件，获得Jmeter格式的配置元件xml段落。

其中，在将所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落时，所述转换模块，具体用于：所述LoadRunner测试场景配置信息包括：运行逻辑控制配置、脚本运行时配置和虚拟用户数据配置；从运行逻辑控制配置中获取RunLogic参数；从脚本运行时配置中获取CustomUserAgent参数和ThinkTime参数；从虚拟用户数据配置中获取GroupVuser参数；通过FreeMark定义的映射模板，将RunLogic参数映射为Jmeter格式的逻辑控制器xml段落、将CustomUserAgent参数映射为Jmeter格式的HTTP信息头处理器xml段落、将ThinkTime参数映射为Jmeter格式的定时器xml段落、将Group Vuser参数映射为Jmeter格式的线程组xml段落。

本发明有益效果如下：

通过本发明实施例实现了LoadRunner的HTTP脚本和场景到Jmeter测试计划的自动转换，可以大量节约软件使用成本、利用现有的测试脚本和测试人员、节约大量的人员脚本执行时间、提高测试效率等优点。

附图说明

图1是根据本发明一实施例的脚本转换方法的流程图；

图2是根据本发明一实施例的测试脚本的转换步骤流程图；

图3是根据本发明一实施例的测试场景配置信息的转换步骤流程图；

图4是根据本发明一实施例的脚本转换装置的结构图。

具体实施方式

以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

本发明实施例提供了一种脚本转换方法，如图1所示，为根据本发明一实施例的脚本转换方法的流程图。

LoadRunner包括测试脚本和测试场景。本发明实施例将测试脚本和测试场景，转换为Jmeter测试计划。

步骤S110，根据LoadRunner的脚本路径，获取符合预设条件的LoadRunner测试脚本(简称测试脚本)。

预设条件包括：判断测试脚本协议是否为Web协议，判断测试脚本语言是否为C语言。测试脚本协议为互联网Web协议、且测试脚本语言为C语言的脚本符合条件。

LoadRunner测试脚本包括：代码文件、参数配置文件、属性描述文件、参数化文件等多个文件。其中，代码文件为.c文件；参数配置文件为.prm文件；属性描述文件为.usr文件；参数化文件为.dat文件。

可以针对测试脚本中的指定的文件判断测试脚本是否符合条件。

用户输入LoadRunner测试脚本的脚本路径；针对该脚本路径指向的测试脚本，采用properties文件方式分析该测试脚本的属性描述文件，如：.usr配置文件；判断属性描述文件的General段的ActiveTypes属性是否为QTWeb，如果是，则表示测试脚本协议为Web协议，获取该测试脚本，如果否，则舍弃该脚本，并结束流程。其中，properties文件是一种配置文件，主要用于表达配置信息，文件类型为*.properties，格式为文本文件，文件的内容的格式是“键＝值”。

获得LoadRunner脚本路径下，除pre_cci.c文件以外的所有.c文件；使用预先设置的C语法分析器，获得所有.c文件中的函数组成的待检函数列表；将待检函数列表中的每个函数与预先配置的支持函数列表中的函数进行对比，判断支持函数列表中是否存在与待检函数列表中的函数相匹配的函数，若不存在，则说明函数列表中的函数存在系统不支持的函数，输出错误提示信息且结束本流程；若存在，则说明函数列表中的函数都是系统支持的函数，即测试脚本语言为C语言。

支持函数列表中的函数包括但不限于：web_link、web_url、web_submit_form、web_submit_data、web_rest、web_custom_request、web_reg_save_param、lr_start_transaction、lr_end_transaction、lr_log_message、lr_output_message、lr_error_message、lr_think_time、web_reg_find、web_find。

步骤S120，利用LoadRunner Controller，获取LoadRunner测试场景配置信息。

LoadRunner测试场景配置信息包括：虚拟用户数据配置(VuserStatistics)、运行逻辑控制配置(Action RunLogic)和脚本运行时配置(RunTime settings)。其中，运行逻辑控制配置和脚本运行时配置都是内存对象，配置格式为properties文件。

具体包括如下步骤：

步骤1，使用LoadRunner控制器(LoadRunner Controller)打开LoadRunner的测试场景文件.lrs文件。

步骤2，使用Jacob，调用LoadRunner Controller的COM接口。

Jacob是一个Java-COM中间件。通过Jacob可以在Java应用程序中调用COM组件和Win32程序库，本实施例通过Jacob调用LoadRunner提供的COM接口进行Loadrunner测试场景配置分析。

步骤3，通过LrEngine对象获得运行逻辑控制配置和脚本运行时配置。

步骤4，通过LrGroup对象获得虚拟用户数据配置。

步骤S130，分别将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落。

Jmeter测试计划包括：线程组、配置元件、逻辑控制器、超文本传输协议(HyperText Transfer Protocol，简称HTTP)信息头处理器、HTTP取样器、定时器、后置处理器、断言和监听器。

将LoadRunner的测试脚本转换为Jmeter测试计划的配置元件、HTTP取样器、后置处理器和断言。

将LoadRunner的测试场景转换为Jmeter测试计划的线程组、逻辑控制器、HTTP信息头处理器和定时器。

Jmeter测试计划的监听器采用默认配置，如含TPS、响应时间，因此，不需要通过LoadRunner转换获得。

步骤S140，将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息分别转换成的xml段落进行合并，形成Jmeter测试计划。

基于转换获得的配置元件、HTTP取样器、后置处理器、断言、线程组、逻辑控制器、HTTP信息头处理器、定时器、以及默认设置的监听器，组成Jmeter测试计划。

Jmeter测试计划是以jmx结尾的xml文件。该xml文件可以被Jmeter调用进行性能测试。

通过本发明实施例实现了LoadRunner的测试脚本和场景配置到Jmeter测试计划的自动转换，可以大量节约软件使用成本、利用现有的测试脚本和测试人员、节约大量的人员脚本执行时间、提高测试效率等优点。

下面对将测试脚本转换为Jmeter格式的xml段落，进行进一步地描述。

如图2所示为根据本发明一实施例的测试脚本的转换步骤流程图。

步骤S210，对LoadRunner测试脚本进行函数调用信息分析，形成函数信息列表，并基于函数信息列表映射出Jmeter格式的HTTP采样器、后置处理器和断言xml段落。

具体包括以下步骤：

步骤1，该测试脚本为符合条件的测试脚本。

步骤2，按照测试脚本的属性描述文件中规定的代码文件顺序，顺次对代码文件进行函数调用信息分析。

具体的，按照.usr文件的Actions属性中定义的.c文件顺序，对测试脚本中的.c文件进行语法解析和函数分析，以便获得函数信息列表。进一步地，分析顺序是，使用C语法分析器，首先分析vuser_init.c文件、然后分析除vuser_end.c文件之外的其他.c文件，最后分析vuser_end.c文件。进一步地，对.c文件中的HTTP协议函数、检查点函数、延时控制函数、关联函数、事务控制函数、日志函数进行分析。

函数调用信息，例如是：返回值＝函数名(变量1，变量2，……)。

步骤3，使用C语法分析器，将函数调用信息转换为包含有上下文关系的函数信息列表。函数信息列表中的函数信息包括：返回参数类型、返回变量名、函数名、变量类型和变量名。

步骤4，通过预设的映射模板，将函数信息列表映射为Jmeter测试计划的HTTP采样器、后置处理器、断言。

预设的映射模板为FreeMark定义的映射模板。FreeMark是用Java语言编写的模板引擎，其可以基于模板来生成文本，可以用于生产xml文件。xml为可扩展标记语言，标准通用标记语言的子集。xml是一种用于标记电子文件，使其具有结构性的标记语言。

FreeMark定义的映射模板中包括：web_link、web_url、web_submit_form、web_submit_data、web_rest、web_custom_request、web_enable_keep_alive、web_disable_keep_alive等函数信息和HTTP采样器的对应关系，web_reg_save_param、web_reg_save_param_regexp、web_reg_save_param_ex、web_reg_save_param_xpath等函数信息和后置处理器的对应关系，web_reg_find、web_find等函数信息和断言的对应关系。其中，函数信息列表中包括映射模板中的上述函数信息。根据映射模板中的对应关系，完成函数信息列表和HTTP采样器、后置处理器、断言之间的映射。

在一个实施例中，映射模板中还可以包括：lr_think_time函数信息和定时器的对应关系，因此，可以利用映射模板，将函数信息列表中的lr_think_time函数信息映射为定时器。

步骤S220，根据所述LoadRunner测试脚本的参数化文件，获得Jmeter格式的配置元件xml段落。

具体包括以下步骤：

步骤1，读取测试脚本目录下的参数配置文件，如：.prm文件。

步骤2，分析参数配置文件中的每个参数(parameter)，并根据参数的Table属性获取每个参数对应参数化文件；参数化文件一般为.dat文件。

步骤3，将参数化文件转换为Jmeter可识别的参数化文件。

在参数化文件(.dat文件)中，通过去掉位于首行与结尾的空行，从而实现将参数化文件转换为Jmeter可识别的参数化文件。

步骤4，基于预设的映射模板，将Jmeter可识别的参数化文件中的参数映射为Jmeter测试计划的配置元件。

FreeMark定义的映射模板中还包括：参数和配置元件的对应关系。

因此，可以通过FreeMark定义的映射模板，将.prm文件中的参数映射为Jmeter格式的配置元件xml段落，并将Jmeter参数文件复制到Jmeter测试计划的路径下。

下面针对将LoadRunner测试场景配置信息转换为Jmeter格式的xml段落进行进一步地的描述。

图3为根据本发明一实施例的测试场景配置信息的转换步骤流程图。

步骤S310，分别从虚拟用户数据配置、运行逻辑控制配置和脚本运行时配置中，获取GroupVuser参数、CustomUserAgent参数、RunLogic参数和ThinkTime参数。

GroupVuser参数从虚拟用户数据配置中获得，CustomUserAgent和ThinkTime参数从脚本运行时配置中获得，RunLogic参数由运行逻辑控制配置中获得。

具体的，通过properties方式，解析运行逻辑控制配置和脚本运行时配置，从运行逻辑控制配置和脚本运行时配置中，获取CustomUserAgent参数、ThinkTime参数和RunLogic参数。GroupVuser参数是通过LrGroup对象的GetVuserStatistics函数接口获得。

CustomUserAgent参数为自定义用户代理参数，表示指定的浏览器信息。CustomUserAgent参数包括硬件平台、系统软件、应用软件和用户个人偏好。

RunLogic参数为步骤执行逻辑，用于描述某一执行步骤在一次迭代过程中是否重复执行多次。

ThinkTime参数为思考时间参数，用于描述上一执行步骤和下一执行步骤之间的延迟时间。

GroupVuser参数为并发用户参数，用于描述每个脚本的并发用户数量。

步骤S320，通过FreeMark定义的映射模板，将RunLogic参数映射为Jmeter格式的逻辑控制器xml段落，将CustomUserAgent参数映射为Jmeter格式的HTTP信息头处理器xml段落；将ThinkTime参数映射为Jmeter格式的定时器xml段落，将Group Vuser参数映射为Jmeter格式的线程组xml段落。

FreeMark定义的映射模板还包括：CustomUserAgent参数和HTTP信息头处理器的对应关系，ThinkTime参数和定时器的对应关系，Group Vuser参数和线程组的对应关系,RunLogic参数和逻辑控制器的对应关系。根据上述对应关系执行映射处理。

在一个实施例中，在函数信息列表和ThinkTime参数都可以映射出定时器的情况下，以ThinkTime映射出的定时器为准。

本发明还提供了一种脚本转换装置，如图4所示，为根据本发明一实施例的脚本转换装置的结构图。

该装置包括：

第一获取模块410，用于根据LoadRunner的脚本路径，获取符合预设条件的LoadRunner测试脚本。符合预设条件的LoadRunner测试脚本，包括：LoadRunner测试脚本的协议为Web协议、且LoadRunner测试脚本的语言为C语言。

第二获取模块420，用于利用LoadRunner控制器，获取LoadRunner测试场景配置信息；

转换模块430，用于分别将LoadRunner测试脚本和LoadRunner测试场景配置信息转换为Jmeter格式的xml段落；

合并模块440，用于将LoadRunner测试脚本和LoadRunner测试场景配置信息分别转换成的xml段落进行合并，形成Jmeter测试计划。

在将LoadRunner测试脚本转换为Jmeter格式的xml段落时，转换模块430，具体用于：对LoadRunner测试脚本进行函数调用信息分析，形成函数信息列表，并基于函数信息列表映射出Jmeter格式的HTTP采样器、后置处理器和断言xml段落；根据LoadRunner测试脚本的参数化文件，获得Jmeter格式的配置元件xml段落。

在将LoadRunner测试场景配置信息转换为Jmeter格式的xml段落时，转换模块430，具体用于：LoadRunner测试场景配置信息包括：运行逻辑控制配置、脚本运行时配置和虚拟用户数据配置；从运行逻辑控制配置中获取RunLogic参数；从脚本运行时配置中获取CustomUserAgent参数和ThinkTime参数；从虚拟用户数据配置中获取GroupVuser参数；通过FreeMark定义的映射模板，将RunLogic参数映射为Jmeter格式的逻辑控制器xml段落、将CustomUserAgent参数映射为Jmeter格式的HTTP信息头处理器xml段落、将ThinkTime参数映射为Jmeter格式的定时器xml段落、将Group Vuser参数映射为Jmeter格式的线程组xml段落。

本发明所述的装置的功能已经在图1-3所示的方法实施例中进行了描述，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此不做赘述。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (4)

1.一种脚本转换方法，其特征在于，包括：

根据LoadRunner的脚本路径，获取符合预设条件的LoadRunner测试脚本；

利用LoadRunner控制器，获取LoadRunner测试场景配置信息；

分别将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落；

将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息分别转换成的xml段落进行合并，形成Jmeter测试计划；

其中，将所述LoadRunner测试脚本转换为Jmeter格式的xml段落，包括：

对所述LoadRunner测试脚本进行函数调用信息分析，形成函数信息列表，并基于函数信息列表映射出Jmeter格式的超文本传输协议HTTP采样器、后置处理器和断言xml段落；

根据所述LoadRunner测试脚本的参数化文件，获得Jmeter格式的配置元件xml段落；

将所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落，包括：

所述LoadRunner测试场景配置信息包括：运行逻辑控制配置、脚本运行时配置和虚拟用户数据配置；

从运行逻辑控制配置中获取RunLogic参数；

从脚本运行时配置中获取CustomUserAgent参数和ThinkTime参数；

从虚拟用户数据配置中获取GroupVuser参数；

通过FreeMark定义的映射模板，将RunLogic参数映射为Jmeter格式的逻辑控制器xml段落、将CustomUserAgent参数映射为Jmeter格式的HTTP信息头处理器xml段落、将ThinkTime参数映射为Jmeter格式的定时器xml段落、将Group Vuser参数映射为Jmeter格式的线程组xml段落。

2.如权利要求1所述的方法，其特征在于，符合预设条件的LoadRunner测试脚本，包括：

LoadRunner测试脚本的协议为Web协议、且LoadRunner测试脚本的语言为C语言。

3.一种脚本转换装置，其特征在于，包括：

第一获取模块，用于根据LoadRunner的脚本路径，获取符合预设条件的LoadRunner测试脚本；

第二获取模块，用于利用LoadRunner控制器，获取LoadRunner测试场景配置信息；

转换模块，用于分别将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落；

合并模块，用于将所述LoadRunner测试脚本和所述LoadRunner测试场景配置信息分别转换成的xml段落进行合并，形成Jmeter测试计划；

其中，在将所述LoadRunner测试脚本转换为Jmeter格式的xml段落时，所述转换模块，具体用于：

对所述LoadRunner测试脚本进行函数调用信息分析，形成函数信息列表，并基于函数信息列表映射出Jmeter格式的HTTP采样器、后置处理器和断言xml段落；

根据所述LoadRunner测试脚本的参数化文件，获得Jmeter格式的配置元件xml段落；

在将所述LoadRunner测试场景配置信息转换为Jmeter格式的xml段落时，所述转换模块，具体用于：

所述LoadRunner测试场景配置信息包括：运行逻辑控制配置、脚本运行时配置和虚拟用户数据配置；

从运行逻辑控制配置中获取RunLogic参数；

从脚本运行时配置中获取CustomUserAgent参数和ThinkTime参数；

从虚拟用户数据配置中获取GroupVuser参数；

通过FreeMark定义的映射模板，将RunLogic参数映射为Jmeter格式的逻辑控制器xml段落、将CustomUserAgent参数映射为Jmeter格式的HTTP信息头处理器xml段落、将ThinkTime参数映射为Jmeter格式的定时器xml段落、将Group Vuser参数映射为Jmeter格式的线程组xml段落。

4.如权利要求3所述的装置，其特征在于，符合预设条件的LoadRunner测试脚本，包括：

LoadRunner测试脚本的协议为Web协议、且LoadRunner测试脚本的语言为C语言。