一种前端自动化测试方法及装置与流程

本发明涉及测试领域，具体而言，涉及一种前端自动化测试方法及装置。

背景技术：

随着移动互联网的迅速发展，企业推出的软件系统通常会发布移动APP、Html5和Web等多个版本，其中，移动APP还分为iOS和Android两个版本。针对不同版本的前端程序，目前都是采用不同的前端自动化测试框架进行测试，由于各个框架的前端编程接口不统一，给前端自动化测试带来了很大难度。

技术实现要素：

有鉴于此，本发明实施例的目的在于提供一种前端自动化测试方法及装置，以解决上述问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种前端自动化测试方法，所述方法包括：服务器接收第一终端发送的创建请求，根据接收到的创建请求，创建对应的服务端实例；所述服务器通过所述服务端实例启动对应的用户终端中的待测前端程序；所述服务器通过所述服务端实例接收第一终端发起的测试操作请求，所述服务器将所述测试操作请求发送到用户终端，以使所述用户终端中的所述待测前端程序进行测试，其中，所述测试操作请求中包括测试用例；若该测试失败，所述服务器接收截图命令，并将所述截图命令及所述测试操作请求发送到所述用户终端中的所述待测前端程序，以使所述待测前端程序完成测试。

第二方面，本发明实施例提供了一种前端自动化测试装置，所述装置包括：接收模块，用于服务器接收第一终端发送的创建请求，根据接收到的创建请求，创建对应的服务端实例；第一处理模块，用于所述服务器通过所述服务端实例启动对应的用户终端中的待测前端程序；第二处理模块，用于所述服务器通过所述服务端实例接收第一终端发起的测试操作请求，所述服务器将所述测试操作请求发送到用户终端，以使所述用户终端中的所述待测前端程序进行测试，其中，所述测试操作请求中包括测试用例；第三处理模块，用于若该测试失败，所述服务器接收截图命令，并将所述截图命令及所述测试操作请求发送到所述用户终端中的所述待测前端程序，以使所述待测前端程序完成测试。

与现有技术相比，本发明实施例提供的一种前端自动化测试方法及装置，通过服务器接收第一终端发送的创建请求，根据接收到的创建请求，创建对应的服务端实例，所述服务器通过所述服务端实例启动对应的用户终端中的待测前端程序，所述服务器通过所述服务端实例接收第一终端发起的测试操作请求，所述测试操作请求中包括测试用例，所述服务器将所述测试操作请求发送到用户终端，以使所述用户终端中的所述待测前端程序进行测试，若该测试失败，所述服务器接收截图命令，并将所述截图命令及所述测试操作请求发送到所述用户终端中的所述待测前端程序，以使所述待测前端程序完成测试，这种方式下，使得服务器为各种前端自动化测试框架提供了统一的前端编程接口，降低了自动化测试的难度，提高了测试效率，并减少测试成本。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例提供的第一终端，用户终端与服务器进行交互的示意图。

图2是本发明实施例提供的服务器的结构框图。

图3是本发明第一实施例提供的一种前端自动化测试方法的流程图。

图4是本发明第二实施例提供的一种前端自动化测试方法的流程图。

图5是本发明第三实施例提供的一种前端自动化测试装置的结构框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

图1示出了本发明实施例提供的第一终端110，用户终端120与服务器200进行交互的示意图。所述服务器200可以通过网络与一个或多个第一终端110进行通信连接，以进行数据通信或交互。所述服务器200可以通过网络与一个或多个用户终端120进行通信连接，以进行数据通信或交互。所述服务器200可以是网络服务器、或者数据服务器等。所述第一终端110或所述用户终端100可以是个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digital assistant，PDA)等。

如图2所示，是所述服务器200的方框示意图。所述服务器200包括存储器201、处理器202以及网络模块203。

存储器201可用于存储软件程序以及模块，如本发明实施例中的前端自动化测试方法及装置对应的程序指令/模块，处理器202通过运行存储在存储器201内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现本发明实施例中的前端自动化测试方法。存储器201可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。进一步地，上述存储器201内的软件程序以及模块还可包括：操作系统221以及服务模块222。其中操作系统221，例如可为LINUX、UNIX、WINDOWS，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其他软件组件的运行环境。服务模块222运行在操作系统221的基础上，并通过操作系统221的网络服务监听来自网络的请求，根据请求完成相应的数据处理，并返回处理结果给客户端。也就是说，服务模块222用于向客户端提供网络服务。

网络模块203用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。

可以理解，图2所示的结构仅为示意，所述服务器200还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。另外，本发明实施例中的服务器还可以包括多个具体不同功能的服务器。

图3示出了本发明第一实施例提供的一种前端自动化测试方法，请参阅图3，本实施例描述的是服务器的处理流程，所述方法包括：

步骤S310，服务器接收第一终端发送的创建请求，根据接收到的创建请求，创建对应的服务端实例。

所述第一终端中安装有自动化测试框架，作为一种实施方式，在步骤S310之前，该方法还包括：在所述第一终端初始化自动化测试框架，获取启动参数、环境变量，启动框架进程。自动化测试框架完成初始化后，从服务器查询各个服务器上服务端实例数目，根据负载均衡的策略选择对应的服务器，向该选择的服务器发起的创建请求。

其中，服务端实例可以是不同的前端自动化测试框架下的服务端实例，例如，Appium Server实例，Selenium Server实例。当然，也可以是其它框架下的服务端实例，例如，Watir框架下的服务端实例，Robotium框架下的服务端实例、UIAutomator框架下的服务端实例等，并不局限于此。

可以理解的是，服务器预先将各种前端测试框架中的服务端实例封装起来。根据接收到的创建请求，创建对应的服务端实例。作为一种实施方式，该创建请求可以是RESTFul请求。对于不同的待测前端程序，其发起的RESTFul请求不同。

作为一种实施方式，若接收到的创建请求为第一创建请求时，创建Appium Server实例，其中，所述第一创建请求包括用户终端IP地址、用户终端系统版本号、应用程序的包名、及应用程序的主界面类。

进一步的，若接收到的创建请求为第一创建请求时，创建ADB连接，并根据端口范围为Appium Server实例自动分配空闲端口，创建Appium Server实例。

若接收到的创建请求为第二创建请求时，创建Appium Server实例，其中，所述第二创建请求包括用户终端IP地址、用户终端系统版本号、及浏览器名称。

进一步的，若接收到的创建请求为第二创建请求时，创建ADB连接，并根据端口范围为Appium Server实例自动分配空闲端口，创建Appium Server实例。

若接收到的创建请求为第三创建请求时，创建Selenium Server实例，其中，所述第三创建请求包括浏览器对应的参数。

进一步的，若接收到的创建请求为第三创建请求时，根据端口范围为Selenium Server实例分配空闲端口，创建Selenium Server实例。

可以理解的是，这种方式下，可以统一管理和维护Adb连接及服务端实例(Appium Server实例及Selenium Server实例)的创建，对上层测试程序屏蔽实现细节，降低测试人员编写用例难度。

步骤S320，所述服务器通过所述服务端实例启动对应的用户终端中的待测前端程序。

作为一种实施方式，所述待测前端程序包括应用程序，Html5网页，或Web网页。

其中，Html5网页是指移动端的Html5网页，例如微信程序等，该Html5网页通过移动终端的Chrome或者Safari浏览器等程序运行。

Web网页是指PC端的Web网页，可以是PC端的Chrome、Safari、Firefox、IE、Edge等浏览器打开的网页。

作为一种实施方式，若所述服务端实例为根据第一创建请求生成的Appium Server实例，则对应启动的待测前端程序为APP程序。若所述服务端实例为根据第二创建请求生成的Appium Server实例，则对应启动的待测前端程序为移动端的浏览器程序，例如，移动终端的Chrome或者Safari浏览器。若所述服务端实例为根据第三创建请求生成的Selenium Server实例，则对应启动的待测前端程序为PC端的浏览器程序，例如，PC端的Chrome、Safari、Firefox、IE、Edge等浏览器。

可以理解的是，所述待测前端程序可以预先安装在用户终端，所述服务端实例解锁该用户终端后，启动对应的待测前端程序。当然，所述待测前端程序也可以不预先安装在用户终端，当需要进行测试时，才把该待测前端程序的安装文件上传到服务器，以使所述服务端实例解锁该用户终端后，使得该用户终端安装该该待测前端程序。

步骤S330，所述服务器通过所述服务端实例接收第一终端发起的测试操作请求，所述服务器将所述测试操作请求发送到用户终端，以使所述用户终端中的所述待测前端程序进行测试，其中，所述测试操作请求中包括测试用例。

作为一种实施方式，服务器基于Page Object设计模式，以面向对象(页面对象)思想，将测试对象元素(按钮、输入框、标题等)及单个的测试步骤封装在Page对象中。Page对象包含元素和功能。Page对象基于WebDriver协议，提供三端(移动APP、Html5、Web)合一的编程接口。根据依赖注入设计模式，Page页面对象元素基于Java注解，在Page页面创建时统一注入。可以理解的是，基于WebDriver协议封装统一的前端抽象接口，开发人员只要学习一次即可编写APP、H5和Web自动化测试程序。且将UI界面抽象为Page对象，测试用例只是Page对象之间的流转，增强了代码复用能力，减少重复代码，降低开发人员维护成本。

该测试操作请求与测试用例相对应，所述服务端实例接收测试操作请求，可以调用对应的测试用例，该测试用例可以是预先编写并存储的，也可以是测试人员实时上传到服务器的测试用例。

作为一种实施方式，测试用例可以由测试场景和测试模块两个维度组织，测试用例的功能通过Page对象的流转实现。进一步的，也可以根据业务场景，将用例划分成场景、模块和方法，支持按照各种粒度(场景、模块、方法)启动自动化测试程序。

作为一种实施方式，可以对每个测试用例设置优先级。按照测试用例优先级执行测试用例，执行测试用例的前置和后置条件，支持多终端、多浏览器并发执行测试用例。

其中，所述待测试前端程序可以安装在所述服务器，也可以安装在用户终端，若所述待测试前端程序安装在用户终端，则服务器解锁用户终端，则服务器将所述测试操作请求发送到用户终端，以使用户终端执行对应的测试用例，对所述待测前端程序进行测试。

步骤S340，若该测试失败，所述服务器接收截图命令，并将所述截图命令及所述测试操作请求发送到所述用户终端中的所述待测前端程序，以使所述待测前端程序完成测试。

每个测试用例测试完成后，检测测试结果。作为一种实施方式，服务器可以设置数据仓库模块，主要用于存储测试用例的输入、输出数据，配置在data.properteis文件中，支持移动终端、浏览器和测试场景等多个维度。

根据测试结果，判断测试是否失败。例如，当前测试用例的输出结果与预期结果不一致，则判断当前测试失败。若当前测试操作失败，由第一终端发送截图命令，所述服务器接收截图命令，并将所述截图命令发送到所述用户终端，所述用户终端进行截图并返回到服务器，服务器也可以进一步发送到第一终端。通过这种截图方式，使得测试人员能够根据直观的看到测试出错的地方，提高测试效率。

并且，进一步的，所述服务器将所述测试操作请求发送到所述用户终端中的所述待测前端程序，以使所述待测前端程序完成测试。

作为一种实施方式，也可以设置预设重试次数，若该测试失败，重新发送测试操作请求预设重试次数后，依然测试失败的话，不再重新进行该测试。

本发明实施例提供的前端自动化测试方法，服务器将各种前端测试框架封装起来，当接收到的创建请求，创建对应的服务端实例，不同的服务端实例对应不同的前端自动化测试框架的服务端，所述服务端实例启动对应的待测前端程序，所述服务端实例接收测试操作请求，并将所述测试操作请求发送到对应的所述待测前端程序执行，以使所述待测前端程序完成测试，若该测试失败，截图并将所述测试操作请求重新发送到对应的待测前端程序执行，以使所述待测前端程序完成测试，这种方式下，使得服务器为各种前端自动化测试框架提供了统一的前端编程接口，降低了自动化测试的难度，提高了测试效率，并减少测试成本。

图4示出了本发明第二实施例提供的一种前端自动化测试方法，请参阅图4，本实施例描述的是服务器的处理流程，所述方法包括：

步骤S410，接收所述第一终端发送的待测前端程序安装文件。

其中，所述待测前端程序安装文件可以是待测APP的安装文件。

步骤S420，服务器接收第一终端发送的创建请求，根据接收到的创建请求，创建对应的服务端实例。

该创建请求可以是由自动化测试框架下的客户端client(与服务端对应)发送。

步骤S430，将所述待测前端程序安装文件发送到用户终端，以使所述用户终端根据所述待测前端程序安装文件，安装所述待测前端程序。

可以理解的是，每次要测试待测试前端程序时，才进行安装，能够节省用户终端存储资源。进一步的，可以在该待测试前端程序测试完成后，将该测试前端程序卸载，以为下一个待测试前端程序预留出足够的空间。

步骤S440，所述服务器通过所述服务端实例启动对应的用户终端中的待测前端程序。

步骤S450，所述服务器通过所述服务端实例接收第一终端发起的测试操作请求，所述服务器将所述测试操作请求发送到用户终端，以使所述用户终端中的所述待测前端程序进行测试，其中，所述测试操作请求中包括测试用例。

步骤S460，若该测试失败，所述服务器接收截图命令，并将所述截图命令及所述测试操作请求发送到所述用户终端中的所述待测前端程序，以使所述待测前端程序完成测试。

步骤S470，当所有测试完成后，生成支持HTTP方式查阅的测试报告。

当然，也可以在所有测试完成后，通过邮件、短信等方式通知执行者。通过这种方式，使得测试人员能够及时查看测试报告，提高了用户体验。

步骤S480，关闭所述服务端实例并释放所述服务端实例对应的资源。

在测试完成后，关闭所述服务端实例并释放所述服务端实例对应的资源，能够使得服务器的资源被实时回收，有利于服务器将资源分配给其它程序使用，节省了服务器资源。

其中，步骤S420，步骤S440至步骤S460的实施方式与上一实施例中步骤S310至步骤S340中类似，此处不再赘述。

本发明实施例提供的前端自动化测试方法，服务器将各种前端测试框架封装起来，当接收到的创建请求，创建对应的服务端实例，不同的服务端实例对应不同的前端自动化测试框架的服务端，所述服务端实例启动对应的待测前端程序，所述服务端实例接收测试操作请求，并根据所述测试操作请求调用对应的测试用例对所述待测前端程序进行测试，若该测试失败，截图并将所述测试操作请求重新发送到对应的待测前端程序执行，以使所述待测前端程序完成测试，这种方式下，使得服务器为各种前端自动化测试框架提供了统一的前端编程接口，降低了自动化测试的难度，提高了测试效率，并减少测试成本。

请参阅图5，是本发明第三实施例提供的前端自动化测试装置500的功能模块示意图。所述前端自动化测试装置500包括接收模块510，第一处理模块520，第二处理模块530，第三处理模块540。

接收模块510，用于服务器接收第一终端发送的创建请求，根据接收到的创建请求，创建对应的服务端实例。

作为一种实施方式，接收模块510，具体用于若接收到的创建请求为第一创建请求时，创建Appium Server实例，其中，所述第一创建请求包括用户终端IP地址、用户终端系统版本号、应用程序的包名、及应用程序的主界面类；若接收到的创建请求为第二创建请求时，创建Appium Server实例，其中，所述第二创建请求包括用户终端IP地址、用户终端系统版本号、及浏览器名称；若接收到的创建请求为第三创建请求时，创建Selenium Server实例，其中，所述第三创建请求包括浏览器对应的参数。

第一处理模块520，用于所述服务器通过所述服务端实例启动对应的用户终端中的待测前端程序。

其中，所述待测前端程序包括应用程序，Html5网页，或Web网页。

第二处理模块530，用于所述服务器通过所述服务端实例接收第一终端发起的测试操作请求，所述服务器将所述测试操作请求发送到用户终端，以使所述用户终端中的所述待测前端程序进行测试，其中，所述测试操作请求中包括测试用例。

第三处理模块540，用于若该测试失败，所述服务器接收截图命令，并将所述截图命令及所述测试操作请求发送到所述用户终端中的所述待测前端程序，以使所述待测前端程序完成测试。

作为一种实施方式，所述接收模块510，还用于接收所述第一终端发送的待测前端程序安装文件；所述装置还包括第四处理模块550，用于在所述服务端实例启动对应的待测前端程序之前，将所述待测前端程序安装文件发送到用户终端，以使所述用户终端根据所述待测前端程序安装文件，安装所述待测前端程序。

作为一种实施方式，所述装置还包括第五处理模块560，用于当所有测试完成后，生成支持HTTP方式查阅的测试报告。

作为一种实施方式，所述装置还包括第六处理模块570，用于关闭所述服务端实例并释放所述服务端实例对应的资源。

以上各模块可以是由软件代码实现，同样可以由硬件例如集成电路芯片实现。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例所提供的前端自动化测试装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。