自动化测试方法、装置、终端设备以及存储介质与流程

1.本发明涉及软硬件工具测试领域，尤其涉及一种自动化测试方法、装置、终端设备以及存储介质。


背景技术：

2.随着互联网技术的快速发展，人们的生活方式也趋于智能化与便利化，这其中就有各种各样的软硬件技术在人们的日常生活中扮演着不可或缺的角色。众所周知，软硬件技术在技术人员发明出来后还需要针对可能预见的各种场景进行测试，便于发现可能存在的技术漏洞以及功能失效的情况。但是，随着如今互联网科技的发展，基于人们的各种生活需求，软硬件技术的发明就如雨后春笋一般拔地而出，这就造成了测试人员将面对繁重的测试任务。为了减轻测试人员的工作负担，也为了提高软硬件技术的测试效率，有必要对于相关软硬件技术的测试执行自动化处理。
3.传统技术中使用的自动化测试框架普遍基于自动化测试api接口或者web的页面功能，这种自动化测试框架或工具可以满足大多数基于web的应用服务的测试，但在面对需要测试芯片、固件、总线、信道等相关软硬件测试工具时，无法执行自动化测试的功能，更无法达到只进行单次配置测试软件，就可以达到多次运行，自动化启动以及数据的上报等功能。因此，有必要提出一种自动化测试方法能对于不同软硬件统一进行自动化测试。
4.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

5.本发明的主要目的在于提供一种自动化测试方法、装置、终端设备以及存储介质，旨在解决无法对软硬件进行自动化测试的技术问题。
6.为实现上述目的，本发明提供一种自动化测试方法，所述自动化测试方法包括：
7.从测试系统接收测试任务；
8.解析所述测试任务，得到测试指令信息；
9.根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据；
10.将所述测试设备数据上传至所述测试系统。
11.可选地，所述解析所述测试任务，得到测试指令信息的步骤包括：
12.解析所述测试任务，得到所述测试任务关联的测试用例和所述测试用例关联的测试插件；
13.将所述解析得到的所述测试任务关联的测试用例和所述测试用例关联的测试插件进行聚合，得到测试指令信息。
14.可选地，所述从测试系统接收测试任务的步骤之前还包括：
15.将所述测试设备中包含的测试软件信息上传到所述测试系统；
16.从所述测试系统中获取所述测试设备中未安装的测试软件信息，下载安装至所述测试设备中。
17.可选地，所述根据得到的测试指令信息运行对应的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据的步骤包括：
18.根据所述测试指令信息确定对应的测试设备以及对应的测试设备的运行环境；基于所述对应的测试设备的运行环境将所述测试指令信息所包含的执行功能指令发送给所述测试设备，其中，所述测试设备根据所述执行功能指令通过对应的测试软件结合对应的测试插件执行对应的测试操作，得到测试设备数据；
19.获得所述测试设备返回的所述测试设备数据。
20.可选地，所述自动化测试方法应用于测试系统，所述测试系统与所述测试代理工具建立双工连接，所述自动化测试方法包括：
21.向所述测试代理工具发起测试任务，以供所述测试代理工具接收所述测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统；
22.解析所述测试代理工具上传的测试设备数据，得到测试结果。
23.可选地，所述向所述测试代理工具发起测试任务，以供所述测试代理工具接收所述测试任务的步骤之前包括：
24.配置需要在所述测试设备运行的测试软件的信息并关联对应的测试任务，以供所述测试代理工具在解析所述测试任务时，获得需要执行的测试软件的信息；
25.将具有预设功能的测试插件关联对应的测试任务，以供所述测试代理工具在执行预设启动项时解析所述测试任务，得到所述具有预设功能的测试插件，并基于所述具有预设功能的测试插件启动第三方测试工具。
26.此外，为实现上述目的，本发明还提供一种自动化测试装置，所述自动化装置应用于测试代理工具，所述自动化测试装置包括：
27.接收模块，用于从测试系统接收测试任务；
28.解析模块，用于解析所述测试任务，得到测试指令信息；
29.测试模块，用于根据所述得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据；
30.输出模块，用于将所述测试设备数据上传至所述测试系统。
31.此外，为实现上述目的，本发明还提供一种自动化测试装置，所述自动化装置应用于测试系统，所述自动化测试装置包括：
32.配置模块，用于配置需要在所述测试设备运行的测试软件的信息并关联对应的测试任务，以供所述测试代理工具在解析所述测试任务时，获得需要执行的测试软件的信息；
33.关联模块，用于将具有预设功能的测试插件关联对应的测试任务，以供所述测试代理工具在执行预设启动项时解析所述测试任务，得到所述具有预设功能的测试插件，并基于所述具有预设功能的测试插件启动第三方测试工具；
34.发起任务模块，用于向所述测试代理工具发起测试任务，以供所述测试代理工具接收所述测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行
需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统；
35.解析模块，用于解析所述测试代理工具上传的测试设备数据，得到测试结果。
36.此外，为实现上述目的，本发明还提供一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的自动化测试程序，所述自动化测试程序被所述处理器执行时实现如上所述的自动化测试方法的步骤。
37.此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有自动化测试程序，所述自动化测试程序被处理器执行时实现如上所述的自动化测试方法的步骤。
38.本发明实施例提出的一种自动化测试方法、装置、终端设备以及存储介质，通过从测试系统接收测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统。通过引入测试代理工具，打通测试设备的测试数据与测试系统的连接，实现了只需要一次测试配置，可在多次测试过程中复用的效果。为多端软硬件统一进行自动化测试提供样据。
附图说明
39.图1为本发明自动化测试装置所属终端设备的功能模块示意图；
40.图2为本发明自动化测试方法一示例性实施例的流程示意图；
41.图3为本发明实施例中测试代理工具与测试设备连接原理示意图；
42.图4为本发明自动化测试方法另一示例性实施例的流程示意图；
43.图5为本发明实施例中测试系统、测试代理和测试设备对应的测试终端之间的关系图。
44.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
45.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
46.本发明实施例提出的一种自动化测试方法、装置、终端设备以及存储介质，通过从测试系统接收测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统。通过引入测试代理工具，打通测试设备的测试数据与测试系统的连接，实现了只需要一次测试配置，可在多次测试过程中复用的效果。为多端软硬件统一进行自动化测试提供样据。
47.本发明实施例涉及的技术术语：
48.自动化测试：自动化测试的概念是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。自动化测试原理是利用自动化测试工具，经过对测试需求的分析，设计出自动化测试用例，从而搭建自动化测试的框架，设计与编写自动化脚本，测试脚本的正确性，从而完成该套测试脚本。
49.websocket：一种在单个tcp连接上进行全双工通信的协议。websocket通信协议于2011年被ietf定为标准rfc 6455，并由rfc7936补充规范。websocket api也被w3c定为标准。websocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在websocket api中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。
50.windows：microsoft windows，一款由微软公司以图形用户界面为基础开发的操作系统，是全球应用最广泛的操作系统之一，具有资源管理效率高，对硬件支持良好，一切可视化等优点。
51.linux：全称gnu/linux，是一套免费使用和自由传播的类unix操作系统，是一个基于posix的多用户、多任务、支持多线程和多cpu的操作系统。使用者不仅可以直观地获取该操作系统的实现机制，而且可以根据自身的需要来修改完善linux，使其最大化地适应用户的需要。linux不仅系统性能稳定，而且是开源软件。其核心防火墙组件性能高效、配置简单，保证了系统的安全。linux具有开放源码、没有版权、技术社区用户多等特点，开放源码使得用户可以自由裁剪，灵活性高，功能强大，成本低。
52.docker：docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的linux或windows操作系统的机器上，也可以实现虚拟化,容器是完全使用沙箱机制，相互之间不会有任何接口。
53.端口映射：端口映射是nat地址转换的一种，它可以把在公网的地址转翻译成私有地址，采用路由方式的adsl宽带路由器拥有一个动态或固定的公网ip，分为动态和静态两种。端口映射功能可以让内部网络中某台机器对外部提供3w服务，这不是将真ip地址直接转到内部提供3w服务的主机。如果这样的话，有两个弊端，一是内部机器不安全，因为除了3w之外，外部网络可以通过地址转换功能访问到这台机器的所有功能；二是当有多台机器需要提供这种服务时，必须有同样多的ip地址进行转换，从而达不到节省ip地址的目的。端口映射功能是将一台主机的假ip地址映射成一个真ip地址，当用户访问提供映射端口主机的某个端口时，服务器将请求转到内部提供这种特定服务的主机；利用端口映射功能还可以将一台真ip地址机器的多个端口映射成内部不同机器上的不同端口。端口映射功能还可以完成一些特定的代理功能，比如代理pop、smtp、telnet等协议。理论上可以提供6万多个端口的映射。端口映射协议定义rpc网络服务，这种网络服务为基于rpc的客户机提供标准方法，以便能够查找由服务器支持的远程基于rpc的程序的端口号。因为端口映射协议能够在提供等效端口的传输端口上执行，所以，这个协议解决所有工作在客户机、服务器和网络上的通用问题。
54.如今自动化测试理念已经深入测试人员的工作当中，在众多测试对象中，有一种测试对象以复杂以及数量庞大而广为人知，就是软硬件结合的自动化测试，此种测试具有面向对象复杂，各个对象根据功能或技术的不同需要执行不同的测试用例甚至结合一些具有预设功能的测试插件等特点，这些特点为对这些软硬件进行统一的自动化测试带来极大的困扰。
55.传统技术中使用的自动化测试框架普遍基于自动化测试api接口或者web的页面功能，这种自动化测试框架或工具可以满足大多数基于web的应用服务的测试，但在面对需要测试芯片、固件、总线、信道等相关软硬件测试工具时，无法执行自动化测试的功能，更无
法达到只进行单次配置测试软件，就可以达到多次运行，自动化启动以及数据的上报等功能。因此，有必要提出一种自动化测试方法能对于不同软硬件统一进行自动化测试。
56.本发明提出的自动化测试方法，运用测试代理工具作为测试系统和以测试设备为代表的测试设备的中转客户端，用于中转测试系统和测试设备的数据以及指令，打通测试系统与测试设备的壁垒，同时测试代理工具可处理多终端测试工具的运行及数据上报，提高了软硬件自动化测试的效率。
57.参照图1，图1为本发明自动化测试装置所属终端设备的功能模块示意图。该自动化测试装置可以为独立于终端设备的、能够进行自动化测试的装置，其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有数据处理功能的智能移动终端，还可以为具有数据处理功能的固定终端设备或服务器等。
58.在本实施例中，该自动化测试装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。
59.存储器130中存储有操作系统以及自动化测试程序，自动化测试装置可以从测试系统接收测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，进行测试，获得的返回的测试设备数据、解析得到的测试指令等信息存储于该存储器130中；输出模块110可为显示屏等。通信模块140可以包括wifi模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。
60.其中，存储器130中的自动化测试程序被处理器执行时实现以下步骤：
61.从测试系统接收测试任务；
62.解析所述测试任务，得到测试指令信息；
63.根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据；
64.将所述测试设备数据上传至所述测试系统。
65.进一步地，存储器130中的自动化测试程序被处理器执行时还实现以下步骤：
66.解析所述测试任务，得到所述测试任务关联的测试用例和所述测试用例关联的测试插件；
67.将所述解析得到的所述测试任务关联的测试用例和所述测试用例关联的测试插件进行聚合，得到测试指令信息。
68.进一步地，存储器130中的自动化测试程序被处理器执行时还实现以下步骤：
69.将所述测试设备中包含的测试软件信息上传到所述测试系统；
70.从所述测试系统中获取所述测试设备中未安装的测试软件信息，下载安装至所述测试设备中。
71.进一步地，存储器130中的自动化测试程序被处理器执行时还实现以下步骤：
72.根据所述测试指令信息确定对应的测试设备以及对应的测试设备的运行环境；
73.基于所述对应的测试设备的运行环境将所述测试指令信息所包含的执行功能指令发送给所述测试设备，其中，所述测试设备根据所述执行功能指令通过对应的测试软件结合对应的测试插件执行对应的测试操作，得到测试设备数据；
74.获得所述测试设备返回的所述测试设备数据。
75.进一步地，存储器130中的自动化测试程序被处理器执行时还实现以下步骤：
76.向所述测试代理工具发起测试任务，以供所述测试代理工具接收所述测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统；
77.解析所述测试代理工具上传的测试设备数据，得到测试结果。
78.进一步地，存储器130中的自动化测试程序被处理器执行时还实现以下步骤：
79.配置需要在所述测试设备运行的测试软件的信息并关联对应的测试任务，以供所述测试代理工具在解析所述测试任务时，获得需要执行的测试软件的信息；
80.将具有预设功能的测试插件关联对应的测试任务，以供所述测试代理工具在执行预设启动项时解析所述测试任务，得到所述具有预设功能的测试插件，并基于所述具有预设功能的测试插件启动第三方测试工具。
81.本实施例通过上述方案，具体通过从测试系统接收测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统。通过引入测试代理工具，打通测试设备的测试数据与测试系统的连接，实现了只需要一次测试配置，可在多次测试过程中复用的效果。为多端软硬件统一进行自动化测试提供样据。
82.基于上述终端设备架构但不限于上述架构，提出本技术方法实施例。
83.本实施例方法的执行主体可以为一种自动化测试装置或终端设备等，本实施例以自动化测试装置进行举例。
84.参照图2，图2为本发明自动化测试方法一示例性实施例的流程示意图。在本实施例中，所述自动化测试装置的主体为测试代理工具，所述自动化测试方法包括：
85.步骤s10，从测试系统接收测试任务；
86.测试系统部署在服务器中，在测试系统部署过程中，首先创建四个基本模块：测试插件管理模块、测试用例管理模块、测试项目管理模块和测试软件管理模块；
87.测试插件管理模块，此模块创建于服务器内部，用于管理测试系统内部所包含的所有测试插件，测试人员可开发具有预设处理功能的测试插件上传到所述测试插件管理模块，并将所述测试插件以预设功能名称进行命名，便于快速提取并关联测试任务；
88.测试用例管理模块，此模块创建于服务器内部，用于管理所有的测试用例以及将测试插件关联对应测试用例，达到在提取测试用例时一并输出对应的测试插件的效果；
89.测试项目管理模块，此模块创建于服务器内部，用于管理测试过程中的所有项目任务，并将对应的测试用例关联对应的测试任务，在测试过程中向测试代理工具输出测试任务时，其中就包含了一系列所关联的信息内容；
90.测试软件管理模块，此模块创建于服务器内部，用于管理在测试过程中需要使用到的测试软件的信息，此信息可以是软件安装包的下载地址或者软件配置信息等，并将测试插件管理对应的测试软件。
91.在测试系统成功部署之后，需要在测试人员的主机上安装本发明中的测试代理工具，在安装测试代理工具的过程中，需要配置以下信息：
92.测试代理工具创建参数配置页面，此页面用于配置测试系统的服务地址并和测试
系统建立websocket连接，此连接可使得测试代理工具于测试系统实现端对端数据传输；
93.测试代理工具创建主机用户配置及主机软件配置，所述主机为需要代理的终端设备的主机，用于与测试设备建立终端连接以及配置需要启动的测试设备服务器和提取测试设备服务器所携带的测试软件的基本信息；
94.测试代理工具将提取到的测试设备服务器所携带的测试软件上传至测试系统，由测试系统在测试软件管理模块中核对所述提取到的测试设备服务器所携带的测试软件是否齐全，从所述测试系统中获取所述测试设备中未安装的测试软件信息，下载安装至所述测试设备中；
95.在测试代理工具与测试系统和测试设备都建立起连接并且配置完成后，由测试系统通过websockt连接下发测试任务到测试代理工具，测试代理工具接收到测试任务，开始测试；
96.步骤s20，解析所述测试任务，得到测试指令信息；
97.测试代理工具在接收到所述测试任务之后，对所述测试任务进行解析，获得测试任务关联的测试用例和测试用例关联的测试插件信息，将所述解析得到的信息聚合成对应的测试指令，得到测试指令信息；
98.步骤s30，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据；
99.测试代理工具根据所述测试指令信息运行对应的测试设备所包含的测试软件，其中，运行方式基于测试设备的运行环境做出相应调整，参照图3，图3是本发明实施例中测试代理工具和测试设备的连接原理图：
100.若所述测试设备的测试软件环境是基于虚拟机内的windows/linux，则测试代理工具通过本地端口映射以及虚拟端口映射传输指令给基于虚拟机内的windows/linux内核的测试设备，运行对应的测试软件；
101.若所述测试设备的测试软件环境是基于虚拟机内的windows/linux，且使用docker容器打包测试软件，则测试代理工具通过虚拟端口映射通信连接虚拟主机，通过容器端口映射连接所述docket容器，可运行对应的设备；
102.若所述测试设备的测试软件环境是直接与测试代理相连接，则测试代理也能直接访问测试软件并下达测试指令；
103.步骤s40，将所述测试设备数据上传至所述测试系统。
104.在测试设备完成对应的测试任务之后，测试代理工具会获取测试设备获得的测试数据，并将所述测试数据打包基于websocket连接返回给测试系统。
105.本实施例通过上述方案，在完成具体的配置信息之后，具体通过从测试系统接收测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统。通过引入测试代理工具，打通测试设备的测试数据与测试系统的连接，实现了只需要一次测试配置，可在多次测试过程中复用的效果，将繁复的任务进行简化，同时对多测试设备执行数据进行了聚合操作，令单次测试任务变得更加简单高效，不在需要一个个服务器去启动和进行数据的获取解析。为多端软硬件统一进行自动化测试提供样据。
106.进一步地，参照图4，图4为本发明自动化测试方法另一示例性实施例的流程示意图。基于上述图2所示的实施例，在本实施例中，所述自动化测试装置的主体为测试系统：
107.步骤s50：向所述测试代理工具发起测试任务，以供所述测试代理工具接收所述测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统；
108.测试系统部署在服务器中，在测试系统部署过程中，首先创建四个基本模块：
109.测试插件管理模块，此模块创建于服务器内部，用于管理测试系统内部所包含的所有测试插件，测试人员可开发具有预设处理功能的测试插件上传到所述测试插件管理模块，并将所述测试插件以预设功能名称进行命名，便于快速提取并关联测试任务；
110.测试用例管理模块，此模块创建于服务器内部，用于管理所有的测试用例以及将测试插件关联对应测试用例，达到在提取测试用例时一并输出对应的测试插件的效果；
111.测试项目管理模块，此模块创建于服务器内部，用于管理测试过程中的所有项目任务，并将对应的测试用例关联对应的测试任务，在测试过程中向测试代理工具输出测试任务时，其中就包含了一系列所关联的信息内容；
112.测试软件管理模块，此模块创建于服务器内部，用于管理在测试过程中需要使用到的测试软件的信息，此信息可以是软件安装包的下载地址或者软件配置信息等，并将测试插件管理对应的测试软件；
113.测试系统在部署以及配置完成后，经由测试人员调试确认运行正常，开始执行测试项目：
114.调用测试项目管理模块创建测试项目，分发测试任务；
115.一个测试项目由多个测试任务构成，所以对于执行测试项目来说，测试任务的配置尤为重要；
116.调用测试软件管理模块配置测试任务中需要在测试设备运行的对应测试软件信息，将所述对应测试软件信息关联所述测试任务；
117.若所述测试任务在测试过程中有预设的启动和处理自定义或第三方测试工具的需要，则在测试任务中需辅以特定的测试插件实现对应的功能；
118.调用测试用例管理模块配置测试任务中需要使用到的测试用例，关联至对应的测试任务；
119.调用测试插件管理模块配置测试用例中需要使用到的测试插件，关联至对应的测试用例；
120.将配置完成的测试任务打包发送给测试代理工具，进行后续的测试过程。
121.步骤s60：解析所述测试代理工具上传的测试设备数据，得到测试结果。
122.测试系统读取并基于测试用例解析测试代理上报的测试设备数据，将解析得到的信息聚合；
123.将聚合的信息保存并发送至测试任务页面，以供测试人员进行分析整理；
124.在本实施例中，通过测试系统下发测试任务，开启测试，并在接收到所述测试代理工具上传的测试设备数据之后，进行解析得到测试结果。实现了测试代理工具用于中转测试系统与测试设备的指令和数据的功能，也同步实现了一次测试配置，多次测试过程复用
的效果。
125.此外，本发明实施例还提出一种自动化测试装置，所述自动化测试装置包括：
126.接收模块，用于从测试系统接收测试任务；
127.解析模块，用于解析所述测试任务，得到测试指令信息；
128.测试模块，用于根据所述得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据；
129.输出模块，用于将所述测试设备数据上传至所述测试系统。
130.此外，本发明实施例还提出一种自动化测试装置，所述自动化测试装置包括：
131.配置模块，用于配置需要在所述测试设备运行的测试软件的信息并关联对应的测试任务，以供所述测试代理工具在解析所述测试任务时，获得需要执行的测试软件的信息；
132.关联模块，用于将具有预设功能的测试插件关联对应的测试任务，以供所述测试代理工具在执行预设启动项时解析所述测试任务，得到所述具有预设功能的测试插件，并基于所述具有预设功能的测试插件启动第三方测试工具；
133.发起任务模块，用于向所述测试代理工具发起测试任务，以供所述测试代理工具接收所述测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统；
134.解析模块，用于解析所述测试代理工具上传的测试设备数据，得到测试结果。
135.具体地，参照图5，图5为本发明实施例中测试系统、测试代理和测试设备对应的测试终端之间的关系图；测试系统逐步配置相关信息：测试软件、测试插件、测试用例和测试项目；在测试项目中，由多个测试任务构成完整的测试项目测试过程；测试代理工具基于测试系统的服务地址与测试系统建立websocket连接，与各大测试终端建立终端连接，配置需要进行测试代理的测试设备的主机用户以及主机软件信息；测试终端基于终端连接与测试代理工具交换命令以及测试数据；
136.在本实施例中，通过测试代理工具执行接收模块，用于从测试系统接收测试任务，解析模块，用于解析所述测试任务，得到测试指令信息，测试模块，用于根据所述得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，输出模块，用于将所述测试设备数据上传至所述测试系统。再通过测试系统执行配置模块，用于配置需要在所述测试设备运行的测试软件的信息并关联对应的测试任务，以供所述测试代理工具在解析所述测试任务时，获得需要执行的测试软件的信息，关联模块，用于将具有预设功能的测试插件关联对应的测试任务，以供所述测试代理工具在执行预设启动时解析所述测试任务，得到所述具有预设功能的测试插件，并基于所述具有预设功能的测试插件启动第三方测试工具，发起任务模块，用于向所述测试代理工具发起测试任务，以供所述测试代理工具接收所述测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，获得所述测试设备返回的测试设备数据，将所述测试设备数据上传至所述测试系统，解析模块，用于解析所述测试代理工具上传的测试设备数据，得到测试结果。通过测试代理工具联通测试系统和测试设备，可预设的启动和处理自定义或第三方测试工具或软件产生的数据，实现了一次配置信息，多次重复利用的效果。
137.此外，本发明还提供一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的自动化测试程序，所述自动化测试程序被所述处理器执行时实现如上所述的自动化测试方法的步骤。
138.由于本自动化测试程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
139.此外，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有自动化测试程序，所述自动化测试程序被处理器执行时实现如上所述的自动化测试方法的步骤。
140.由于本自动化测试程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
141.相比现有技术，本发明实施例提出的一种自动化测试方法、装置、终端设备以及存储介质，通过从测试系统接收测试任务，解析所述测试任务，得到测试指令信息，根据得到的测试指令信息运行需要代理的测试设备，对所述测试设备进行测试，所述测试设备获得返回的测试设备数据，将所述测试设备数据上传至所述测试系统。通过引入测试代理工具，连通测试设备的测试数据与测试系统的连接，在实现了可预设的启动和处理自定义或第三方测试工具或软件产生的数据的效果的同时，还实现了只需要一次测试配置，可在多次测试过程中复用的效果，将繁复的任务进行简化，同时对多测试设备执行数据进行了聚合操作，令单次测试任务变得更加简单高效，不在需要一个个服务器去启动和进行数据的获取解析。
142.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
143.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
144.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本技术每个实施例的方法。
145.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。