CN109960645B - 脚本测试方法、装置及脚本测试*** - Google Patents
脚本测试方法、装置及脚本测试*** Download PDFInfo
- Publication number
- CN109960645B CN109960645B CN201711409085.9A CN201711409085A CN109960645B CN 109960645 B CN109960645 B CN 109960645B CN 201711409085 A CN201711409085 A CN 201711409085A CN 109960645 B CN109960645 B CN 109960645B
- Authority
- CN
- China
- Prior art keywords
- script
- tested
- configuration
- target
- test
- 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
Images
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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供一种脚本测试方法、装置及脚本测试***。所述方法应用于管理设备。所述方法包括:管理设备中的调度进程获得一待测试脚本;管理设备中的管理进程从管理设备所管理的至少一个测试设备中给待测试脚本分配至少一个目标测试设备;管理进程检测待测试脚本是否与至少一个目标测试设备上正在测试的至少一个测试脚本相冲突,在检测没有冲突时,通过至少一个目标测试设备对待测试脚本进行测试。通过上述方式,使得一个测试设备可以同时测试多条脚本,同时不会对脚本的测试结果产生影响,由此充分利用了测试设备资源,提升了测试效率。
Description
技术领域
本申请涉及数据通信技术领域,具体而言,涉及一种脚本测试方法、装置及脚本测试***。
背景技术
传统的自动化测试框架下,自动化脚本在测试设备上为独占的执行方式,即,一个测试设备同时只能有1个脚本执行,否则会使得执行结果不正确。但是自动化测试开发的一个基本需求就是不断增加用例的自动化覆盖率(即,增加了脚本量),这就使得全量脚本的执行时间只会越来越长,自动化回归测试的周期也就变得很长。
发明内容
有鉴于此,本申请实施例的目的在于提供一种脚本测试方法、装置及脚本测试***。
第一方面,本申请实施例提供一种脚本测试方法,应用于管理设备,所述方法包括:所述管理设备中的调度进程获得一待测试脚本;所述管理设备中的管理进程从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备;所述管理进程检测所述待测试脚本是否与所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突,在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试。通过检测所述待测试脚本与所述至少一个目标测试设备上正在测试的至少一个测试脚本是否冲突,可使得不冲突的多个脚本在同一测试设备同时执行,从而提升测试效率,缩短自动化回归测试的周期。
进一步地,结合上述第一方面提供的实施例,所述管理设备中的管理进程从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备,包括:解析所述待测试脚本,获得所述待测试脚本的拓扑需求;根据所述待测试脚本的拓扑需求从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备。根据拓扑需求为所述待测试脚本分配测试设备,以便于搭建可测试所述待测试脚本的测试环境,从而对所述待测试脚本进行测试。
进一步地,结合上述第一方面提供的实施例,所述管理进程检测所述待测试脚本是否与所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突,包括:解析所述待测试脚本,获得所述待测试脚本的配置命令;检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突。由此,可避免由于所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令相冲突,导致同一测试设备上测试多条测试脚本时导致测试结果不正确的情况发生。
进一步地,结合上述第一方面提供的实施例,所述配置命令包括单进程协议全局配置、多进程协议全局共享配置及整机全局配置,所述检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突,包括:检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述单进程协议全局配置;和检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述多进程协议全局共享配置;和检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突;其中,在所述待测试脚本与所述至少一个目标测试设备不同时存在所述单进程协议全局配置及所述多进程协议全局共享配置,且所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突时,表示所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令没有冲突。根据单进程协议全局配置、多进程协议全局共享配置及整机全局配置检测所述待测试脚本与所述至少一个目标测试设备上正在测试的至少一个测试脚本是否相冲突,从而得到冲突检测结果。
进一步地,结合上述第一方面提供的实施例,所述管理设备中存储有与每个测试设备对应的配置表,每个测试设备对应的配置表包括测试设备的整机全局配置,所述检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突,包括:根据与所述至少一个目标测试设备对应的至少一个配置表获得所述至少一个目标测试设备的整机全局配置;判断所述待测试脚本的整机全局配置是否会修改或删除所述至少一个目标测试设备的整机全局配置;判断所述待测试脚本的整机全局配置中的新增整机全局配置是否会影响所述至少一个目标测试设备的整机全局配置;在所述待测试脚本的整机全局配置不会修改或删除所述至少一个目标测试设备的整机全局配置,且所述待测试脚本的整机全局配置中的新增整机全局配置不会影响所述至少一个目标测试设备的整机全局配置时,表示所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突。通过检测所述待测试脚本的整机全局配置是否会修改、删除或影响所述至少一个目标测试设备的整机全局配置,从而得到整机全局配置的冲突检测结果,以便检测所述待测试脚本与所述至少一个目标测试设备上正在测试的至少一个测试脚本是否相冲突。
进一步地,结合上述第一方面提供的实施例,所述在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试,包括:在检测没有冲突时,所述管理进程控制所述管理设备中的调度进程建立脚本执行进程,通过所述至少一个目标测试设备对所述待测试脚本进行测试。所述脚本执行进程基于所述至少一个目标测试设备对所述待测试脚本进行测试,所述调度进程则可以调度其他待测试脚本,由此进一步提升了测试效率。
进一步地,结合上述第一方面提供的实施例,所述在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试,包括:所述管理进程根据所述管理设备中存储的数据分配表为所述待测试脚本分配全局唯一的测试数据,并将所述数据分配表进行更新;所述管理进程控制所述调度进程根据所述至少一个目标测试设备及所述测试数据建立一脚本执行进程,基于所述至少一个目标测试设备及所述测试数据对所述待测试脚本进行测试。通过为所述待测试脚本分配全局唯一的测试数据,可避免同一测试设备同时执行多条脚本时可能存在的测试数据冲突。
进一步地,结合上述第一方面提供的实施例,在所述通过所述至少一个目标测试设备对所述待测试脚本进行测试之后,所述方法还包括:所述调度进程在接收到所述脚本执行进程发送的执行结果后,向所述管理进程发送脚本配置清除通知;所述管理进程在接收到所述通知后,将与所述待测试脚本对应的配置删除,并向所述调度进程返回配置清除结果。将已经测试完的脚本对应的脚本配置进行清除,便于后续将与已经测试完的脚本对应的执行资源分配给其他待测试脚本。
第二方面,本申请实施例提供一种脚本测试装置,应用于管理设备,所述装置包括:调度模块,用于获得一待测试脚本;管理模块,用于从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备;所述管理模块,还用于检测所述待测试脚本是否与所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突,在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试。通过检测所述待测试脚本与所述至少一个目标测试设备上正在测试的至少一个测试脚本是否冲突,可使得不冲突的多个脚本在同一测试设备同时执行,从而提升测试效率,缩短自动化回归测试的周期。
进一步地,结合上述第二方面提供的实施例,所述管理模块包括:解析子模块,用于解析所述待测试脚本,获得所述待测试脚本的配置命令;冲突检测子模块,用于检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突。由此,可避免由于所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令相冲突,导致同一测试设备上测试多条测试脚本时导致测试结果不正确的情况发生。
进一步地,结合上述第二方面提供的实施例,所述配置命令包括单进程协议全局配置、多进程协议全局共享配置及整机全局配置,所述冲突检测子模块检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突的方式包括:检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述单进程协议全局配置;和检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述多进程协议全局共享配置;和检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突;其中,在所述待测试脚本与所述至少一个目标测试设备不同时存在所述单进程协议全局配置及所述多进程协议全局共享配置,且所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突时,表示所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令没有冲突。根据单进程协议全局配置、多进程协议全局共享配置及整机全局配置检测所述待测试脚本与所述至少一个目标测试设备上正在测试的至少一个测试脚本是否相冲突,从而得到冲突检测结果。
进一步地,结合上述第二方面提供的实施例,所述管理模块在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试的方式包括:在检测没有冲突时,所述管理模块控制所述调度模块建立脚本执行进程,通过所述至少一个目标测试设备对所述待测试脚本进行测试。所述脚本执行进程基于所述至少一个目标测试设备对所述待测试脚本进行测试,所述调度进程则可以调度其他待测试脚本,由此进一步提升了测试效率。
进一步地,结合上述第二方面提供的实施例,所述管理模块在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试的方式包括:所述管理模块根据所述管理设备中存储的数据分配表为所述待测试脚本分配全局唯一的测试数据,并将所述数据分配表进行更新;所述管理模块控制所述调度模块根据所述至少一个目标测试设备及所述测试数据建立一脚本执行进程,基于所述至少一个目标测试设备及所述测试数据对所述待测试脚本进行测试。通过为所述待测试脚本分配全局唯一的测试数据,可避免同一测试设备同时执行多条脚本时可能存在的测试数据冲突。
进一步地,结合上述第二方面提供的实施例,所述调度模块还用于在接收到所述脚本执行进程发送的执行结果后,向所述管理模块发送脚本配置清除通知;所述管理模块还用于在接收到所述通知后,将与所述待测试脚本对应的配置删除,并向所述调度模块返回配置清除结果。将已经测试完的脚本对应的脚本配置进行清除,便于后续将与已经测试完的脚本对应的执行资源分配给其他待测试脚本。
第三方面,本申请实施例提供一种脚本测试***,所述***包括通信连接的管理设备及所述管理设备所管理的至少一个测试设备,所述管理设备用于获得一待测试脚本;所述管理设备还用于从所述管理设备所管理的至少一个目标测试设备中给所述待测试脚本分配至少一个目标测试设备;所述管理设备还用于检测所述待测试脚本是否与在所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突;在检测没有冲突时,所述至少一个目标测试设备用于对所述待测试脚本进行测试。
相对于现有技术而言,本申请具有以下有益效果:
本申请提供一种脚本测试方法、装置及脚本测试***。所述方法应用于管理设备,所述管理设备可以包括调度进程及管理进程。所述调度进程在得到一待测试脚本后,将所述待测试脚本发送给所述管理进程。所述管理进程首先从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备,然后检测所述待测试脚本与所述至少一个目标测试设备上正在测试的至少一个测试脚本是否相冲突,最后在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试。在技术上根本性改变传统自动化测试框架独占测试设备的执行方式,通过上述方式使得一个测试设备上可以同时有多个脚本在执行,从而提升了脚本的测试效率,同时充分利用了测试设备资源。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举本申请实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1是本申请实施例提供的脚本测试方法的流程示意图之一。
图2是图1中步骤S120包括的子步骤的流程示意图。
图3是图1中步骤S130包括的子步骤的流程示意图之一。
图4是图3中子步骤S132包括的子步骤的流程示意图之一。
图5是图1中步骤S130包括的子步骤的流程示意图之二。
图6是本申请实施例提供的脚本测试方法的流程示意图之二。
图7是本申请实施例提供的脚本测试装置的方框示意图。
图标:200-脚本测试装置;210-调度模块;220-管理模块。
具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
在本申请发明人提出本申请实施例中的技术方案之前,通常缩短回归测试的周期的方案主要从以下三个方面入手:筛选用例、增加测试设备数量及优化用例设置以优化每个脚本的执行效率。然而,筛选用例这种方法极大的依赖于对软件修改影响范围识别的正确性和全面性,尤其在全面性上,对大型软件***,很难保证能识别到软件修改的所有影响,这就可能会导致遗漏问题的出现。增加测试设备数量则会增加成本。优化用例设计以优化每条脚本的执行效率,这种方法的问题在于效率提升的瓶颈比较明显,比如,OSPF协议邻居建立起来的时间,最少需要40秒,无论如何优化,这40秒的时间都是必须的。
若一个测试设备允许同时有多个脚本执行,则可以缩短回归测试的周期,同时避免上述问题。为了实现在一个测试设备上可以执行多条脚本,本申请实施例提供了一种脚本测试方法、装置及脚本测试***。
请参照图1,图1是本申请实施例提供的脚本测试方法的流程示意图之一。所述方法应用于管理设备。所述方法可以包括步骤S110、步骤S120及步骤S130。
步骤S110,所述管理设备中的调度进程获得一待测试脚本。
在本实施例中,所述管理设备与至少一个测试设备通信连接,以构成自动化测试环境。所述管理设备中包括一调度队列,所述调度队列中存储有需要进行自动化测试的脚本。所述管理设备逐个为需要进行自动化测试的脚本分配目标测试设备以进行脚本测试。
在本实施例中,所述管理设备可以包括一调度进程及管理进程。所述调度进程根据预设调度策略在所述调度队列中选择一待测试脚本,并根据选择的所述待测试脚本向所述管理进程发送申请执行资源的请求。
步骤S120,所述管理设备中的管理进程从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备。
请参照图2,图2是图1中步骤S120包括的子步骤的流程示意图。步骤S120可以包括子步骤S121及子步骤S122。
子步骤S121,解析所述待测试脚本,获得所述待测试脚本的拓扑需求。
子步骤S122,根据所述待测试脚本的拓扑需求从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备。
在本实施例中,所述待测试脚本中包括拓扑需求。所述管理进程对所述待测试脚本进行解析,得到所述待测试脚本的拓扑需求,并根据所述待测试脚本的拓扑需求从所述管理设备所管理的至少一个测试设备为所述待测试脚本分配至少一个目标测试设备。至少一个目标测试设备组成可以用于测试所述待测试脚本的测试环境,以便对所述待测试脚本进行测试。其中,所述目标测试设备的数量与所述待测试脚本的拓扑需求有关,可能为一个,也可能为多个。
步骤S130,所述管理进程检测所述待测试脚本是否与所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突,在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试。
在本实施例中,若所述至少一个目标测试设备上均没有正在测试的测试脚本,所述管理进程则可以直接判定没有冲突,进而通过所述至少一个目标测试设备对所述待测试脚本进行测试。
在本实施例中,若所述至少一个目标测试设备中有设备正在测试其他至少一个测试脚本,所述管理进程则对所述待测试脚本及所述至少一个目标测试设备上正在测试的至少一个测试脚本进行冲突检测。比如,目标测试设备为一个,且该目标测试设备上正在执行至少一个测试脚本,所述管理进程则检测该目标测试上正在执行的所述至少一个测试脚本与所述待测试脚本是否冲突。在存在冲突时,所述管理进程向所述调度进程返回执行资源分配失败的分配结果。在检测没有冲突时,所述管理进程则将与所述至少一个目标测试设备对应的执行资源信息返回给所述调度进程,以便基于所述至少一个目标测试设备对所述待测试脚本进行测试。
请参照图3,图3是图1中步骤S130包括的子步骤的流程示意图之一。步骤S130可以包括子步骤S131及子步骤S132。
子步骤S131,解析所述待测试脚本,获得所述待测试脚本的配置命令。
子步骤S132,检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突。
若同一测试设备同时执行多个脚本,则可能会由于同一时间执行的多个脚本的功能冲突导致执行结果不正确,因此所述管理进程需要进行功能冲突检测。黑盒用例自动化测试是基于用户接口层的测试,所有的功能都会映射为配置命令,因此,所有的功能冲突都可以映射为配置命令冲突。在本实施例中,所述管理进程经解析所述待测试脚本得到所述待测试脚本的配置命令,通过将所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令进行冲突检测,即可判断所述待测试脚本与所述至少一个目标测试设备上正在测试的至少一个测试脚本是否存在功能冲突。
在本实施例中,将配置命令分为6类:整机全局进程、单进程协议全局进程配置、多进程协议全局进程配置、多进程协议全局共享配置、单进程协议接口配置及多进程协议接口配置。
其中,整机全局配置是指配置作用于整机范围,在全局模式下进行的。整机全局配置会存在冲突情况,比如,***基础管理等相关协议的配置,测试用户管理脚本时,会有修改用户名和密码等操作,此时其他测试脚本是不能同时执行的。
单进程协议是指某个协议,整机只支持一个进程,如RIP等协议,单进程协议的全局配置是在RIP进程模式下进行的。对于单进程协议,1个测试设备同一时间只允许执行1个涉及到此进程配置的测试脚本。
多进程协议是指某个协议,整机可以支持很多个进程配置,各进程间的全局配置互不干扰,如OSPF等协议,OSPF 1和OSPF 2之间是不存在干扰的。多进程协议的全局配置是基于进程的。因而当有多个测试脚本都要测试OSPF时,管理进程只需要为不同的测试脚本分配不同的OSPF进程号就可以了。
多进程协议全局共享配置,是指此协议的全局配置影响所有此协议进程,在这种情况下,多进程协议也不允许并行执行。
接口配置是指具体的接口下的配置,自动化测试时是根据不同的接口链路进行组网,所以不同的测试脚本,在当前测试设备上,管理进程会分配不同的物理接口,因而不管是单进程协议的接口配置还是多进程协议的接口配置,都不存在接口配置的冲突问题。
因此,只需要根据单进程协议全局配置、多进程协议全局共享配置及整机全局配置来检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突。
请参照图4,图4是图3中子步骤S132包括的子步骤的流程示意图之一。子步骤S132可以包括子步骤S1321、子步骤S1322及子步骤S1323。
子步骤S1321,检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述单进程协议全局配置。
子步骤S1322,检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述多进程协议全局共享配置。
子步骤S1323,检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突。
在本实施例中,所述管理设备中存储有与每个测试设备对应的配置表,每个测试设备对应的配置表包括该测试设备上正在测试的测试脚本的配置命令。比如,一测试设备正在执行一个rip的脚本,那么这个正在执行的rip脚本的配置命令就会保存在与该测试设备对应的配置表中。因此,可以通过与所述至少一个目标测试设备对应的配置表,获得所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令。
测试脚本在测试设备上被测试时,会将配置命令写入测试设备,因此检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突,也就是检测所述待测试脚本与所述至少一个目标测试设备是否冲突。
在本实施例中,所述管理进程若检测到以下三种任意之一或任意组合:所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置冲突、所述待测试脚本与所述至少一个目标测试设备同时存在所述单进程协议全局配置或所述多进程协议全局共享配置,则可以得到所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令有冲突这一检测结果,进而根据该检测结果向所述调度进程发送执行资源分配失败的回复信息。所述调度进程则将所述待测试脚本重新加入所述调度队列,以等待下一次调度。
在本实施例中,所述管理进程若检测到:所述待测试脚本与所述至少一个目标测试设备不同时存在所述单进程协议全局配置及所述多进程协议全局共享配置,且所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突,则可以得到所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令没有冲突这一检测结果。
在本实施例的实施方式中,可以通过以下方式检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突:根据与所述至少一个目标测试设备对应的至少一个配置表获得所述至少一个目标测试设备的整机全局配置;判断所述待测试脚本的整机全局配置是否会修改或删除所述至少一个目标测试设备的整机全局配置;判断所述待测试脚本的整机全局配置中的新增整机全局配置是否会影响所述至少一个目标测试设备的整机全局配置。
通过配置表可获得所述至少一个目标测试设备的整机全局配置。所述待测试脚本的整机全局配置若会修改或删除所述至少一个目标测试设备上原来的整机全局配置,则说明存在冲突;反之,不存在冲突。所述待测试脚本中的新增整机全局配置若会对所述一个目标测试设备上原来的整机全局配置产生影响,则说明存在冲突;反之,不存在冲突。其中,所述管理进程中预先定义所有协议与整机全局配置的依赖关系,根据该依赖关系判断所述待测试脚本中的新增整机全局配置是否会对所述一个目标测试设备上原来的整机全局配置产生影响。
也就是说,在所述待测试脚本的整机全局配置不会修改或删除所述至少一个目标测试设备的整机全局配置,且所述待测试脚本的整机全局配置中的新增整机全局配置不会影响所述至少一个目标测试设备的整机全局配置时,表示所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突。
其中,所述待测试脚本的整机全局配置中的新增整机全局配置指:所述待测试脚本中的整机全局配置中相对所述至少一个目标测试设备的整机全局配置增加的部分。
其中,每个测试设备的整机全局配置包括整机全局默认配置及整机全局非默认配置。测试设备的整机全局默认配置是预先设定并明确保存在与测试设备对应的配置表中;测试设备的整机全局非默认配置则是该测试设备上正在测试的脚本决定的,而正在测试的脚本的配置命令则会保存该测试设备对应的配置表中。因此,通过与所述至少一个目标测试设备对应的至少一个配置表可以获得所述至少一个目标测试设备的整机全局配置。
在本实施例中,所述管理进程在检测所述待测试脚本是否与所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突之后,在检测没有冲突时,控制所述管理设备中的调度进程建立脚本执行进程,该脚本执行进程通过所述至少一个目标测试设备对所述待测试脚本进行测试。
请参照图5,图5是图1中步骤S130包括的子步骤的流程示意图之二。步骤S130还可以包括子步骤S133及子步骤S134。
所述管理设备中还存储有数据分配表,所述数据分配表中包括各测试数据的状态。比如,所述数据分配表可以包括以下内容:vlan号的可用范围是1-4094,vlan2、3、4、5被分配给了其他测试脚本,则可以为待测试脚本分配其他的vlan号。其中,测报数据可以包括:多进程协议的进程号、ip地址、vlan号、环回接口号、vrf号、acl号(或名称)等。
子步骤S133,所述管理进程根据所述管理设备中存储的数据分配表为所述待测试脚本分配全局唯一的测试数据,并将所述数据分配表进行更新。
在本实施例中,所述数据分配表包括各测试数据的状态,所述管理进程可以根据所述数据分配表为所述待测试脚本分配全局唯一的测试数据。由于所述管理进程为所述待测试脚本分配的测试数据全局唯一,因此可避免同一测试设备同时执行多条脚本时可能存在的测试数据冲突。
进一步地,在为所述待测试脚本分配所述测试数据后,所述管理进程对所述数据分配表进行对应更新,保证所述数据分配表的内容与当前情况一致,从而便于后续为其他待测试脚本分配全局唯一的测试数据。
子步骤S134,所述管理进程控制所述调度进程根据所述至少一个目标测试设备及所述测试数据建立一脚本执行进程,基于所述至少一个目标测试设备及所述测试数据对所述待测试脚本进行测试。
在本实施例中,所述管理进程为所述待测试脚本分配至少一个目标测试设备及测试数据后,将与所述至少一个目标测试设备及测试数据对应的分配结果发送给所述调度进程。所述调度进程在接收所述分配结果后,根据所述至少一个目标测试设备及所述测试数据建立一脚本执行进程。所述脚本执行进程被建立后基于被分配的执行资源做topo映射、连接到真实测试设备及下发配置指令等以对所述待测试脚本进行测试。其中,所述执行资源包括所述至少一个目标测试设备及所述测试数据。
其中,所述调度进程在建立一脚本执行进程后,则会调度所述调度队列中其他待测试脚本,从而进一步提升测试效率。因此,所述管理设备可以包括一个调度进程、一个管理进程及多个脚本执行进程。
在本实施例中,所述管理进程在分配所述测试数据后,还将需要保存的配置内容保存在与所述至少一个目标测试设备对应的配置表中。所述配置表可以包括配置内容及脚本编号,其中,每条配置内容都有对应的测试脚本的脚本编号。
在所述配置命令为不需要测试数据的配置命令时,需要保存的配置内容就只包括该配置命令;在所述配置命令为需要测试数据的配置命令时,需要保存的配置内容就包括了该配置命令及与该配置命令对应的测试数据。比如,router ospf 1包括了配置命令router ospf及进程号1,而router ospf是需要测试数据的配置命令,因此对应的配置内容为包括了配置命令及测试数据的router ospf 1。ip mef则是不需要测试数据的配置命令,因此对应的配置内容仅为配置命令ip mef。
在本实施例的实施方式中,在将需要保存的配置内容保存在与所述至少一个目标测试设备对应的所述配置表之前,所述管理进程检测所述至少一个目标测试设备对应的所述配置表是否包括所述需要保存的配置内容。
若所述至少一个目标测试设备对应的所述配置表不包括所述需要保存的配置内容,则将所述需要保存的配置内容保存在与所述至少一个目标测试设备对应的所述配置表中。此时,该条配置内容与脚本编号一一对应。
若所述至少一个目标测试设备对应的所述配置表包括所述需要保存的配置内容,在所述配置表中与所述需要保存的配置内容相同的配置内容没有引用计数时,在所述配置表中添加一引用计数与该条配置内容对应,并将该条配置内容的引用计数加1。在所述配置表中与所述需要保存的配置内容相同的配置内容有引用计数时,将该条配置内容的引用计数加1。此时,该条配置内容对应多个脚本编号。比如,某配置内容被脚本1、2、3、4使用,那么在配置表中,该配置内容对应的引用计数值为4。
请参照图6,图6是本申请实施例提供的脚本测试方法的流程示意图之二。在步骤S130之后,所述方法还可以包括步骤S140及步骤S150。
步骤S140,所述调度进程在接收到所述脚本执行进程发送的执行结果后,向所述管理进程发送脚本配置清除通知。
步骤S150,所述管理进程在接收到所述通知后,将与所述待测试脚本对应的配置删除,并向所述调度进程返回配置清除结果。
在本实施例中,所述脚本执行进程将所述待测试脚本执行完成后,将执行结果发送给所述调度进程。所述调度进程则通知所述管理进程所述待测试脚本执行完成,需要进行脚本配置清除,便于后续将与已经测试完的脚本对应的执行资源分配给其他待测试脚本。所述管理进程在接收到所述通知后,将所述数据分配表、所述至少一个目标测试设备及对应的配置表中与所述待测试脚本对应的配置清除,并将配置清除结果发送给所述调度进程。至此,整个流程收敛完成。
在本实施例的实施方式中,所述调度进程在接收到与所述待测试脚本对应的执行结果后,可以将所述执行结果保存到脚本列表中。
在本实施例的实施方式中,可以采用以下方式将与所述待测试脚本对应的配置删除。
由所述待测试脚本的脚本编号从与每个测试设备对应的配置表中获取与所述待测试脚本对应的配置内容。根据获取的所述与所述待测试脚本对应的配置内容删除所述至少一个目标测试设备上与所述待测试脚本对应的配置。其中,配置内容与引用计数对应,表示还有其他测试脚本在使用该配置内容,因此在测试设备上进行脚本配置清除时不能删除与引用计数对应的配置内容。由此,可避免在脚本执行完成后,在测试设备上进行配置清除对其他正在测试的脚本产生影响。
将所述配置表中与所述待测试脚本对应的配置内容删除。同样地,若配置内容与引用计数对应,则不能将该配置内容删除,而是将所述配置表中与所述待测试脚本对应的所述配置内容的引用计数减1。由此,可避免配置表中的内容与对应的测试设备的实际情况不符。
将所述数据分配表中与所述待测试脚本对应的测试数据删除。其中,可以是修改所述测试数据对应状态,以表示所述待测试脚本对应的测试数据处于未被分配状态。
通过解决并行测试脚本时存在的冲突问题,使得一个测试设备上可同时执行多个脚本,充分利用了测试设备资源,提升了测试效率,缩短了全量脚本的测试时间。虽然不同于传统的自动化执行方式和传统的效率提升方式,但与其他的效率提升方式并不冲突,可以融合使用。测试效率提升可带来以下有益效果:项目上的自动化策略制定将不再受限于执行时间、持续集成CI每天晚上能执行的脚本将会成倍增加、对开发修改的验证会更加全面等。
请参照图7,图7是本申请实施例提供的脚本测试装置200的方框示意图。所述脚本测试装置200应用于管理设备。所述脚本测试装置200可以包括调度模块210及管理模块220。
所述调度模块210,用于获得一待测试脚本。
所述管理模块220,用于从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备。
可选地,所述管理模块220从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备的方式包括:
解析所述待测试脚本,获得所述待测试脚本的拓扑需求;
根据所述待测试脚本的拓扑需求从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备。
在本实施例中,所述管理模块220还用于检测所述待测试脚本是否与所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突,在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试。
可选地,所述管理模块220可以包括解析子模块及冲突检测子模块。
所述解析子模块用于解析所述待测试脚本,获得所述待测试脚本的配置命令。
所述冲突检测子模块用于检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突。
可选地,所述配置命令包括单进程协议全局配置、多进程协议全局共享配置及整机全局配置,所述冲突检测子模块检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突的方式包括:
检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述单进程协议全局配置;和
检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述多进程协议全局共享配置;和
检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突;
其中,在所述待测试脚本与所述至少一个目标测试设备不同时存在所述单进程协议全局配置及所述多进程协议全局共享配置,且所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突时,表示所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令没有冲突。
在本实施例中,所述管理模块220在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试的方式包括:
在检测没有冲突时,所述管理模块220控制所述调度模块210建立脚本执行进程,通过所述至少一个目标测试设备对所述待测试脚本进行测试。
在本实施例中,所述管理模块220在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试的方式包括:
所述管理模块220根据所述管理设备中存储的数据分配表为所述待测试脚本分配全局唯一的测试数据,并将所述数据分配表进行更新;
所述管理模块220控制所述调度模块210根据所述至少一个目标测试设备及所述测试数据建立一脚本执行进程,基于所述至少一个目标测试设备及所述测试数据对所述待测试脚本进行测试。
在本实施例中,所述调度模块210还用于在接收到所述脚本执行进程发送的执行结果后,向所述管理模块220发送脚本配置清除通知。所述管理模块220还用于在接收到所述通知后,将与所述待测试脚本对应的配置删除,并向所述调度模块210返回配置清除结果。
本申请实施例还提供一种脚本测试***,所述***包括通信连接的管理设备及所述管理设备所管理的至少一个测试设备,
所述管理设备用于获得一待测试脚本;
所述管理设备还用于从所述管理设备所管理的至少一个目标测试设备中给所述待测试脚本分配至少一个目标测试设备;
所述管理设备还用于检测所述待测试脚本是否与在所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突;
在检测没有冲突时,所述至少一个目标测试设备用于对所述待测试脚本进行测试。
综上所述,本申请实施例提供一种脚本测试方法、装置及脚本测试***。所述方法应用于管理设备,所述管理设备可以包括调度进程及管理进程。所述调度进程在得到一待测试脚本后,将所述待测试脚本发送给所述管理进程。所述管理进程首先从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备,然后检测所述待测试脚本与所述至少一个目标测试设备上正在测试的至少一个测试脚本是否相冲突,最后在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试。在技术上根本性改变传统自动化测试框架独占测试设备的执行方式,通过上述方式使得一个测试设备上可以同时有多个脚本在执行,从而提升了脚本的测试效率,同时充分利用了测试设备资源。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (11)
1.一种脚本测试方法,其特征在于,应用于管理设备,所述方法包括:
所述管理设备中的调度进程获得一待测试脚本;
所述管理设备中的管理进程从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备;
所述管理进程检测所述待测试脚本是否与所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突,在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试;
其中,所述管理进程检测所述待测试脚本是否与所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突,包括:
解析所述待测试脚本,获得所述待测试脚本的配置命令;
检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突;
其中,所述配置命令包括单进程协议全局配置、多进程协议全局共享配置及整机全局配置,所述检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突,包括:
检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述单进程协议全局配置;和
检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述多进程协议全局共享配置;和
检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突;
其中,在所述待测试脚本与所述至少一个目标测试设备不同时存在所述单进程协议全局配置及所述多进程协议全局共享配置,且所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突时,表示所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令没有冲突。
2.根据权利要求1所述的方法,其特征在于,所述管理设备中的管理进程从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备,包括:
解析所述待测试脚本,获得所述待测试脚本的拓扑需求;
根据所述待测试脚本的拓扑需求从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备。
3.根据权利要求1所述的方法,其特征在于,所述管理设备中存储有与每个测试设备对应的配置表,每个测试设备对应的配置表包括测试设备的整机全局配置,所述检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突,包括:
根据与所述至少一个目标测试设备对应的至少一个配置表获得所述至少一个目标测试设备的整机全局配置;
判断所述待测试脚本的整机全局配置是否会修改或删除所述至少一个目标测试设备的整机全局配置;
判断所述待测试脚本的整机全局配置中的新增整机全局配置是否会影响所述至少一个目标测试设备的整机全局配置;
在所述待测试脚本的整机全局配置不会修改或删除所述至少一个目标测试设备的整机全局配置,且所述待测试脚本的整机全局配置中的新增整机全局配置不会影响所述至少一个目标测试设备的整机全局配置时,表示所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试,包括:
在检测没有冲突时,所述管理进程控制所述管理设备中的调度进程建立脚本执行进程,通过所述至少一个目标测试设备对所述待测试脚本进行测试。
5.根据权利要求1-3任一项所述的方法,其特征在于,所述在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试,包括:
所述管理进程根据所述管理设备中存储的数据分配表为所述待测试脚本分配全局唯一的测试数据,并将所述数据分配表进行更新;
所述管理进程控制所述调度进程根据所述至少一个目标测试设备及所述测试数据建立一脚本执行进程,基于所述至少一个目标测试设备及所述测试数据对所述待测试脚本进行测试。
6.根据权利要求4所述的方法,其特征在于,在所述通过所述至少一个目标测试设备对所述待测试脚本进行测试之后,所述方法还包括:
所述调度进程在接收到所述脚本执行进程发送的执行结果后,向所述管理进程发送脚本配置清除通知;
所述管理进程在接收到所述通知后,将与所述待测试脚本对应的配置删除,并向所述调度进程返回配置清除结果。
7.一种脚本测试装置,其特征在于,应用于管理设备,所述装置包括:
调度模块,用于获得一待测试脚本;
管理模块,用于从所述管理设备所管理的至少一个测试设备中给所述待测试脚本分配至少一个目标测试设备;
所述管理模块,还用于检测所述待测试脚本是否与所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突,在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试;
其中,所述管理模块包括:解析子模块,用于解析所述待测试脚本,获得所述待测试脚本的配置命令;冲突检测子模块,用于检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突;
其中,所述配置命令包括单进程协议全局配置、多进程协议全局共享配置及整机全局配置,所述冲突检测子模块检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突的方式包括:
检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述单进程协议全局配置;和
检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述多进程协议全局共享配置;和
检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突;
其中,在所述待测试脚本与所述至少一个目标测试设备不同时存在所述单进程协议全局配置及所述多进程协议全局共享配置,且所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突时,表示所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令没有冲突。
8.根据权利要求7所述的装置,其特征在于,所述管理模块在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试的方式包括:
在检测没有冲突时,所述管理模块控制所述调度模块建立脚本执行进程,通过所述至少一个目标测试设备对所述待测试脚本进行测试。
9.根据权利要求7所述的装置,其特征在于,所述管理模块在检测没有冲突时,通过所述至少一个目标测试设备对所述待测试脚本进行测试的方式包括:
所述管理模块根据所述管理设备中存储的数据分配表为所述待测试脚本分配全局唯一的测试数据,并将所述数据分配表进行更新;
所述管理模块控制所述调度模块根据所述至少一个目标测试设备及所述测试数据建立一脚本执行进程,基于所述至少一个目标测试设备及所述测试数据对所述待测试脚本进行测试。
10.根据权利要求8所述的装置,其特征在于,
所述调度模块还用于在接收到所述脚本执行进程发送的执行结果后,向所述管理模块发送脚本配置清除通知;
所述管理模块还用于在接收到所述通知后,将与所述待测试脚本对应的配置删除,并向所述调度模块返回配置清除结果。
11.一种脚本测试***,其特征在于,所述***包括通信连接的管理设备及所述管理设备所管理的至少一个测试设备,
所述管理设备用于获得一待测试脚本;
所述管理设备还用于从所述管理设备所管理的至少一个目标测试设备中给所述待测试脚本分配至少一个目标测试设备;
所述管理设备还用于检测所述待测试脚本是否与在所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突;
在检测没有冲突时,所述至少一个目标测试设备用于对所述待测试脚本进行测试;
所述管理设备检测所述待测试脚本是否与在所述至少一个目标测试设备上正在测试的至少一个测试脚本相冲突包括:
解析所述待测试脚本,获得所述待测试脚本的配置命令;
检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突;
其中,所述配置命令包括单进程协议全局配置、多进程协议全局共享配置及整机全局配置,所述检测所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令是否相冲突,包括:
检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述单进程协议全局配置;和
检测所述待测试脚本与所述至少一个目标测试设备是否同时存在所述多进程协议全局共享配置;和
检测所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置是否冲突;
其中,在所述待测试脚本与所述至少一个目标测试设备不同时存在所述单进程协议全局配置及所述多进程协议全局共享配置,且所述待测试脚本的整机全局配置与所述至少一个目标测试设备的整机全局配置不冲突时,表示所述待测试脚本的配置命令与所述至少一个目标测试设备上正在测试的至少一个测试脚本的配置命令没有冲突。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711409085.9A CN109960645B (zh) | 2017-12-22 | 2017-12-22 | 脚本测试方法、装置及脚本测试*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711409085.9A CN109960645B (zh) | 2017-12-22 | 2017-12-22 | 脚本测试方法、装置及脚本测试*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109960645A CN109960645A (zh) | 2019-07-02 |
CN109960645B true CN109960645B (zh) | 2022-10-18 |
Family
ID=67019784
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711409085.9A Active CN109960645B (zh) | 2017-12-22 | 2017-12-22 | 脚本测试方法、装置及脚本测试*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109960645B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112988558A (zh) * | 2019-12-16 | 2021-06-18 | 迈普通信技术股份有限公司 | 测试执行方法、装置、电子设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103324509A (zh) * | 2013-06-26 | 2013-09-25 | 曙光信息产业(北京)有限公司 | 在高性能集群***中安装生物信息学类应用程序的方法 |
CN103560829A (zh) * | 2013-10-31 | 2014-02-05 | 上海斐讯数据通信技术有限公司 | 一种uni 端口的自动化测试方法及*** |
CN106874191A (zh) * | 2017-01-03 | 2017-06-20 | 上海斐讯数据通信技术有限公司 | 智能数据库执行方法及*** |
CN106897226A (zh) * | 2017-02-28 | 2017-06-27 | 郑州云海信息技术有限公司 | 一种持续集成测试的方法以及装置 |
CN106991053A (zh) * | 2017-04-06 | 2017-07-28 | 上海航天测控通信研究所 | 基于星载设备地面测试通用平台软件的实现方法 |
CN107092555A (zh) * | 2016-08-05 | 2017-08-25 | 北京小度信息科技有限公司 | 一种测试应用程序的方法及*** |
CN107341098A (zh) * | 2017-07-13 | 2017-11-10 | 携程旅游信息技术(上海)有限公司 | 软件性能测试方法、平台、设备及存储介质 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101404596B (zh) * | 2008-11-17 | 2010-12-08 | 福建星网锐捷网络有限公司 | 一种多拓扑环境测试方法、***及设备 |
US8881110B2 (en) * | 2010-06-11 | 2014-11-04 | Hewlett-Packard Development Company, L.P. | Role-based automation scripts |
CN102609352B (zh) * | 2011-01-19 | 2014-11-19 | 阿里巴巴集团控股有限公司 | 一种并行测试方法及并行测试服务器 |
CN102736972B (zh) * | 2011-03-30 | 2016-03-09 | 国际商业机器公司 | 对待测试应用的测试例进行处理的方法和*** |
JP5794027B2 (ja) * | 2011-08-02 | 2015-10-14 | 富士通株式会社 | テストパターン生成装置,テストパターン生成方法およびテストパターン生成プログラム |
CN104298589B (zh) * | 2013-07-16 | 2018-01-16 | 阿里巴巴集团控股有限公司 | 一种性能测试方法和设备 |
CN104978261B (zh) * | 2014-04-03 | 2018-11-09 | 腾讯科技(深圳)有限公司 | 应用程序的测试方法、装置及*** |
US20150309847A1 (en) * | 2014-04-27 | 2015-10-29 | Freescale Semiconductor, Inc. | Testing operation of multi-threaded processor having shared resources |
-
2017
- 2017-12-22 CN CN201711409085.9A patent/CN109960645B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103324509A (zh) * | 2013-06-26 | 2013-09-25 | 曙光信息产业(北京)有限公司 | 在高性能集群***中安装生物信息学类应用程序的方法 |
CN103560829A (zh) * | 2013-10-31 | 2014-02-05 | 上海斐讯数据通信技术有限公司 | 一种uni 端口的自动化测试方法及*** |
CN107092555A (zh) * | 2016-08-05 | 2017-08-25 | 北京小度信息科技有限公司 | 一种测试应用程序的方法及*** |
CN106874191A (zh) * | 2017-01-03 | 2017-06-20 | 上海斐讯数据通信技术有限公司 | 智能数据库执行方法及*** |
CN106897226A (zh) * | 2017-02-28 | 2017-06-27 | 郑州云海信息技术有限公司 | 一种持续集成测试的方法以及装置 |
CN106991053A (zh) * | 2017-04-06 | 2017-07-28 | 上海航天测控通信研究所 | 基于星载设备地面测试通用平台软件的实现方法 |
CN107341098A (zh) * | 2017-07-13 | 2017-11-10 | 携程旅游信息技术(上海)有限公司 | 软件性能测试方法、平台、设备及存储介质 |
Non-Patent Citations (2)
Title |
---|
"Use Variables in a DSC Script Resource";briantist;《https://www.briantist.com/how-to/use-duplicate-dsc-script-resources-in-loop/》;20151106;1-6 * |
"拓扑结构发生变化时,一个静态路由配置的例子";admin;《www.rosabc.com/article-2670-1.html》;20140321;1-2 * |
Also Published As
Publication number | Publication date |
---|---|
CN109960645A (zh) | 2019-07-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11665053B2 (en) | Initializing network device and server configurations in a data center | |
US10931507B2 (en) | Systems and methods for selectively implementing services on virtual machines and containers | |
US10728135B2 (en) | Location based test agent deployment in virtual processing environments | |
EP3455728B1 (en) | Orchestrator for a virtual network platform as a service (vnpaas) | |
US20170141962A1 (en) | Controlled node configuration | |
CN108270726B (zh) | 应用实例部署方法及装置 | |
CN108777640B (zh) | 一种服务器探测方法、装置、***及存储介质 | |
US10241775B2 (en) | Dynamic release baselines in a continuous delivery environment | |
US20090070773A1 (en) | Method for efficient thread usage for hierarchically structured tasks | |
JP2015512079A (ja) | クラウド・コンピューティング・スタンプの自動化された構築 | |
CN111865641B (zh) | 在数据中心中初始化服务器配置 | |
CN110716787A (zh) | 容器地址设置方法、设备和计算机可读存储介质 | |
CN107634871B (zh) | 一种连通性测试方法、装置及*** | |
CN109960645B (zh) | 脚本测试方法、装置及脚本测试*** | |
CN109062580B (zh) | 一种虚拟化环境部署方法和部署装置 | |
CN109976883A (zh) | 一种任务的处理方法及其*** | |
CN105939228B (zh) | 一种健康检测方法及装置 | |
CN112631766A (zh) | 项目环境资源的动态调整方法及装置 | |
US9189370B2 (en) | Smart terminal fuzzing apparatus and method using multi-node structure | |
CN115292176A (zh) | 一种压力测试方法、装置、设备及存储介质 | |
CN112506654B (zh) | 一种工业机器人分布式协同调试方法及*** | |
KR102560827B1 (ko) | 사용자 인터페이스 기반 설계가 가능한 엣지 클라우드 구축 시스템 및 방법 | |
US11477090B1 (en) | Detecting deployment problems of containerized applications in a multiple-cluster environment | |
TWI659631B (zh) | 用於建置虛擬備援網路和虛擬網路卡的方法與系統 | |
CN115689157A (zh) | 测试任务调度方法、装置及相关设备 |
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 | ||
GR01 | Patent grant |