CN113220592B - 自动化测试资源的处理方法、装置、服务器及存储介质 - Google Patents
自动化测试资源的处理方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN113220592B CN113220592B CN202110624928.7A CN202110624928A CN113220592B CN 113220592 B CN113220592 B CN 113220592B CN 202110624928 A CN202110624928 A CN 202110624928A CN 113220592 B CN113220592 B CN 113220592B
- Authority
- CN
- China
- Prior art keywords
- application program
- test
- executable
- asset
- file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 363
- 238000003672 processing method Methods 0.000 title abstract description 12
- 238000013515 script Methods 0.000 claims description 99
- 238000000034 method Methods 0.000 claims description 68
- 238000012545 processing Methods 0.000 claims description 68
- 238000004590 computer program Methods 0.000 claims description 10
- 230000003993 interaction Effects 0.000 claims description 8
- 238000012423 maintenance Methods 0.000 abstract description 10
- 238000007726 management method Methods 0.000 description 31
- 238000010586 diagram Methods 0.000 description 27
- 238000013461 design Methods 0.000 description 16
- BUGBHKTXTAQXES-UHFFFAOYSA-N Selenium Chemical compound [Se] BUGBHKTXTAQXES-UHFFFAOYSA-N 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 229910052711 selenium Inorganic materials 0.000 description 8
- 239000011669 selenium Substances 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 238000009434 installation Methods 0.000 description 6
- 239000003795 chemical substances by application Substances 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000003044 adaptive effect Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000013508 migration Methods 0.000 description 3
- 230000005012 migration Effects 0.000 description 3
- 230000009466 transformation Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000013439 planning Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000012384 transportation and delivery Methods 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- VYZAMTAEIAYCRO-UHFFFAOYSA-N Chromium Chemical compound [Cr] VYZAMTAEIAYCRO-UHFFFAOYSA-N 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 238000011990 functional testing Methods 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000011056 performance test Methods 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000010998 test method Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3692—Test management for test results analysis
Abstract
本申请提供一种自动化测试资源的处理方法、装置、服务器及存储介质，该处理方法应用于服务器，通过获取用户的测试任务，并根据测试任务的任务属性，确定执行测试任务所需的测试资产类型，测试资产类型为第三方应用资产或服务器自有资产，之后根据测试资产类型，确定执行测试任务的应用程序类型，最后根据应用程序类型，调用目标执行机执行测试任务。该技术方案中，通过对测试资产类型的确定，避免了重建自动化测试平台带来的人力成本和资产维护成本，提高了资源的复用率和管理效率，并保证了测试任务的正常执行。
Description
技术领域
本申请涉及自动化测试技术领域，尤其涉及一种自动化测试资源的处理方法、装置、服务器及存储介质。
背景技术
自动化测试是利用自动化测试工具把以人为驱动的测试行为转化为机器执行的一种过程，其能够节省人力、时间和硬件资源，提高测试效率。随着自动化测试需求的逐渐增加和自动化技术的不断发展，催生了一大批自动化测试工具及自动化测试资产，如何对其进行管理和维护是自动化测试过程中的关键问题。
现有技术中，主要采用自动化测试平台对自动化测试工具和自动化测试资产进行管理和维护。具体的，在引用自动化测试平台后，对引入的自动化测试平台进行适应性改造和部署，验证该自动化测试平台是否能够满足待测试系统的自动化测试需求，并逐步采用自动化测试平台指定的方式对原有自动化测试工具的自动化测试资产进行重建，从而实现了对原有自动化测试工具和自动化测试资产的迁移。
然而，上述方案中，原有自动化测试工具和自动化测试资产的迁移需要在引入的自动化测试平台中进行重建，不仅需要较高的人力成本，而且造成了较大的资源浪费，存在资产维护成本高，管理效率低的问题。
发明内容
本申请实施例提供一种自动化测试资源的处理方法、装置、服务器及存储介质，用以解决现有技术中对自动化测试资源进行管理和维护时人力、资产维护成本高，以及效率低等问题。
第一方面，本申请实施例提供一种自动化测试资源的处理方法，应用于服务器，包括：
获取用户的测试任务；
根据所述测试任务的任务属性，确定执行所述测试任务所需的测试资产类型，所述测试资产类型为第三方应用资产或服务器自有资产；
根据所述测试资产类型，确定执行所述测试任务的应用程序类型；
根据所述应用程序类型，调用目标执行机执行所述测试任务。
在第一方面一种可能的设计中，所述根据所述测试资产类型，确定执行所述测试任务的应用程序类型，包括：
在所述测试资产类型为服务器自有资产时，确定执行所述测试任务的应用程序类型为服务器安装的应用程序类型；
在所述测试资产类型为第三方应用资产时，确定执行所述测试任务的应用程序类型为与所述第三方应用资产匹配的第三方应用程序类型。
在该种可能的设计中，在所述测试资产类型为第三方应用资产时，所述方法还包括：
根据所述第三方应用程序类型，确定匹配的接口方法；
基于所述匹配的接口方法，确定用于执行所述测试任务的目标执行机。
在第一方面另一种可能的设计中，所述方法还包括：
接收所述目标执行机返回的测试结果，所述测试结果具有预设的接入规范，所述接入规范包括：批次信息、项目版本信息和脚本集合信息，所述测试结果包括：接口测试结果、界面测试结果、资产测试结果；
根据预设视图维度，展示所述测试结果，所述预设视图维度包括如下维度中的至少一种：项目维度、时间维度、部门维度、测试应用维度、执行渠道。
在第一方面再一种可能的设计中，在所述获取用户的测试任务之前，所述方法还包括：
获取所述用户的应用程序部署请求，所述应用程序部署请求包括：第三方应用程序文件；
根据所述第三方应用程序文件的类型，确定所述第三方应用程序文件是否为可执行应用程序文件；
在所述第三方应用程序文件为可执行应用程序文件时，将所述第三方应用程序文件存储至执行机目录；
在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录；
利用所述执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对所述第三方应用程序的部署，所述第一执行机为所述服务器能够调度的可用执行机中的任意一个。
可选的，所述利用所述执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对所述第三方应用程序的部署，包括：
接收所述第一执行机发送的至少一次脚本下载请求，所述脚本下载请求包括：预设下载数量；
根据每次脚本下载请求，依次从所述执行机目录获取所述下载数量的执行脚本；
分别向所述第一执行机返回所述下载数量的执行脚本；
接收所述第一执行机返回的至少一次脚本执行结果，所述脚本执行结果的次数与所述脚本下载请求的次数相同，每次脚本执行结果具有预设的接入规范，所述接入规范包括：批次信息、项目版本信息和脚本集合信息。
可选的，所述在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，包括：
在所述第三方应用程序文件是应用程序包时，将所述应用程序包和所述应用程序包所属的主应用程序标识发送给所述第一执行机；
接收所述第一执行机返回的可执行应用程序文件，所述可执行应用程序文件是所述第一执行机对所述应用程序包进行解压缩得到的；
将所述可执行应用程序文件存储至执行机目录。
可选的，所述在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，包括：
在所述第三方应用程序文件为应用程序安装包时，将所述应用程序安装包发送给所述第一执行机；
接收所述第一执行机返回的可执行应用程序文件，所述可执行应用程序文件是所述第一执行机调用操作系统计划任务完成对所述应用程序安装包对应的应用程序后得到的；
将所述可执行应用程序文件存储至执行机目录。
可选的，所述方法还包括：
获取所述用户的资产处理请求，所述资产处理请求包括：可执行文件、可执行文本的执行方式；
根据所述资产处理请求，对所述可执行文件进行处理。
可选的，所述方法还包括：
获取用户的执行机处理请求，所述执行机处理请求包括：执行机标识和目标操作；
对所述执行机标识对应的执行机进行所述目标操作的处理。
第二方面，本申请实施例提供一种自动化测试资源的处理装置，应用于服务器，包括：获取模块、确定模块、调用模块；
所述获取模块，用于获取用户的测试任务；
所述确定模块，用于根据所述测试任务的任务属性，确定执行所述测试任务所需的测试资产类型，所述测试资产类型为第三方应用资产或服务器自有资产，并根据所述测试资产类型，确定执行所述测试任务的应用程序类型；
所述调用模块，用于根据所述应用程序类型，调用目标执行机执行所述测试任务。
在第二方面一种可能的设计中，所述确定模块，用于根据所述测试资产类型，确定执行所述测试任务的应用程序类型，具体为：
所述确定模块，具体用于：
在所述测试资产类型为服务器自有资产时，确定执行所述测试任务的应用程序类型为服务器安装的应用程序类型；
在所述测试资产类型为第三方应用资产时，确定执行所述测试任务的应用程序类型为与所述第三方应用资产匹配的第三方应用程序类型。
在该种可能的设计中，在所述测试资产类型为第三方应用资产时，所述确定模块还具体用于：
根据所述第三方应用程序类型，确定匹配的接口方法；
基于所述匹配的接口方法，确定用于执行所述测试任务的目标执行机。
在第二方面另一种可能的设计中，所述处理装置还包括：显示模块；
所述获取模块，用于接收所述目标执行机返回的测试结果，所述测试结果具有预设的接入规范，所述接入规范包括：批次信息、项目版本信息和脚本集合信息，所述测试结果包括：接口测试结果、界面测试结果、资产测试结果；
所述显示模块，用于根据预设视图维度，展示所述测试结果，所述预设视图维度包括如下维度中的至少一种：项目维度、时间维度、部门维度、测试应用维度、执行渠道。
在第二方面再一种可能的设计中，所述获取模块，还用于获取所述用户的应用程序部署请求，所述应用程序部署请求包括：第三方应用程序文件；
所述确定模块，还用于根据所述第三方应用程序文件的类型，确定所述第三方应用程序文件是否为可执行应用程序文件，并在所述第三方应用程序文件为可执行应用程序文件时，将所述第三方应用程序文件存储至执行机目录，并在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，以及利用所述执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对所述第三方应用程序的部署，所述第一执行机为所述服务器能够调度的可用执行机中的任意一个。
可选的，所述确定模块，用于利用所述执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对所述第三方应用程序的部署，具体为：
所述确定模块，具体用于：
接收所述第一执行机发送的至少一次脚本下载请求，所述脚本下载请求包括：预设下载数量；
根据每次脚本下载请求，依次从所述执行机目录获取所述下载数量的执行脚本；
分别向所述第一执行机返回所述下载数量的执行脚本；
接收所述第一执行机返回的至少一次脚本执行结果，所述脚本执行结果的次数与所述脚本下载请求的次数相同，每次脚本执行结果具有预设的接入规范，所述接入规范包括：批次信息、项目版本信息和脚本集合信息。
可选的，所述确定模块，用于在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，具体为：
所述确定模块，具体用于：
在所述第三方应用程序文件是应用程序包时，将所述应用程序包和所述应用程序包所属的主应用程序标识发送给所述第一执行机；
接收所述第一执行机返回的可执行应用程序文件，所述可执行应用程序文件是所述第一执行机对所述应用程序包进行解压缩得到的；
将所述可执行应用程序文件存储至执行机目录。
可选的，所述确定模块，用于在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，具体为：
所述确定模块，具体用于：
在所述第三方应用程序文件为应用程序安装包时，将所述应用程序安装包发送给所述第一执行机；
接收所述第一执行机返回的可执行应用程序文件，所述可执行应用程序文件是所述第一执行机调用操作系统计划任务完成对所述应用程序安装包对应的应用程序后得到的；
将所述可执行应用程序文件存储至执行机目录。
可选的，所述确定模块，还用于获取所述用户的资产处理请求，所述资产处理请求包括：可执行文件、可执行文本的执行方式；
根据所述资产处理请求，对所述可执行文件进行处理。
可选的，所述确定模块，还用于获取用户的执行机处理请求，所述执行机处理请求包括：执行机标识和目标操作；
对所述执行机标识对应的执行机进行所述目标操作的处理。
第三方面，本申请实施例提供一种服务器，包括：处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令，所述处理器执行所述计算机程序指令时实现如上述第一方面及各种可能的设计中提供的自动化测试资源的处理方法。
第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述第一方面及各种可能的设计中提供的自动化测试资源的处理方法。
第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时用于实现如上述第一方面及各种可能的设计中提供的自动化测试资源的处理方法。
本申请实施例提供的自动化测试资源的处理方法、装置、服务器及存储介质，该处理方法应用于服务器，通过获取用户的测试任务，并根据测试任务的任务属性，确定执行测试任务所需的测试资产类型，测试资产类型为第三方应用资产或服务器自有资产，之后根据测试资产类型，确定执行测试任务的应用程序类型，最后根据应用程序类型，调用目标执行机执行测试任务。该技术方案中，通过对测试资产类型的确定，避免了重建自动化测试平台带来的人力成本和资产维护成本，提高了资源的复用率和管理效率，并保证了测试任务的正常执行。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1A为本申请实施例提供的自动化测试资源的处理方法的框架示意图；
图1B为本申请实施例提供的执行机调度方式的框架示意图；
图2为本申请实施例提供的自动化测试资源的处理方法实施例一的流程示意图；
图3为本申请实施例提供的测试结果接入规范模型示意图；
图4为本申请实施例提供的界面测试结果示意图；
图5为本申请实施例提供的接口测试结果示意图；
图6为本申请实施例提供的自动化测试资源的处理方法实施例二的流程示意图；
图7为本申请实施例提供的更新第三方测试工具的流程示意图；
图8为本申请实施例提供的第三方测试工具页面示意图；
图9为本申请实施例提供的第三方测试工具管理页面示意图；
图10为本申请实施例提供的执行机管理页面示意图；
图11为本申请实施例提供的执行机控制页面示意图；
图12为本申请实施例提供的第三方测试工具及资产运行流程示意图；
图13为本申请实施例提供的自动化测试资源的处理装置的结构示意图；
图14为本申请实施例提供的服务器的结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
首先对本申请所涉及的名词进行解释：
统一功能测试(Unified Functional Testing，UFT)：一款用于自动化测试的软件。用户可以直接录制屏幕上的操作流程，自动生成基于可视的基本脚本(Visual BasicScript，VBScript)语言的测试脚本；
Selenium：一款用于自动化测试的开源软件，支持自动录制用户操作，并生成Net、Java、Perl等不同语言的自动化测试脚本；
Katalon：一种整体基于Selenium和Appium的框架，录制主要支持chrome、火狐浏览器，导出的可执行脚本同样支持多种语言，并且有持续的更新；
用户界面(User Interface，UI)自动化(Automation)：Microsoft.Net 3.0框架下提供的一种用户自动化测试的技术，在UI Automation中，所有窗体、控件都表现为Automation Element，用户可通过Automation Element的相关属性进行对控件自动化操作；
自动化1.0：基于单机自动化测试工具，如UFT、Selenium等，积累并运行特定脚本；
自动化2.0：构建统一的自动化测试平台，对自动化测试资产、自动化测试执行资源、自动化测试结果实现统一管理，但本阶段的平台往往仅能运行符合本平台规范的自动化测试资产；
自动化2.0+：自动化测试2.0的改进，使得自动化测试平台具备管理和运行第三方测试工具和资产的能力；
平台化：指建立机制连接，利用数字系统连接不同的个体、组织、企业和平台，使之高效协同合作，形成“点-线-面-体”立体式的平台架构模式，同时建立各种平台机制，促使全局利益优化，使得平台上的每个组织和个体实现自我价值，达成广泛连接，形成网络效应；
自服务：指用户通过企业或第三方建立的网络平台或终端，实现对相关产品的自定义处理。
在介绍本申请的实施例之前，首先对本申请的背景技术进行解释说明：
当前，自动化测试已经全面进入2.0时代。一些互联网技术(InternetTechnology，IT)企业、团队等均积累了一定的自动化测试工具和自动化测试资产，但是在对这些自动化测试工具和自动化测试资产进行管理和维护时，往往存在以下问题：
1、自动化测试工具种类多、成本高，即随着自动化测试需求的逐渐增加和自动化技术的不断发展，催生了一大批自动化测试工具，涉及单元测试(如JUnit)、自动化功能测试(如UFT)、性能测试(如JMeter)等，除此之外，还有各类开源、免费的轻量级工具。不同工具均存在一定的管理维护成本和学习成本；
2、资产积累、维护代价高，即面对行业中针对高素质人才的激烈竞争，大型IT企业的测试团队往往面临人员流动大、人员缺乏技术背景等问题，人员更换可能带来自动化测试资产失效、培训成本增加等问题；
3、平台化的进程容易导致原有自动化测试工具及资产的损失，即传统的自动化测试2.0时代的自动化测试平台往往不提供对第三方测试工具及资产的管理和维护能力，导致一些IT企业引入新型自动化测试平台后，原有的工具及资产失效，带来较高的资产迁移成本。
针对上述单机自动化测试工具在执行能力、兼容能力、结果持久化等方面的劣势，一些IT企业均在推进自动化测试的平台化建设，对于原有自动化测试工具及资产一般采用如下两种处理方案：
第一种、在引用自动化测试平台后，对引入的自动化测试平台进行适应性改造和部署，验证该自动化测试平台是否能够满足待测试系统的自动化测试需求，并逐步采用自动化测试平台指定的方式对原有自动化测试工具的自动化测试资产进行重建，从而实现了对原有自动化测试工具和自动化测试资产的迁移。
第二种、在引用自动化测试平台后，首先按流程引入新型的自动化测试平台，并对其进行适应性改造和部署，新的底层开发技术的系统在该自动化测试平台中测试和积累资产，原有资产仍按原方式运行，从而维护两套工具和资产。
然而，在第一种方案中，原有自动化测试工具和自动化测试资产的迁移需要在引入的自动化测试平台中进行重建，不仅需要较高的人力成本，而且造成了较大的资源浪费，存在资产维护成本高，管理效率低的问题；在第二种方案中，由于需要维护两套工具和资产，维护成本较高，资源使用率较低，自动化测试的相关数据往往需要手工汇总，无法形成统一视图，测试人员需要同时掌握两套工具的使用技能，从而造成较高的人力、物力成本投入。
在上述现有技术存在的问题基础上，图1A为本申请实施例提供的自动化测试资源的处理方法的框架示意图。如图1A所示，该框架示意图包括：第三方资产管理模块11、第三方测试工具管理模块12、自动化测试资产管理模块13和执行机管理模块14。
在现有技术中，自动化测试平台主要包括自动化测试资产管理模块13和执行机管理模块14两个模块，自动化测试平台仅可以执行自有的自动化测试资产，存储自有的自动化测试资产的执行结果。
在本申请实施例一种可能的实现中，自动化测试平台将第三方资产(脚本)管理模块11纳入统一自动化资产管理模块13，并将第三方测试工具管理模块12通过特定规则直接部署在执行机管理模块14上，自动化测试平台中执行机资源池可以根据需求调用不同执行工具运行自有的自动化测试资产或第三方资产，进行资产执行，并将执行结果统一加以存储并分析。
图1B为本申请实施例提供的执行机调度方式的框架示意图。如图1B所示，该框架示意图包括：执行机(Agent)，服务器自有工具和第三方测试工具。
在本申请实施例一种可能的实现中，执行机根据执行资产类型(第三方应用资产、服务器自有资产)的不同，调用不同的测试工具(服务器自有工具、第三方测试工具)。
本申请针对上述技术问题，发明人的技术构思过程如下：发明人发现，将上述两套资产和工具结合在一个自动化测试平台之中，然后既可以执行自有的自动化测试资产，也可以执行第三方资产，就可以解决资产维护成本高，管理效率低的问题。
下面以上述附图对应的框架示意图，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图2为本申请实施例提供的自动化测试资源的处理方法实施例一的流程示意图。如图2所示，该自动化测试资源的处理方法可以包括如下步骤：
步骤21、获取用户的测试任务。
在本方案中，执行主体可以是自动化测试平台(Auror Test Platform，ATP)，即服务器。
在本步骤中，用户可以通过点击服务器中相关应用程序的测试按钮，之后服务器获取到该次点击操作对应的测试请求，即测试任务，从而执行该次测试任务。
步骤22、根据测试任务的任务属性，确定执行测试任务所需的测试资产类型。
其中，测试资产类型为第三方应用资产或服务器自有资产。
在本步骤中，在获取到测试任务后，根据该测试任务的任务属性，判断出对该测试任务进行测试时所需要的测试工具类型，也即测试资产类型为第三方应用资产还是服务器的自有资产。
在一种可能的实现中，测试任务的任务属性可以是该测试任务的标识，用于表示该测试任务所属的测试资产，通过判断该标识在服务器内部是否有响应的测试资产，确定测试资产类型属于第三方应用资产还是服务器的自有资产。
步骤23、根据测试资产类型，确定执行测试任务的应用程序类型。
在本步骤中，根据测试资产类型的不同，需要确定出该测试任务需要的应用程序类型也不同，因此，该步骤可以包含两种可能的实现：
第一种，在测试资产类型为服务器自有资产时，确定执行测试任务的应用程序类型为服务器安装的应用程序类型。
第二种，在测试资产类型为第三方应用资产时，确定执行测试任务的应用程序类型为与第三方应用资产匹配的第三方应用程序类型。
其中，应用程序可以是单个exe文件、应用程序包、安装包等，也即应用程序为测试工具。
步骤24、根据应用程序类型，调用目标执行机执行测试任务。
在本步骤中，若应用程序类型为服务器安装的应用程序类型，则服务器根据原有方式调用目标执行机进行测试任务的测试，并输出结果。
若应用程序类型为与第三方应用资产匹配的第三方应用程序类型，则根据第三方应用程序类型，确定匹配的接口方法，并基于匹配的接口方法，确定用于执行测试任务的目标执行机。
进一步的，在目标执行机执行完测试任务之后，接收目标执行机返回的测试结果，该测试结果具有预设的接入规范，该接入规范包括：批次信息、项目版本信息和脚本集合信息，测试结果包括：接口测试结果、界面测试结果、资产测试结果。
在一种可能的实现中，图3为本申请实施例提供的测试结果接入规范模型示意图，如图3所示，该接入规范模型包括：批次信息31、项目版本信息32和脚本集合信息33。
其中，批次信息31可以包括：执行人、开始执行时间、结束执行时间和执行时长；项目版本信息32可以包括：项目编号；脚本集合信息33可以包括：编号、执行时长、最终状态截图地址、是否通过、检查点信息(内容、是否通过、截图地址)和非检查点信息(截图语句和截图保存地址)。
可选的，图4为本申请实施例提供的界面测试结果示意图，如图4所示，该示意图包括：执行号、序号、案例号(脚本号)、案例名、执行结果(已通过/未通过)、执行机名称、耗时、执行状态、检查点(通过/总数)、错误码、项目号、项目名称、项目申请人、项目申请时间、批次号、开始执行时间、结束执行时间、执行时长、案列个数、下载执行结果、下载相关案例和失败再执行等。
可选的，图5为本申请实施例提供的接口测试结果示意图，如图5所示，该示意图包括：项目号、项目名称、项目申请人、项目申请时间、批次号、开始执行时间、结束执行时间、执行时长等。
该示意图还包括：序号、案例号、通过标志(通过)、耗时(300)、公式(1/1)和案例描述、以及执行结果导出。
此外，根据预设视图维度，展示测试结果，预设视图维度包括如下维度中的至少一种：项目维度、时间维度、部门维度、测试应用维度、执行渠道。
具体的，服务器还提供了更多维度的统一查询视图，例如，按项目维度统计自动化案例占比、自动化案例执行成功率等指标；按时间维度统计测试部门的自动化测试覆盖率；按时间维度统计各类测试工具的使用情况，包括使用时长、执行案例数等；实时查询系统中资产活性、案例质量；按时间查询案例通过人工、持续集成(Continuous Integration，CI)/持续交付(Continuous Delivery，CD)、保鲜等不同渠道的调用执行次数，从而通过这些丰富的查询方式为决策提供依据。
值得说明的是，上述界面的功能可以根据实际需求添加，本实施例不做限定。
本申请实施例提供的自动化测试资源的处理方法，通过获取用户的测试任务，并根据测试任务的任务属性，确定执行测试任务所需的测试资产类型，测试资产类型为第三方应用资产或服务器自有资产，之后根据测试资产类型，确定执行测试任务的应用程序类型，最后根据应用程序类型，调用目标执行机执行测试任务。该技术方案中，通过对不同测试资产进行判别，实现了在服务器中兼容第三方应用资产和相应的测试方法，并实现了不同类型测试资产相应的测试结果的统一展图，为管理决策提供高效直接的支持。
在上述实施例的基础上，图6为本申请实施例提供的自动化测试资源的处理方法实施例二的流程示意图。如图6所示，在上述步骤21之前，自动化测试资源的处理方法还包括如下步骤：
步骤61、获取用户的应用程序部署请求。
其中，应用程序部署请求包括：第三方应用程序文件。
在本步骤中，服务器在接入第三方测试工具时，用户上传第三方测试工具到服务器，也即上传第三方应用程序文件到服务器。
在一种可能的实现中，用户通过终端设备向服务器下发第三方测试工具部署到服务器上的请求，服务器接收该请求。
步骤62、根据第三方应用程序文件的类型，确定第三方应用程序文件是否为可执行应用程序文件。
在本步骤中，第三方应用程序文件的类型可以分为单个exe文件、应用程序包和安装包。
在一种可能的实现中，若第三方应用程序文件为单个exe文件，则该第三方应用程序文件是可执行应用程序文件；若第三方应用程序文件为应用程序包或安装包，则该第三方应用程序文件不是可执行应用程序文件。
步骤63、在第三方应用程序文件为可执行应用程序文件时，将第三方应用程序文件存储至执行机目录。
在本步骤中，在第三方应用程序文件为可执行应用程序文件时，例如，第三方应用程序文件名称为EasySelenium，可执行文件为EasySelenium.exe，则第三方应用程序文件上传至服务器时，由服务器下发至执行机本地的指定目录(例如：C:\ATP\ThirdPartyInstrument\EasySelenium.exe)，也即服务器目录下，并将目录记录到数据库中。
步骤64、在第三方应用程序文件不是可执行应用程序文件时，将第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录。
在本步骤中，在第三方应用程序文件不是可执行应用程序文件时，则需要对第三方应用程序文件进行格式的转换，以转变成可执行应用程序文件，从而可以被直接存储至执行机目录中，此时，第三方应用程序文件的转换可以包括如下两种可能的实现：
在一种可能的实现中，在第三方应用程序文件是应用程序包时，将应用程序包和应用程序包所属的主应用程序标识发送给第一执行机，并接收第一执行机返回的可执行应用程序文件，可执行应用程序文件是第一执行机对应用程序包进行解压缩得到的，最后将可执行应用程序文件存储至执行机目录。
具体的，例如，应用程序包为EasySelenium.zip，并指定主应用程序EasySelenium.exe，由服务器下发至可用的执行机后解压缩处理，并回写至主应用程序的目录中(如：C:\ATP\ThirdPartyInstrument\EasySelenium\EasySelenium.exe)，并将目录记录到数据库中，也即存储至执行机目录。
在另一种可能的实现中，在第三方应用程序文件为应用程序安装包时，将应用程序安装包发送给第一执行机，并接收第一执行机返回的可执行应用程序文件，可执行应用程序文件是第一执行机调用操作系统计划任务完成对应用程序安装包对应的应用程序后得到的，最后将可执行应用程序文件存储至执行机目录。
具体的，例如，直接上传安装包，由服务器下发至可用的执行机后，调用Windows计划任务完成应用程序安装，并在数据库中配置安装后的主应用程序目录(如：C:\ProgramFiles(x86)\ATP\ThirdPartyInstrument\EasySelenium\EasySelenium.exe)，并将目录记录到数据库中，也即存储至执行机目录。
步骤65、利用执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对第三方应用程序的部署。
其中，第一执行机为服务器能够调度的可用执行机中的任意一个。
在本步骤中，根据上述执行机目录中的可执行应用程序文件，第一执行机与服务器进行执行脚本与脚本执行结果的交互，直至服务器完成对第三方应用程序的部署。
在一种可能的实现中，本步骤可以通过如下步骤实现：
第1步、接收第一执行机发送的至少一次脚本下载请求，脚本下载请求包括：预设下载数量。
具体的，例如，第一执行机发送了多次脚本下载请求，每次下载30条EasySelenium脚本。
第2步、根据每次脚本下载请求，依次从执行机目录获取下载数量的执行脚本。
具体的，例如，第一执行机获取应用程序目录(C:\ATP\ThirdPartyInstrument\EasySelenium.exe)，调用功能测试工具(Quick Test Professional，QTP)或操作系统的接口调起应用程序文件，第一执行机按照预先录制好的脚本，调用QTP或UIAutomation脚本，依次给EasySelenium赋执行脚本。
第3步、分别向第一执行机返回下载数量的执行脚本。
具体的，例如，向第一执行机返回30个数量的执行脚本。
第4步、接收第一执行机返回的至少一次脚本执行结果。
其中，脚本执行结果的次数与脚本下载请求的次数相同，每次脚本执行结果具有预设的接入规范，接入规范包括：批次信息、项目版本信息和脚本集合信息。
具体的，例如，每条执行脚本完成执行后，由EasySelenium按照服务器统一的具有预设的接入规范的结果保存当前脚本的执行结果。
此外，在当前30条EasySelenium脚本执行后，再取30条脚本重复上述过程，直到脚本下载请求对应的任务被全部完成。
值得说明的是，第三方测试工具需要更新时，用户仅需通过服务器重新上传新版的第三方测试工具，在第一执行机上部署的Agent程序中配有的“心跳机制”，可以实时检测到第三方测试工具的新版本，第一执行机将新版本工具自动更新下载到执行机目录，根据第三方测试工具原有的接入方式自动部署新版的第三方测试工具。
具体的，图7为本申请实施例提供的更新第三方测试工具的流程示意图，如图7所示，该流程示意图包括如下步骤：
第1步、开始；
第2步、接收新版的第三方测试工具；
第3步、执行机检测到新版的第三方测试工具；
其中，执行机上部署有Agent。
第4步、执行机将新版的第三方测试工具下载至本地缓存；
第5步、执行机接入方式自动部署新版的第三方测试工具；
第6步、完成部署准备接收用户的测试任务；
第7步、结束。
可选的，在上述步骤21之前，该自动化测试资源的处理方法，还可以包括如下步骤：
第1步、获取用户的资产处理请求。
第2步、根据资产处理请求，对可执行文件进行处理。
其中，资产处理请求包括：可执行文件、可执行文本的执行方式。
在本步骤中，资产处理请求用于实现对第三方应用资产对应的应用程序和服务器自有资产对应的应用程序的管理，可以是资产的上传、删除、修改等。
下述以第三方应用资产对应的应用程序为例，对资产的管理进行说明，图8为本申请实施例提供的第三方测试工具页面示意图，如图8所示，该页面视图包括：文件名称(浏览)、程序名称、版本号、可执行文件名、上传、保存、修改、删除、应用程序信息等。
其中，在图8的基础上，图9为本申请实施例提供的第三方测试工具管理页面示意图，如图9所示，该管理页面视图还包括：应用程序信息的详细信息，也即程序名称、版本号、可执行文件名称、文件下载路、径版本状态、上传人、上传时间。
此外，还可以针对第三方测试工具进行测试工具的上传、加载等实现，此处不再赘述。
可选的，在上述步骤21之前，该自动化测试资源的处理方法，还可以包括如下步骤：
第1步、获取用户的执行机处理请求，执行机处理请求包括：执行机标识和目标操作。
第2步、对执行机标识对应的执行机进行目标操作的处理。
在这两个步骤中，服务器可通过接收用户下发的对执行机进行新增、编辑、删除等操作，还可以批量修改Agent版本号、添加或删除执行机属性等。
具体的，可以是执行机管理、Agent版本管理、ATP Client、心跳检测管理、执行机状态管理。
例如，图10为本申请实施例提供的执行机管理页面示意图，如图10所示，该管理页面示意图包括：执行机编号、网际互连协议(Internet Protocol，IP)地址、执行机启用状态、版本属性、版本号、搜索和执行机的详细信息等。
其中，执行机的详细信息包括：执行机编号(ZX10999)、IP地址(40.23.26.390)、执行机(Agent)版本号(1.0.0)、操作系统(win7)、建立时间、建立者、执行机启用状态(启用、未启用)、最后心跳时间、执行状态(正常)和配置等。
此外，图10还包括对执行机进行管理的操作，包括：新建、编辑、删除、修改版本号、添加执行机属性和删除执行机属性等。
例如，图11为本申请实施例提供的执行机控制页面示意图，如图11所示，该控制页面示意图包括：全部选择、执行机编号(ZX1001、ZX1002……)、是否启用(是/否)、最后心跳时间、当前任务数(空闲、1、2、3……)、执行机版本号(1.7.3)等。
此外，图11还包括对执行机进行控制的操作，包括：更新版本和重启执行机。
本申请实施例提供的自动化测试资源的处理方法，通过获取用户的应用程序部署请求，并根据第三方应用程序文件的类型，确定第三方应用程序文件是否为可执行应用程序文件，之后在第三方应用程序文件为可执行应用程序文件时，将第三方应用程序文件存储至执行机目录，或在第三方应用程序文件不是可执行应用程序文件时，将第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，最后利用执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对第三方应用程序的部署。该技术方案中，根据不同的第三方应用程序文件类型，兼容了第三方测试工具及资产的测试方法，实现了高效的测试执行机调度管理，通过设计执行机与服务器之间的心跳、自动更新、任务轮询和执行结果通知等，实现了第三方测试工具和资产自服务的高度自动化。
在上述实施例的基础上，图12为本申请实施例提供的第三方测试工具及资产运行流程示意图。如图12所示，该流程示意图包括如下步骤：
第1步、开始；
第2步、第三方测试工具接入；
第3步、完成部署第三方测试工具；
第4步、获取脚本下载请求；
第5步、根据脚本下载请求，向执行机返回执行脚本；
第6步、接收执行机返回的脚本执行结果；
第7步、收集写入脚本执行结果；
第8步、结束。
本申请实施例提供的自动化测试资源的处理方法，通过第三方测试工具接入服务器，然后服务器完成部署第三方测试工具，并获取脚本下载请求，之后根据脚本下载请求，向执行机返回执行脚本，并接收执行机返回的脚本执行结果，最后收集写入脚本执行结果。该技术方案中，从执行脚本出发，实现了第三方测试工具与服务器的对接。
在上述自动化测试资源的处理方法实施例的基础上，图13为本申请实施例提供的自动化测试资源的处理装置的结构示意图。如图13所示，该自动化测试资源的处理装置可以集成在服务器上，包括：获取模块131、确定模块132、调用模块133；
获取模块131，用于获取用户的测试任务；
确定模块132，用于根据测试任务的任务属性，确定执行测试任务所需的测试资产类型，测试资产类型为第三方应用资产或服务器自有资产，并根据测试资产类型，确定执行测试任务的应用程序类型；
调用模块133，用于根据应用程序类型，调用目标执行机执行测试任务。
在本申请实施例一种可能的设计中，确定模块132，用于根据测试资产类型，确定执行测试任务的应用程序类型，具体为：
确定模块132，具体用于：
在测试资产类型为服务器自有资产时，确定执行测试任务的应用程序类型为服务器安装的应用程序类型；
在测试资产类型为第三方应用资产时，确定执行测试任务的应用程序类型为与第三方应用资产匹配的第三方应用程序类型。
在该种可能的设计中，在测试资产类型为第三方应用资产时，确定模块132还具体用于：
根据第三方应用程序类型，确定匹配的接口方法；
基于匹配的接口方法，确定用于执行测试任务的目标执行机。
在本申请实施例另一种可能的设计中，处理装置还包括：显示模块；
获取模块131，用于接收目标执行机返回的测试结果，测试结果具有预设的接入规范，接入规范包括：批次信息、项目版本信息和脚本集合信息，测试结果包括：接口测试结果、界面测试结果、资产测试结果；
显示模块，用于根据预设视图维度，展示测试结果，预设视图维度包括如下维度中的至少一种：项目维度、时间维度、部门维度、测试应用维度、执行渠道。
在本申请实施例再一种可能的设计中，获取模块131，还用于获取用户的应用程序部署请求，应用程序部署请求包括：第三方应用程序文件；
确定模块132，还用于根据第三方应用程序文件的类型，确定第三方应用程序文件是否为可执行应用程序文件，并在第三方应用程序文件为可执行应用程序文件时，将第三方应用程序文件存储至执行机目录，并在第三方应用程序文件不是可执行应用程序文件时，将第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，以及利用执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对第三方应用程序的部署，第一执行机为服务器能够调度的可用执行机中的任意一个。
可选的，确定模块132，用于利用执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对第三方应用程序的部署，具体为：
确定模块132，具体用于：
接收第一执行机发送的至少一次脚本下载请求，脚本下载请求包括：预设下载数量；
根据每次脚本下载请求，依次从执行机目录获取下载数量的执行脚本；
分别向第一执行机返回下载数量的执行脚本；
接收第一执行机返回的至少一次脚本执行结果，脚本执行结果的次数与脚本下载请求的次数相同，每次脚本执行结果具有预设的接入规范，接入规范包括：批次信息、项目版本信息和脚本集合信息。
可选的，确定模块132，用于在第三方应用程序文件不是可执行应用程序文件时，将第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，具体为：
确定模块132，具体用于：
在第三方应用程序文件是应用程序包时，将应用程序包和应用程序包所属的主应用程序标识发送给第一执行机；
接收第一执行机返回的可执行应用程序文件，可执行应用程序文件是第一执行机对应用程序包进行解压缩得到的；
将可执行应用程序文件存储至执行机目录。
可选的，确定模块132，用于在第三方应用程序文件不是可执行应用程序文件时，将第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，具体为：
确定模块132，具体用于：
在第三方应用程序文件为应用程序安装包时，将应用程序安装包发送给第一执行机；
接收第一执行机返回的可执行应用程序文件，可执行应用程序文件是第一执行机调用操作系统计划任务完成对应用程序安装包对应的应用程序后得到的；
将可执行应用程序文件存储至执行机目录。
可选的，确定模块132，还用于获取用户的资产处理请求，资产处理请求包括：可执行文件、可执行文本的执行方式；
根据资产处理请求，对可执行文件进行处理。
可选的，确定模块132，还用于获取用户的执行机处理请求，执行机处理请求包括：执行机标识和目标操作；
对执行机标识对应的执行机进行目标操作的处理。
本申请实施例提供的自动化测试资源的处理装置，可用于执行上述实施例中自动化测试资源的处理方法的技术方案，其实现原理和技术效果类似，在此不再赘述。
需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
图14为本申请实施例提供的服务器的结构示意图。如图14所示，该服务器可以包括：处理器140、存储器141及存储在该存储器141上并可在处理器140上运行的计算机程序指令。
其中，该服务器对应上述实施例中的服务器，即自动化测试平台。
处理器140执行存储器存储的计算机执行指令，使得处理器140执行上述实施例中的方案。处理器140可以是通用处理器，包括中央处理器CPU、网络处理器(networkprocessor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
可选的，该服务器还可以包括：收发器142和显示器143。
存储器141和收发器142通过系统总线与处理器140连接并完成相互间的通信，存储器141用于存储计算机程序指令。收发器142用于和其他计算机进行通信，该收发器142构成通信接口。
可选的，在硬件实现上，上述图13所示实施例中的获取模块131对应于本实施例中的收发器142。
显示器143可以是用户界面，用于显示测试任务的测试结果以及上述实施例中涉及的界面。该用户界面可以包括图形、文本、图标、视频及其它们的任意组合。
系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
本申请实施例提供的服务器，可用于执行上述实施例中自动化测试资源的处理的技术方案，其实现原理和技术效果类似，在此不再赘述。
本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中自动化测试资源的处理方法的技术方案。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例中自动化测试资源的处理方法的技术方案。
上述的计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (10)
1.一种自动化测试资源的处理方法，应用于服务器，其特征在于，所述方法包括：
获取用户的测试任务；
根据所述测试任务的任务属性，确定执行所述测试任务所需的测试资产类型，所述测试资产类型为第三方应用资产和服务器自有资产；其中，所述测试任务的任务属性包括测试任务的标识；
在所述测试资产类型为服务器自有资产时，确定执行所述测试任务的应用程序类型为服务器安装的应用程序类型；
在所述测试资产类型为第三方应用资产时，确定执行所述测试任务的应用程序类型为与所述第三方应用资产匹配的第三方应用程序类型；
根据所述应用程序类型，调用目标执行机执行所述测试任务；
在所述获取用户的测试任务之前，所述方法还包括：
获取所述用户的应用程序部署请求，所述应用程序部署请求包括：第三方应用程序文件；
根据所述第三方应用程序文件的类型，确定所述第三方应用程序文件是否为可执行应用程序文件；
在所述第三方应用程序文件为可执行应用程序文件时，将所述第三方应用程序文件存储至执行机目录；
在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录；
利用所述执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对所述第三方应用程序的部署，所述第一执行机为所述服务器能够调度的可用执行机中的任意一个；
所述利用所述执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对所述第三方应用程序的部署，包括：
接收所述第一执行机发送的至少一次脚本下载请求，所述脚本下载请求包括：预设下载数量；
根据每次脚本下载请求，依次从所述执行机目录获取所述下载数量的执行脚本；
分别向所述第一执行机返回所述下载数量的执行脚本；
接收所述第一执行机返回的至少一次脚本执行结果，所述脚本执行结果的次数与所述脚本下载请求的次数相同，每次脚本执行结果具有预设的接入规范，所述接入规范包括：批次信息、项目版本信息和脚本集合信息；
在所述测试资产类型为第三方应用资产时，所述方法还包括：
根据所述第三方应用程序类型，确定匹配的接口方法；
基于所述匹配的接口方法，确定用于执行所述测试任务的目标执行机。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收所述目标执行机返回的测试结果，所述测试结果具有预设的接入规范，所述接入规范包括：批次信息、项目版本信息和脚本集合信息，所述测试结果包括：接口测试结果、界面测试结果、资产测试结果；
根据预设视图维度，展示所述测试结果，所述预设视图维度包括如下维度中的至少一种：项目维度、时间维度、部门维度、测试应用维度、执行渠道。
3.根据权利要求2所述的方法，其特征在于，所述在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，包括：
在所述第三方应用程序文件是应用程序包时，将所述应用程序包和所述应用程序包所属的主应用程序标识发送给所述第一执行机；
接收所述第一执行机返回的可执行应用程序文件，所述可执行应用程序文件是所述第一执行机对所述应用程序包进行解压缩得到的；
将所述可执行应用程序文件存储至执行机目录。
4.根据权利要求2所述的方法，其特征在于，所述在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录，包括：
在所述第三方应用程序文件为应用程序安装包时，将所述应用程序安装包发送给所述第一执行机；
接收所述第一执行机返回的可执行应用程序文件，所述可执行应用程序文件是所述第一执行机调用操作系统计划任务完成对所述应用程序安装包对应的应用程序后得到的；
将所述可执行应用程序文件存储至执行机目录。
5.根据权利要求2所述的方法，其特征在于，所述方法还包括：
获取所述用户的资产处理请求，所述资产处理请求包括：可执行文件、可执行文本的执行方式；
根据所述资产处理请求，对所述可执行文件进行处理。
6.根据权利要求2所述的方法，其特征在于，所述方法还包括：
获取用户的执行机处理请求，所述执行机处理请求包括：执行机标识和目标操作；
对所述执行机标识对应的执行机进行所述目标操作的处理。
7.一种自动化测试资源的处理装置，应用于服务器，其特征在于，包括：获取模块、确定模块、调用模块；
所述获取模块，用于获取用户的测试任务；
所述确定模块，用于根据所述测试任务的任务属性，确定执行所述测试任务所需的测试资产类型，所述测试资产类型为第三方应用资产和服务器自有资产，并根据所述测试资产类型，确定执行所述测试任务的应用程序类型；其中，所述测试任务的任务属性包括测试任务的标识；
所述调用模块，用于根据所述应用程序类型，调用目标执行机执行所述测试任务；
所述确定模块，具体用于在所述测试资产类型为服务器自有资产时，确定执行所述测试任务的应用程序类型为服务器安装的应用程序类型；
在所述测试资产类型为第三方应用资产时，确定执行所述测试任务的应用程序类型为与所述第三方应用资产匹配的第三方应用程序类型；
所述获取模块，还用于获取所述用户的应用程序部署请求，所述应用程序部署请求包括：第三方应用程序文件；
所述确定模块，还用于根据所述第三方应用程序文件的类型，确定所述第三方应用程序文件是否为可执行应用程序文件；
在所述第三方应用程序文件为可执行应用程序文件时，将所述第三方应用程序文件存储至执行机目录；
在所述第三方应用程序文件不是可执行应用程序文件时，将所述第三方应用程序文件转换为可执行应用程序文件，并存储至执行机目录；
利用所述执行机目录下的可执行应用程序文件，通过与第一执行机进行交互，完成对所述第三方应用程序的部署，所述第一执行机为所述服务器能够调度的可用执行机中的任意一个；
所述确定模块，具体用于接收所述第一执行机发送的至少一次脚本下载请求，所述脚本下载请求包括：预设下载数量；
根据每次脚本下载请求，依次从所述执行机目录获取所述下载数量的执行脚本；
分别向所述第一执行机返回所述下载数量的执行脚本；
接收所述第一执行机返回的至少一次脚本执行结果，所述脚本执行结果的次数与所述脚本下载请求的次数相同，每次脚本执行结果具有预设的接入规范，所述接入规范包括：批次信息、项目版本信息和脚本集合信息；
所述确定模块，还用于根据所述第三方应用程序类型，确定匹配的接口方法；
基于所述匹配的接口方法，确定用于执行所述测试任务的目标执行机。
8.一种服务器，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令，所述处理器执行所述计算机程序指令时实现如上述权利要求1至6任一项所述的自动化测试资源的处理方法。
9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于如实现上述权利要求1至6任一项所述的自动化测试资源的处理方法。
10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时用于实现如上述权利要求1至6任一项所述的自动化测试资源的处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110624928.7A CN113220592B (zh) | 2021-06-04 | 2021-06-04 | 自动化测试资源的处理方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110624928.7A CN113220592B (zh) | 2021-06-04 | 2021-06-04 | 自动化测试资源的处理方法、装置、服务器及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113220592A CN113220592A (zh) | 2021-08-06 |
| CN113220592B true CN113220592B (zh) | 2024-04-30 |
Family
ID=77082941
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110624928.7A Active CN113220592B (zh) | 2021-06-04 | 2021-06-04 | 自动化测试资源的处理方法、装置、服务器及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113220592B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114661609B (zh) * | 2022-04-06 | 2022-11-15 | 北京透彻未来科技有限公司 | 人工智能医疗自动化测试集成系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7039912B1 (en) * | 1998-05-12 | 2006-05-02 | Apple Computer, Inc. | Integrated computer testing and task management systems |
| CN107908551A (zh) * | 2017-10-27 | 2018-04-13 | 中国平安人寿保险股份有限公司 | 终端软件测试方法、装置、终端和计算机存储介质 |
| CN108958992A (zh) * | 2017-05-18 | 2018-12-07 | 北京京东尚科信息技术有限公司 | 测试方法和装置 |
| CN110221962A (zh) * | 2019-04-28 | 2019-09-10 | 福建省农村信用社联合社 | 一种集中式软件测试管理系统及方法 |
| WO2020024405A1 (zh) * | 2018-08-03 | 2020-02-06 | 平安科技（深圳）有限公司 | 基于分布式协调的测试方法、装置、服务器及存储介质 |
| CN112860558A (zh) * | 2021-02-20 | 2021-05-28 | 汇链通供应链科技(上海)有限公司 | 基于拓扑发现的多接口自动化测试方法及装置 |
-
2021
- 2021-06-04 CN CN202110624928.7A patent/CN113220592B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7039912B1 (en) * | 1998-05-12 | 2006-05-02 | Apple Computer, Inc. | Integrated computer testing and task management systems |
| CN108958992A (zh) * | 2017-05-18 | 2018-12-07 | 北京京东尚科信息技术有限公司 | 测试方法和装置 |
| CN107908551A (zh) * | 2017-10-27 | 2018-04-13 | 中国平安人寿保险股份有限公司 | 终端软件测试方法、装置、终端和计算机存储介质 |
| WO2020024405A1 (zh) * | 2018-08-03 | 2020-02-06 | 平安科技（深圳）有限公司 | 基于分布式协调的测试方法、装置、服务器及存储介质 |
| CN110221962A (zh) * | 2019-04-28 | 2019-09-10 | 福建省农村信用社联合社 | 一种集中式软件测试管理系统及方法 |
| CN112860558A (zh) * | 2021-02-20 | 2021-05-28 | 汇链通供应链科技(上海)有限公司 | 基于拓扑发现的多接口自动化测试方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113220592A (zh) | 2021-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110321152B (zh) | 一种软件开发平台 | |
| EP3769223B1 (en) | Unified test automation system | |
| US9491072B2 (en) | Cloud services load testing and analysis | |
| US20180173606A1 (en) | Hybrid testing automation engine | |
| RU2550520C1 (ru) | Обеспечение возможностей конфигурируемого технологического процесса | |
| US8677320B2 (en) | Software testing supporting high reuse of test data | |
| US11042425B2 (en) | Creating and using a bridge for obtaining and displaying process cloud services (PCS) analytics data outside of the PCS | |
| CN105359102B (zh) | 先进的客户支持服务-先进的支持云门户 | |
| EP2228726B1 (en) | A method and system for task modeling of mobile phone applications | |
| CN107832207A (zh) | 接口性能测试方法、装置、存储介质和计算机设备 | |
| EP3019961A1 (en) | Cloud services load testing and analysis | |
| US20110184870A1 (en) | Form processing in a user interface workflow composition tool | |
| EP4246332A1 (en) | System and method for serverless application testing | |
| CN113220592B (zh) | 自动化测试资源的处理方法、装置、服务器及存储介质 | |
| EP4016306A1 (en) | Automatic discovery of executed processes | |
| US10558650B2 (en) | Enhanced batch updates on records and related records system and method | |
| JP2017016507A (ja) | テスト管理システムおよびプログラム | |
| US20230297496A1 (en) | System and method for serverless application testing | |
| US20120159445A1 (en) | Aspect and system landscape capability-driven automatic testing of software applications | |
| CN115203306A (zh) | 数据导出方法、装置、计算机设备及可读存储介质 | |
| CN110674024A (zh) | 电子设备集成测试系统及其方法 | |
| JP6336919B2 (ja) | ソースコードレビュー方法及びそのシステム | |
| US9280439B2 (en) | Usage analysis of productive environment to establish new data source for process optimization and project planning | |
| CN112036576A (zh) | 一种基于数据形式的数据处理方法、装置和电子设备 | |
| Vasev | Enhancing testing practices in PHP Laravel applications: strategies and techniques for improved quality assurance |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant |