CN104423948B

CN104423948B - 自动化脚本运行方法及装置

Info

Publication number: CN104423948B
Application number: CN201310392793.1A
Authority: CN
Inventors: 梁伟
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2013-09-02
Filing date: 2013-09-02
Publication date: 2018-01-02
Anticipated expiration: 2033-09-02
Also published as: CN104423948A

Abstract

本申请公开了自动化脚本运行方法及装置，其中，通过服务器端的数据库保存开发者提交的自动化脚本源代码以及对应的功能标识，所述方法包括：生成客户端的用户界面；向服务器端请求获取已提交的功能标识，并在所述用户界面中生成各功能标识对应的操作入口；通过所述操作入口接收到用户使用对应功能的请求时，从服务器端获取该功能对应的自动化脚本源代码；基于预置的源代码工作环境，对所述自动化脚本源代码进行解析，得到源代码运行结果。通过本申请，能够避免多开发者同时修改平台主文件时造成的冲突问题。

Description

自动化脚本运行方法及装置

技术领域

本申请涉及自动化运营技术领域，特别是涉及自动化脚本运行方法及装置。

背景技术

随着计算机及互联网技术的不断发展，一些互联网服务提供商推出了一种自动化运营平台，这种自动化运营平台是将自动化测试技术融于运营、客户服务或者其他行业，可以实现将用户在Windows等操作系统下的有规律、重复性的操作转化成自动化操作。例如，电子商务交易系统中的商品对象自动化上架、下架、消息的自动化推送、商品对象效果的自动化追踪、信息的搜集、系统资源的管理、自动化下载图片、自动化图片处理等等。自动化运营平台一般包括三个模块，即开发模块、app模块以及客户端模块。

随着自动化运营平台影响力的不断扩大，参与共建的人也越来越多，发布的版本也从一个人发布版本发展到多个人发布版本。也就是说，自动化运营平台中各种功能的具体代码可以是由普通的用户来参与开发的，然后提交到服务平台，服务平台再进行发布，供其他用户使用。

现有技术中，代码开发方开发完成代码之后，都需要提交SVN库（Subversion，是一个开源的版本控制系统），然后编译动态链接库，生成扩展名为.exe的可执行文件，再由服务平台进行发布，用户就可以下载相应的可执行文件后，在本地进行安装并使用。

但是，由于在编译动态链接库的过程中，有可能会涉及到对平台主文件的修改，而在开发者比较多时，就可能出现多个开发者同时对主文件进行修改而造成冲突的情况。

因此，迫切需要本领域技术人员解决的技术问题就在于：如何在多人共建自动化运营平台的过程中，避免出现主文件的修改冲突等现象。

发明内容

本申请提供了自动化脚本运行方法及装置，能够避免多开发者同时修改平台主文件时造成的冲突问题。

本申请提供了如下方案：

一种自动化脚本运行方法，通过服务器端的数据库保存开发者提交的自动化脚本源代码以及对应的功能标识，所述方法包括：

生成客户端的用户界面；

向服务器端请求获取已提交的功能标识，并在所述用户界面中生成各功能标识对应的操作入口；

通过所述操作入口接收到用户使用对应功能的请求时，从服务器端获取该功能对应的自动化脚本源代码；

基于预置的源代码工作环境，对所述自动化脚本源代码进行解析，得到源代码运行结果。

一种自动化脚本运行方法，包括：

接收开发者提交的自动化脚本源代码以及对应的功能标识，并在数据库中进行保存；

接收到客户端生成操作入口的请求时，将数据库中保存的各个功能标识返回给客户端，以便客户端在其生成的用户界面中提供各个功能标识对应的操作入口；

接收到客户端的使用指定功能标识对应的功能的请求时，将所述指定功能标识对应的自动化脚本源代码返回给客户端，以便客户端基于预置的源代码工作环境，对所述自动化脚本源代码进行解析，得到源代码运行结果。

一种自动化脚本运行装置，通过服务器端的数据库保存开发者提交的自动化脚本源代码以及对应的功能标识，所述装置包括：

界面生成单元，用于生成客户端的用户界面；

操作入口生成单元，用于向服务器端请求获取已提交的功能标识，并在所述用户界面中生成各功能标识对应的操作入口；

源代码获取单元，用于通过所述操作入口接收到用户使用对应功能的请求时，从服务器端获取该功能对应的自动化脚本源代码；

源代码解析单元，用于基于预置的源代码工作环境，对所述自动化脚本源代码进行解析，得到源代码运行结果。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以直接将开发者提交的自动化脚本的源代码保存到数据库中，并在自动化运营平台的客户端用户界面是显示出各个功能的操作入口。在需要使用某功能时，可以首先获取到该功能对应的脚本源代码，并利用客户端中虚拟的源代码运行环境对源代码进行解析，并显示出相应的用户界面，以展现出代码运行结果。可见，在实现过程中，不需要对开发者提交的脚本源代码进行编译生成可执行文件，因此，也就不涉及编译过程中对平台主文件的修改操作，这样，就避免了多开发者同时修改平台主文件时造成的冲突问题。

另外，如果开发者提交的自动化脚本源代码是为某功能中的子功能开发的代码，则在数据库中保存时，仍对开发者提交的自动化脚本源代码单独进行保存，并且直接根据功能标识，在用户界面中生成子功能对应的操作入口，使得用户可以直接使用各个子功能。这样，可以避免对代码依存关系的管理所带来的开销，并且也避免由于代码不统一而造成的版本延迟发布的问题。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的客户端方法的流程图；

图2是本申请实施例提供的服务器端方法的流程图；

图3是本申请实施例提供的客户端装置的示意图；

图4是本申请实施例提供的服务器端装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了在多人共建自动化运营平台的过程中，避免出现主文件的修改冲突等现象，开发者提交的脚本源代码可以不必提交到SVN库，也不需要编译动态链接库，而是直接将源代码保存到数据库中，客户端可以虚拟一个脚本源代码的运行环境，使得源代码在不需要编译的情况下便可直接运行，这样，当用户需要使用某个功能时，就可以直接获取到该功能对应的源代码，然后在虚拟的源代码运行环境中进行解析，并生成相应的用户界面，用户在用户界面中就可以看到相应的脚本执行结果，也即获取到相应的功能。下面对此进行详细地介绍。

实施例一

参见图1，本申请实施例首先提供了一种自动化脚本运行方法，在该方法中，在自动化运营平台的开发模块中，可以通过服务器端的数据库来保存开发者提交的自动化脚本源代码。也即，不需要对源代码进行编译动态链接库的操作，不需要生成可执行文件，而是直接以源代码的方式进行保存。同时，还可以保存开发者提交的功能标识，例如，如果某脚本提供的是商品对象上架功能，则对应的功能标识就可以是“商品上架”，等等。当然，在实际应用中，开发者还可以提交其个人的身份标识，例如，在系统中注册的个人账号等信息，并将其一并保存在数据库中。然后，在自动化运营平台的客户端，就可以按照以下步骤进行自动化脚本的运行：

S101：生成客户端的用户界面；

对于客户端而言，为了使得用户能够使用其提供的各种功能，需要为用户提供一用户界面，用户界面的具体形式可以是任意的。

S102：向服务器端请求获取已提交的功能标识，并在所述用户界面中生成各功能标识对应的操作入口；

当开发者提交的自动化脚本源代码被保存到数据库之后，客户端就可以根据源代码的功能标识，在用户界面中生成各功能对应的操作入口。这种操作入口可以是按钮等形式，同时可以将功能标识显示在按钮上，以提示用户各个按钮分别对应的功能。也就是说，开发者将其自动化脚本源代码提交到数据库之后，就可以在自动化运营平台的客户端用户界面上显示出对应功能的操作入口，相应的，用户从客户端的用户界面中看到操作入口后，如果需要使用对应的功能，则可以通过点击按钮等方式来发起使用对应功能的请求。

当然，如果数据库中还保存了开发者提交的开发者标识，则在用户界面中生成各功能对应的操作入口时，还可以在用户界面中显示各功能的开发者标识，以提示用户各个功能分别是由哪个开发者开发的。

S103：通过所述操作入口接收到用户使用对应功能的请求时，从服务器端获取该功能对应的自动化脚本源代码；

如果用户通过某操作入口发起了使用某功能的请求，则客户端可以首先获取到该功能对应的源代码。具体实现时，可以通过从开发端的数据库中进行下载的方式来获取，也即，在收到使用某功能的请求后，再从数据库中下载对应的自动化脚本的源代码。或者，为了提高客户端的响应速度，也可以预先从数据库中将各个功能的自动化脚本源代码下载到客户端本地，这样，当收到使用某功能的请求时，就可以直接从本地来查找该功能对应的自动化脚本源代码。当然，对于前者而言，不需要在客户端本地保存大量的源代码，节省客户端的存储资源，但是，对请求的响应速度将取决于网络带宽环境；对于后者而言，需要占用客户端本地的存储资源，但是对请求的响应速度将会比较快。在实际应用中，可以根据实际情况选择使用适合的方式来实现。

S104：基于预置的源代码工作环境，对所述自动化脚本源代码进行解析，得到源代码运行结果。

在获取到指定功能对应的自动化脚本源代码之后，由于本申请实施例的客户端中预先虚拟了源代码工作环境，因此，就可以直接在源代码工作环境中对自动化脚本的源代码进行解析，进而就可以生成相应的用户界面，实现对源代码的动态加载，相应的，用户可以在用户界面中看到具体代码的处理结果。需要说明的是，具体实现时，客户端与加载功能可以分别是两个独立的进程。

其中，所谓的源代码工作环境就是指具有直接运行自动化脚本源代码权限的环境，例如可以是指源代码开发环境。在这种源代码工作环境下，不需要将源代码编译成机器代码，就可以直接对原代码进行解析，并生成相应的用户界面。这与先进行编译然后再运行可执行文件得到的结果相比，用户界面中显示的是相同的。只不过在传统的实现方式下，用户可以直接在操作系统中运行对应的可执行文件，而本申请实施例中，需要在自动化运营平台的客户端内部对代码进行解析。

为了更好地理解本申请实施例，下面对“脚本”及其相关概念进行简单的介绍。

通俗而言，脚本（Script）一般都是指根据某种语法规则编写的具有特定格式的文本文件。例如，在本申请实施例中，一般可以是指autoit脚本。严格来说，所谓“程序”就是指以各种编程语言（比如说C/C++/C#/Delphi等）编写、由编译器编译好后的二进制文件，一般就是机器代码，可由系统执行。而“脚本”则只是纯文本文件，包含了各种定义好的命令，这一点很像批处理文件。因此，用户一般无法直接获得“程序”的源代码，只能进行反汇编把它逆向还原为汇编语言代码（或者其它形式代码），当然，也有些“程序”是可以获得源代码的（比如Java）；“脚本”则是用户可直接查看的代码文件，而AHK/AU3则提供了把脚本文件“转换”成可执行文件的方法。

脚本是“解释性”的语言，它的运行依赖一个“解释器”，由这个解释器来“翻译并解释”脚本的每条命令（或者说代码），然后执行相应操作。AHK/AU3的主程序（分别是AutoHotkey.exe和AutoIt3.exe）就是它们的“解释器”，上面提到脚本可“转换”成可脱离相应的解释器而独立运行的exe可执行文件，同时，还可以使用相应的工具把它们“还原”成脚本文件，因此，相当于脚本代码是被“压缩”到可执行文件中，解释器也是在里面，在运行可执行文件时实际上是先“解压”脚本代码然后运行解释器并解释该脚本。

因此，在本申请实施例中，可以通过在客户端添加脚本解释器的方式，来虚拟源代码工作环境。也就是说，相当于客户端装有脚本解释器，因此，可以直接对用户提交的脚本源代码进行解析，而不需要将其编译成机器代码。

总之，在本申请实施例中，可以直接将开发者提交的自动化脚本的源代码保存到数据库中，并在自动化运营平台的客户端用户界面是显示出各个功能的操作入口。在需要使用某功能时，可以首先获取到该功能对应的脚本源代码，并利用客户端中虚拟的源代码运行环境对源代码进行解析，并显示出相应的用户界面，以展现出代码运行结果。可见，在实现过程中，不需要对开发者提交的脚本源代码进行编译生成可执行文件，因此，也就不涉及编译过程中对平台主文件的修改操作，这样，就避免了多开发者同时修改平台主文件时造成的冲突问题。

当然，在实际应用中，自动化运行平台中的某一项功能往往是由很多个不同的模块组成的，例如，自动化图片处理功能可能包括打水印、打马赛克等多个模块，每个开发者可能仅开发其中一个模块的代码，每个模块相当于是一个子功能。在现有技术中，在开发者将代码提交到SVN库之后，还需要进行代码统一，将同一功能的各个不同模块的代码收集完整，之后才能进行统一的编译，然后将各个模块进行打包发布。

在上述现有技术中，除了可能对平台主文件修改时产生冲突之外，至少还存在以下问题：首先，由于统一功能包括多个模块，因此，在SVN库中需要对代码之间的依存关系等进行管理，这需要耗费一定的代码管理资源，如果开发者数量比较大，还会给代码管理带来不便。另外，由于是多个开发方开发不同模块的代码，因此可能会由于代码不统一而造成版本发布延迟。例如，假设某功能包括模块A、模块B以及模块C，其中，模块A以及模块B的代码均已开发完成并提交到SVN库，但是模块C的代码尚未开发完成，此时，就需要等待模块C的代码开发完成之后，才能进行统一的编译以及打包发布。

为此，在本申请实施例中，如果开发者提交的自动化脚本源代码是为某功能中的某个模块对应的子功能开发的代码，则在数据库中保存时，仍对开发者提交的这部分自动化脚本源代码单独进行保存，而不再建立各个模块之间的依存关系，也不需要对各个模块进行打包发布。客户端可以根据单个模块对应的功能标识，在用户界面上生成单个模块对应的子功能的操作入口。也就是说，单个模块对应的功能虽然只是一个大的功能中的子功能，但也是可以独立运行的。因此，在本申请实施例中，不再与其他模块的代码进行打包发布，而是分别独立保存各自的源代码，在用户界面中也是分别独立的提供操作入口，用户可以在客户端的用户界面中选择各个模块对应的操作入口，来实现相应的功能。这样，由于不再需要维护不同模块的代码之间的依存关系，因此，节省了代码的管理开销。同时，由于不再需要打包发布，因此，不会因为代码开发的不统一而造成版本发布延迟。例如，仍假设某功能包括A、B、C三个模块，如果A模块以及B模块的代码已经开发完成，但C模块的代码尚未开发完成，则仍然可以先将A模块以及B模块的源代码保存的数据库中，并且可以在运营平台的客户端中进行操作入口的显示，用户还可以先使用A模块以及B模块的功能。

实施例二

前述实施例一从客户端的角度对本申请实施例提供的技术方案进行了介绍，下面从服务器端的角度出发，对本申请实施例提供的技术方案进行介绍。参见图2，对于服务器端而言，本申请实施例提供的自动化脚本运行方法可以包括以下步骤：

S201：接收开发者提交的自动化脚本源代码以及对应的功能标识，并在数据库中进行保存；

S202：接收到客户端生成操作入口的请求时，将数据库中保存的各个功能标识返回给客户端，以便客户端在其生成的用户界面中提供各个功能标识对应的操作入口；

S203：接收到客户端的使用指定功能标识对应的功能的请求时，将所述指定功能标识对应的自动化脚本源代码返回给客户端，以便客户端基于预置的源代码工作环境，对所述自动化脚本源代码进行解析，得到源代码运行结果。

需要说明的是，该实施例二相对于实施例一而言，仅仅是描述角度不同，因此，具体的实现细节可以参见实施例一中的记载，这里不再赘述。

与本申请实施例一提供的动化脚本运行方法相对应，本申请实施例还提供了一种动化脚本运行装置，其中，通过数据库保存开发者提交的自动化脚本源代码以及对应的功能标识，参见图3，该装置可以包括：

界面生成单元301，用于生成客户端的用户界面；

操作入口生成单元302，用于向服务器端请求获取已提交的功能标识，并在所述用户界面中生成各功能标识对应的操作入口；

源代码获取单元303，用于通过所述操作入口接收到用户使用对应功能的请求时，从服务器端获取该功能对应的自动化脚本源代码；

源代码解析单元304，用于基于预置的源代码工作环境，对所述自动化脚本源代码进行解析，得到源代码运行结果。

其中，如果开发者提交的自动化脚本源代码是为某功能中的子功能开发的代码，则在数据库中保存时，仍对开发者提交的自动化脚本源代码单独进行保存；

所述操作入口生成单元302具体用于：

向服务器端请求获取已提交的子功能的功能标识，并在所述用户界面中生成各子功能标识对应的操作入口，使得用户可以直接使用各个子功能。这样，可以避免对代码依存关系的管理所带来的开销，并且也避免由于代码不统一而造成的版本延迟发布的问题。

所述源代码获取单元303具体用于：

从所述数据库将该功能对应的源代码加载到本地。

可选地，所述数据库中还可以保存有开发者提交的开发者标识，此时，该装置还可以包括：

开发者标识显示单元，用于在用户界面中生成各功能对应的操作入口时，在用户界面中显示各功能的开发者标识。

其中，所述虚拟的源代码工作环境包括虚拟的源代码开发环境。

与本申请实施例二提供的自动化脚本运行方法相对应，本申请实施例还提供了一种自动化脚本运行装置，该装置位于服务器端，参见图4，该装置可以包括：

源代码保存单元401，用于接收开发者提交的自动化脚本源代码以及对应的功能标识，并在数据库中进行保存；

功能标识返回单元402，用于接收到客户端生成操作入口的请求时，将数据库中保存的各个功能标识返回给客户端，以便客户端在其生成的用户界面中提供各个功能标识对应的操作入口；

源代码返回单元403，用于接收到客户端的使用指定功能标识对应的功能的请求时，将所述指定功能标识对应的自动化脚本源代码返回给客户端，以便客户端基于预置的源代码工作环境，对所述自动化脚本源代码进行解析，得到源代码运行结果。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的自动化脚本运行方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种自动化脚本运行方法，其特征在于，通过服务器端的数据库保存开发者提交的自动化脚本源代码以及对应的功能标识，所述方法包括：

生成客户端的用户界面；

2.根据权利要求1所述的方法，其特征在于，如果开发者提交的自动化脚本源代码是为某功能中的子功能开发的代码，则在数据库中保存时，仍对开发者提交的自动化脚本源代码单独进行保存；

所述向服务器端请求获取已提交的功能标识，并在所述用户界面中生成各功能标识对应的操作入口，包括：

向服务器端请求获取已提交的子功能的功能标识，并在所述用户界面中生成各子功能标识对应的操作入口。

3.根据权利要求1所述的方法，其特征在于，所述从服务器端获取该功能对应的自动化脚本源代码，包括：

从所述数据库将该功能对应的自动化脚本源代码加载到本地。

4.根据权利要求1所述的方法，其特征在于，所述数据库中还保存有开发者提交的开发者标识，在用户界面中生成各功能对应的操作入口时，还包括：

在用户界面中显示各功能的开发者标识。

5.根据权利要求1所述的方法，其特征在于，所述源代码工作环境包括虚拟的源代码开发环境。

6.一种自动化脚本运行方法，其特征在于，包括：

7.一种自动化脚本运行装置，其特征在于，通过服务器端的数据库保存开发者提交的自动化脚本源代码以及对应的功能标识，所述装置包括：

界面生成单元，用于生成客户端的用户界面；

8.根据权利要求7所述的装置，其特征在于，如果开发者提交的自动化脚本源代码是为某功能中的子功能开发的代码，则在数据库中保存时，仍对开发者提交的自动化脚本源代码单独进行保存；

所述操作入口生成单元具体用于：

9.根据权利要求7所述的装置，其特征在于，所述数据库中还保存有开发者提交的开发者标识，还包括：

10.一种自动化脚本运行装置，其特征在于，包括：

源代码保存单元，用于接收开发者提交的自动化脚本源代码以及对应的功能标识，并在数据库中进行保存；

功能标识返回单元，用于接收到客户端生成操作入口的请求时，将数据库中保存的各个功能标识返回给客户端，以便客户端在其生成的用户界面中提供各个功能标识对应的操作入口；

源代码返回单元，用于接收到客户端的使用指定功能标识对应的功能的请求时，将所述指定功能标识对应的自动化脚本源代码返回给客户端，以便客户端基于预置的源代码工作环境，对所述自动化脚本源代码进行解析，得到源代码运行结果。