系统更新方法、装置及设备与流程

未命名 10-25 阅读:68 评论:0


1.本技术实施例涉及计算机技术领域,尤其涉及一种系统更新方法、装置及设备。


背景技术:

2.企业在正式使用业务系统之前,可以通过测试系统对业务系统进行测试,以确定业务系统是否可以正常运行。
3.用户可以根据测试系统提供的多个测试项目,以及每个测试项目对应的测试标准,确定待测试的功能和流程。在实际应用过程中,若用户想要测试自主设置的功能或者服务,需要人工确定测试系统对应的多个通信协议和技术规范。根据多个通信协议和技术规范,确定待测试的功能和步骤,并将待测试的功能和步骤新增至测试系统中。在上述过程中,由于需要人工确定测试系统对应的多个通信协议和技术规范。并根据多个通信协议和技术规范,确定待测试的功能和步骤。导致系统更新的效率较低。


技术实现要素:

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.获取模拟实例与通信协议的对应关系,所述对应关系包括所述多个模拟实例、每个模拟实例对应的插件类型、以及每个模拟实例对应的通信协议;
40.根据所述第一插件的第一插件类型、所述第一插件对应的第一通信协议、以及所述对应关系,在所述多个模拟实例中确定所述第一插件对应的目标实例。
41.在一种可能的实施方式中,所述第一确定模块具体用于:
42.确定所述第一通信协议是否为标准通信协议;
43.若是,则根据所述对应关系,在所述多个模拟实例中确定所述第一插件类型和所述第一通信协议对应的目标实例;
44.若否,则确定所述第一通信协议的第一协议类型,根据所述第一协议类型和所述对应关系,在所述多个模拟实例中确定所述第一插件对应的目标实例。
45.在一种可能的实施方式中,所述第一确定模块具体用于:
46.根据所述对应关系,在所述多个模拟实例中确定所述第一插件类型和所述第一协议类型对应的至少一个待选模拟实例;
47.确定每个待选模拟实例的第二通信协议;
48.根据所述第一通信协议和所述至少一个第二通信协议,在所述至少一个待选模拟实例中确定所述第一插件对应的目标实例。
49.在一种可能的实施方式中,所述第一确定模块具体用于:
50.针对任意一个第二通信协议,确定所述第一通信协议与所述第二通信协议之间的相似度,得到多个第一相似度;
51.在所述至少一个待选模拟实例中,将所述第一相似度最大的待选模拟实例,确定为所述第一插件对应的目标实例。
52.在一种可能的实施方式中,所述运行模块具体用于:
53.对所述第一插件进行安全检测处理,得到所述安全检测处理结果,所述安全检测处理包括所述第一插件的状态检测、数据检测和反馈数据有效性检测;
54.若所述安全检测处理结果为通过,则根据预设方式,通过所述目标实例运行对应的第一插件,所述预设方式为定时热加载。
55.在一种可能的实施方式中,所述运行模块具体用于:
56.获取预设响应信息;
57.若所述响应信息与所述预设响应信息匹配,则确定所述响应信息用于指示所述第一插件能够正常运行;
58.若所述响应信息与所述预设响应信息不匹配,则确定所述响应信息用于指示所述第一插件不能正常运行。
59.在一种可能的实施方式中,所述第二确定模块具体用于:
60.若每个第一插件对应的响应信息分别用于指示所述第一插件能够正常运行,则确定所述测试系统的系统更新结果为更新完成。
61.第三方面,本技术实施例提供一种系统更新设备,包括:
62.至少一个处理器;以及
63.与所述至少一个处理器通信连接的存储器;其中,
64.所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行第一方面任一项所述的方法。
65.第四方面,本技术实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使所述计算机执行第一方面中任一项所述的方法。
66.第五方面,本技术实施例提供一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现第一方面中任一项所述的方法。
67.本技术实施例提供的系统更新方法、装置及设备,服务器(测试设备)中设置有系统更新装置,当有新的测试功能时,服务器获取测试系统的系统更新请求,系统更新请求包括至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议。根据系统更新请求,在多个模拟实例中确定每个第一插件对应的目标实例。通过目标实例运行对应的第一插件,以确定每个第一插件对应的响应信息,响应信息用于指示至少一个第一插件是否能正常运行。根据每个第一插件对应的响应信息,确定测试系统的系统更新结果。在上述过程中,可以通过第一插件,在测试设备中新增用户自主设置的测试功能或者服务。避免在新增用户自主设置的测试功能或者服务时,需要确定测试系统对应的多个通信协议和技术规范的过程,提高了系统更新的效率。
附图说明
68.此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本技术的实施例,并与说明书一起用于解释本技术的原理。
69.图1为本技术实施例提供的应用场景的示意图;
70.图2为本技术实施例提供的一种系统更新方法的流程示意图;
71.图3为本技术实施例提供的获取系统更新请求的过程示意图;
72.图4为本技术实施例提供的另一种系统更新方法的流程示意图;
73.图5为本技术实施例提供的系统更新的过程示意图;
74.图6为本技术实施例提供的系统更新装置的结构示意图;
75.图7为本技术实施例提供的系统更新设备的结构示意图。
76.通过上述附图,已示出本技术明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围,而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
77.这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
78.需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有
的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
79.需要说明的是,本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据,并且相关数据的收集、使用和处理需要遵守相关法律法规和标准,并提供有相应的操作入口,供用户选择授权或者拒绝。
80.需要说明的是,本技术系统更新方法和装置可用于计算机领域,也可用于除计算机之外的任意领域,本技术系统更新方法和装置的应用领域不作限定。
81.为了便于理解,下面,结合图1,对本技术实施例所适用的应用场景进行说明。
82.图1为本技术实施例提供的应用场景的示意图。请参见图1,包括测试设备101和业务设备102,测试设备101和业务设备102可以为服务器。测试设备101中设置有测试系统,业务设备102中设置有业务系统。业务设备102的业务系统在正式使用或者出现故障时,可以通过测试设备101的测试系统对业务设备102进行智能仿真测试。业务设备101的测试设备中设置有多个测试项目,以及每个项目的测试步骤。用户可以在多个测试项目中确定待测试的项目,以及待测试的项目的测试步骤。并根据测试步骤,通过测试设备101的测试系统对业务设备102进行智能仿真测试。若用户想要测试自主设置的功能或者服务,需要通过系统更新的方式,将自主设置的功能或者服务添加至测试系统中。
83.在相关技术中,可以通过如下方式进行系统更新:用户确定待测试的功能或者服务之后,需要人工确定测试系统对应的多个通信协议和技术规范。根据多个通信协议和技术规范,确定待测试的功能和步骤,并将待测试的功能和步骤新增至测试系统中。在上述过程中,由于需要人工确定测试系统对应的多个通信协议和技术规范。并根据多个通信协议和技术规范,确定待测试的功能和步骤。导致系统更新的效率较低。
84.本技术实施例中,服务器(测试设备)中设置有系统更新装置,当有新的测试功能时,服务器获取测试系统的系统更新请求,系统更新请求包括至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议。根据系统更新请求,在多个模拟实例中确定每个第一插件对应的目标实例。通过目标实例运行对应的第一插件,以确定每个第一插件对应的响应信息,响应信息用于指示至少一个第一插件是否能正常运行。根据每个第一插件对应的响应信息,确定测试系统的系统更新结果。在上述过程中,可以通过第一插件,在测试设备中新增用户自主设置的测试功能或者服务。避免在新增用户自主设置的测试功能或者服务时,需要确定测试系统对应的多个通信协议和技术规范的过程,提高了系统更新的效率。
85.下面,通过具体实施例对本技术所示的方法进行说明。需要说明的是,下面几个实施例可以单独存在,也可以互相结合,对于相同或相似的内容,在不同的实施例中不再重复说明。
86.图2为本技术实施例提供的一种系统更新方法的流程示意图。请参见图2,该方法可以包括:
87.s201、获取测试系统的系统更新请求。
88.本技术实施例的执行主体可以为系统更新设备,也可以为设置在系统更新设备中的系统更新装置。系统更新装置可以通过软件实现,也可以通过软件和硬件的结合实现。系
统更新设备可以为服务器。
89.需要说明的是,系统更新设备和设置有测试系统的测试设备为同一个服务器。
90.系统更新请求包括至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议。
91.插件类型可以为拆包类型、识别类型或者响应信息组装类型。
92.当用户确定需要通过自主设置新增测试系统的功能时,可以通过终端设备提供的处理页面设置每个新增功能对应的插件、以及每个插件对应的插件类型。终端设备响应于用户的输入选中操作,确定用户选择的至少一个第一插件。并根据至少一个第一插件和每个第一插件的插件类型,确定每个第一插件对应的通信协议。根据至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议,生成系统更新请求,并向服务器发送系统更新请求。
93.下面,结合图3,对获取测试系统的系统更新请求的过程进行说明。图3为本技术实施例提供的获取系统更新请求的过程示意图。请参见图3,包括界面301~界面302,界面301~界面302为终端设备提供的处理页面。终端设备可以为手机、平板电脑、电脑等。
94.请参见界面301,用户可以在终端设备的应用程序中点击处理页面按钮,以使终端设备显示处理页面。处理页面包括多个插件对应的下拉选择框、每个插件的插件类型对应的下拉选择框和备注输入框。请参见界面302,用户确定测试系统的新增功能之后。
95.在界面302中插件1的下拉选择框中选择插件a-2,插件类型1的下拉选择框中选择拆包类型。在界面302中插件2的下拉选择框中选择插件c-1,插件类型2的下拉选择框中选择响应信息组装类型,并点击确定按钮。终端设备响应于用户的选中点击操作,确定新增的至少一个第一插件包括插件a-2和插件c-1,确定插件a-2和插件c-1的插件类型。并根据至少一个第一插件和每个第一插件的插件类型,确定每个第一插件对应的通信协议。根据至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议,生成系统更新请求,并向服务器发送系统更新请求。服务器接收终端设备发送的系统更新请求具体可以如表1所示:
96.表1
97.第一插件插件类型通信协议插件a-2拆包通信协议1插件c-1响应信息组装通信协议4
98.s202、根据系统更新请求,在多个模拟实例中确定每个第一插件对应的目标实例。
99.针对任意一个第一插件,可以通过如下方式根据系统更新请求,在多个模拟实例中确定第一插件对应的目标实例:获取模拟实例与通信协议的对应关系,对应关系包括多个模拟实例、每个模拟实例对应的插件类型、以及每个模拟实例对应的通信协议;根据第一插件的第一插件类型、第一插件对应的第一通信协议、以及对应关系,在多个模拟实例中确定第一插件对应的目标实例。
100.可以通过轻量级插件框架(plugincore)实现了接口的plugin。若第一插件的插件类型为拆包类型和识别类型,plugincore使用策略模式进行抽象。若第一插件的插件类型为响应信息组装类型,plugincore使用装饰者模式进行抽象。
101.例如,模拟实例与通信协议的对应关系具体可以如表2所示:
102.表2
[0103][0104][0105]
根据上述表1所示的系统更新请求,确定插件a-2的第一插件类型为拆包类型,插件a-2对应的第一通信协议为通信协议1。根据表2所示的对应关系,可以确定实例1对应的第一插件类型和第一通信协议与插件a-2的第一插件类型和第一通信协议相同,则可以确定插件a-2对应的目标实例为实例1。根据上述表1所示的系统更新请求,确定插件c-1的第一插件类型为响应信息组装类型,插件c-1对应的第一通信协议为通信协议4。根据表2所示的对应关系,实例3对应的第一插件类型和第一通信协议与插件a-2的第一插件类型和第一通信协议相同,则可以确定插件c-1对应的目标实例为实例4。
[0106]
s203、通过目标实例运行对应的第一插件,以确定每个第一插件对应的响应信息。
[0107]
响应信息用于指示至少一个第一插件是否能正常运行。
[0108]
可以通过如下方式通过目标实例运行对应的第一插件:对第一插件进行安全检测处理,得到安全检测处理结果,安全检测处理包括第一插件的状态检测、数据检测和反馈数据有效性检测;若安全检测处理结果为通过,则根据预设方式,通过目标实例运行对应的第一插件,预设方式为定时热加载。
[0109]
状态检测用于确定插件是否包括有效的实现,即是否能正常合法合规的使用。数据检测用于确定插件返回数据的大小是否超过预设阈值。反馈数据有效性检测用于确定插件反馈数据的是否有效。例如,反馈数据有效性检测可以确定是否返回空字符串、空指针、或者空数组等。
[0110]
预设阈值为提前设置并存储在服务器的预设存储空间中。
[0111]
插件采用加载线程定时扫描和urlclasslloader加载的方式实现定时热加载。定时热加载可以实现目标实例的高可用性,同时也保证目标实例能在不同插件功能下对外提供响应,从而支持不同场景的非功能测试。
[0112]
s204、根据每个第一插件对应的响应信息,确定测试系统的系统更新结果。
[0113]
当确定每个第一插件都能正常运行时,确定测试系统的系统更新结果为更新完成。
[0114]
例如,根据上述表1所示的两个第一插件,根据上述方法确定目标实例,并通过目标实例运行对应的第一插件之后。服务器获取每个第一插件对应的响应信息。当插件a-2和插件c-1的响应信息都用于指示第一插件都能正常运行时,确定测试系统的系统更新结果为更新完成。
[0115]
本技术实施例提供的系统更新方法,获取测试系统的系统更新请求。根据系统更
新请求,在多个模拟实例中确定每个第一插件对应的目标实例。通过目标实例运行对应的第一插件,以确定每个第一插件对应的响应信息。根据每个第一插件对应的响应信息,确定测试系统的系统更新结果。在上述过程中,可以通过第一插件,在测试设备中新增用户自主设置的测试功能或者服务。避免在新增用户自主设置的测试功能或者服务时,需要确定测试系统对应的多个通信协议和技术规范的过程,提高了系统更新的效率。
[0116]
在上述任意一个实施例基础上,下面,结合图4,对系统更新的详细过程进行说明。
[0117]
图4为本技术实施例提供的另一种系统更新方法的流程示意图。请参见图4,该方法包括:
[0118]
s401、获取测试系统的系统更新请求。
[0119]
例如,系统更新请求具体可以如表3所示:
[0120]
表3
[0121]
第一插件插件类型通信协议插件a-5拆包通信协议3插件b-2识别通信协议2
[0122]
s402、针对任意一个第一插件,获取模拟实例与通信协议的对应关系。
[0123]
可以提前设置模拟实例与通信协议的对应关系,并将对应关系存储至服务器的预设存储空间中。
[0124]
例如,服务器在获取上述表3所示的系统更新请求之后,在预设存储空间中获取模拟实例与通信协议的对应关系。
[0125]
s403、确定第一通信协议是否为标准通信协议。
[0126]
若是,执行s404。
[0127]
若否,执行s405。
[0128]
s404、根据对应关系,在多个模拟实例中确定第一插件类型和第一通信协议对应的目标实例。
[0129]
例如,根据上述表3所示的系统更新请求,可以确定通信协议3为标准通信协议。则根据对应关系,在多个模拟实例中确定拆包类型和通信协议3对应的目标实例为实例2。
[0130]
在s404之后,执行s409。
[0131]
s405、确定第一通信协议的第一协议类型。
[0132]
可以通过第一通信协议对应的多个字段,确定第一协议类型。多个字段中包括字段标识和协议字段,可以根据字段表示,确定第一通信协议的第一协议类型。
[0133]
例如,根据上述表3所示的系统更新请求,可以确定插件b-2的通信协议2包括字段标识tcp-a1405。可以根据字段标识tcp-a1405,确定第一通信协议的第一协议类型为传输控制协议(transmission control protocol,tcp)类型。
[0134]
s406、根据对应关系,在多个模拟实例中确定第一插件类型和第一协议类型对应的至少一个待选模拟实例。
[0135]
对应关系还包括每个插件对应的协议类型。
[0136]
例如,模拟实例与通信协议的对应关系具体可以如表4所示:
[0137]
表4
[0138]
模拟实例插件类型通信协议协议类型
实例1拆包通信协议1tcp实例2拆包通信协议3http实例3识别通信协议6tcp实例4识别通信协议4http实例5识别通信协议5tcp
………………ꢀ
实例m响应信息组装通信协议8mq
[0139]
根据上述表3所示的系统更新请求,可以确定插件b-2的通信协议2包括字段标识tcp-a1405。确定插件b-2的第一插件类型为识别类型,第一通信协议的第一协议类型为tcp类型。根据表4所示的模拟实例与通信协议的对应关系,可以确定识别类型和tcp类型对应的至少一个待选模拟实例包括实例3和实例5。
[0140]
s407、确定每个待选模拟实例的第二通信协议。
[0141]
例如,根据上述表4所示的模拟实例与通信协议的对应关系,可以确定实例3的第二通信协议为通信协议6,确定实例5的第二通信协议为通信协议5。
[0142]
s408、根据第一通信协议和至少一个第二通信协议,在至少一个待选模拟实例中确定第一插件对应的目标实例。
[0143]
可以通过如下方式根据第一通信协议和至少一个第二通信协议,在至少一个待选模拟实例中确定第一插件对应的目标实例:针对任意一个第二通信协议,确定第一通信协议与第二通信协议之间的相似度,得到多个第一相似度;在至少一个待选模拟实例中,将第一相似度最大的待选模拟实例,确定为第一插件对应的目标实例。
[0144]
可以通过如下方式,确定第一通信协议与第二通信协议之间的相似度:确定第一通信协议和第二通信协议包括字段数量的最大数量;确定第一通信协议中与第二通信协议相同的目标字段数量;将目标字段数量与最大数量的比值,确定为第一通信协议与第二通信协议之间的相似度。
[0145]
例如,针对第二通信协议为通信协议6时,确定通信协议6的字段数量为5。确定通信协议2的字段数量为4,则通信协议2和通信协议6包括字段数量的最大数量为5。假设通信协议2中与通信协议6相同的目标字段数量为4,则可以确定通信协议2与通信协议6之间的相似度为0.67。根据此方法,得到多个第一相似度具体可以如表5所示:
[0146]
表5
[0147]
待选模拟实例第二通信协议第一相似度实例3通信协议60.67实例5通信协议50.8
[0148]
根据表5所示的多个第一相似度,在实例2和实例5中,确定第一相似度最大的为实例5。因此,将第一相似度最大的实例5确定为插件b-2对应的目标实例。
[0149]
s409、通过目标实例运行对应的第一插件。
[0150]
例如,根据上述举例所示,确定插件a-5对应的目标实例为实例2,确定插件b-2对应的目标实例为实例5。则可以通过实例2运行插件a-5,通过实例5运行插件b-2,以使插件a-5和插件b-2实现对应的功能。
[0151]
s410、确定每个第一插件对应的响应信息。
[0152]
针对任意一个第一插件,可以通过如下方式确定每个第一插件对应的响应信息:获取预设响应信息;若响应信息与预设响应信息匹配,则确定响应信息用于指示第一插件能够正常运行;若响应信息与预设响应信息不匹配,则确定响应信息用于指示第一插件不能正常运行。
[0153]
可以提前设置多个插件、以及每个插件对应的预设响应信息,并将多个插件、以及每个插件对应的预设响应信息存储至服务器的预设存储空间中。
[0154]
例如,根据上述举例所示的第一插件包括插件a-5和插件b-2,服务器在预设存储空间中获取每个第一插件对应的预设响应信息具体可以如表6所示:
[0155]
表6
[0156]
第一插件预设响应信息插件a-5响应信息2插件b-2响应信息5
[0157]
通过实例2运行插件a-5之后,服务器获取插件a-5的响应信息为响应信息2,则根据表6可以确定插件a-5的响应信息与预设响应信息匹配。因此,确定响应信息用于指示插件a-5能够正常运行。通过实例5运行插件b-2之后,服务器获取插件b-2的响应信息为响应信息5,则根据表6可以确定插件b-2的响应信息与预设响应信息匹配。因此,确定响应信息用于指示插件b-2能够正常运行。
[0158]
s411、根据每个第一插件对应的响应信息,确定测试系统的系统更新结果。
[0159]
若每个第一插件对应的响应信息分别用于指示第一插件能够正常运行,则确定测试系统的系统更新结果为更新完成。
[0160]
例如,根据上述举例所示,可以确定插件a-5的响应信息用于指示插件a-5能够正常运行,以及插件b-2的响应信息用于指示插件b-2能够正常运行。因此,可以确定测试系统的系统更新结果为更新完成。测试系统可以通过插件a-5和插件b-2运行对应的目标实例,从而实现对应的功能。
[0161]
本技术实施例提供的系统更新方法,获取模拟实例与通信协议的对应关系。确定第一通信协议是否为标准通信协议。若是,则根据对应关系,在多个模拟实例中确定第一插件类型和第一通信协议对应的目标实例。若否,则确定第一通信协议的第一协议类型,根据第一协议类型和对应关系,在多个模拟实例中确定第一插件对应的目标实例。通过目标实例运行对应的第一插件。确定每个第一插件对应的响应信息。根据每个第一插件对应的响应信息,确定测试系统的系统更新结果。在上述过程中,可以通过第一插件,在测试设备中新增用户自主设置的测试功能或者服务,提高了系统更新的灵活性。且可以避免在新增用户自主设置的测试功能或者服务时,需要确定测试系统对应的多个通信协议和技术规范的过程,提高了系统更新的效率。
[0162]
在上述任意一个实施例基础上,下面,结合图5,对系统更新的过程进行举例说明。
[0163]
图5为本技术实施例提供的系统更新的过程示意图。请参见图5,包括服务器501,服务器501中设置有系统更新装置。系统更新装置包括前端、服务器数据接入点、多个模拟器实例(实例1、实例2、
……
、实例x)和关系型数据库。其中,前端用于设置配置信息,配置信息包括主配置和插件配置。服务器数据接入点包括轻量级插件框架plugincore和应用程序接口(pluginapi)。关系型数据库可以为mysql数据库。服务器501中还设置有测试系统1。
[0164]
用户可以通过终端设备提供的处理页面设置测试系统1每个新增功能对应的插件、以及每个插件对应的插件类型。终端设备响应于用户的输入选中操作,确定用户选择的至少一个第一插件。并根据至少一个第一插件和每个第一插件的插件类型,确定每个第一插件对应的通信协议。根据至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议,生成测试系统1的系统更新请求,并向服务器501发送测试系统1的系统更新请求。服务器501获取的系统更新请求具体可以如表7所示:
[0165]
表7
[0166]
第一插件插件类型通信协议插件b-1识别通信协议8插件c-3响应信息组装通信协议11
[0167]
服务器501在预设存储空间获取模拟实例与通信协议的对应关系,并根据表7确定插件b-1的第一通信协议为标准通信协议。则服务器501根据对应关系,在多个模拟实例中确定识别类型和通信协议8对应的目标实例为实例6。服务器501确定插件c-3的通信协议11为非标准通信协议,并确定通信协议11的第一协议类型为http类型。根据对应关系,在多个模拟实例中确定响应信息组装类型和http类型对应的至少一个待选模拟实例具体可以如表8所示:
[0168]
表8
[0169]
待选模拟实例插件类型通信协议协议类型实例2响应信息组装通信协议3http实例4响应信息组装通信协议9http实例8响应信息组装通信协议15http
[0170]
服务器501确定表8所示的每个待选模拟实例的第二通信协议,并确定第一通信协议与每个第二通信协议之间的相似度,得到多个第一相似度。多个第一相似度具体可以如表9所示:
[0171]
表9
[0172]
待选模拟实例第二通信协议第一相似度实例2通信协议30.45实例4通信协议90.62实例8通信协议150.85
[0173]
服务器501在表9所示的至少一个待选模拟实例中,确定第一相似度最大值为0.85,第一相似度最大的待选模拟实例为实例8。因此,服务器501将第一相似度最大的实例8,确定为插件c-3对应的目标实例。
[0174]
服务器501对插件b-1和插件c-3进行安全检测处理,得到安全检测处理结果。当服务器501确定插件b-1和插件c-3的安全检测处理结果都为通过时,根据预设方式,通过实例6运行插件b-1,通过实例8运行插件c-3。服务器501获取插件b-1对应的响应信息为响应信息1,获取插件c-3对应的响应信息为响应信息2。服务器501在预设存储空间中获取插件b-1和插件c-3对应的预设响应信息。并确定插件c-3对应的响应信息与预设响应信息匹配,确定插件c-3对应的响应信息与预设响应信息匹配。此时,服务器501确定插件b-1对应的响应
信息用于指示插件b-1能够正常运行,以及插件c-3对应的响应信息用于指示插件c-3能够正常运行。因此,服务器501确定测试系统1的系统更新结果为更新完成。测试系统1可以通过插件a-5和插件b-2运行对应的目标实例,从而实现对应的功能。
[0175]
本技术实施例提供的系统更新过程,获取模拟实例与通信协议的对应关系。确定第一通信协议是否为标准通信协议。若是,则根据对应关系,在多个模拟实例中确定第一插件类型和第一通信协议对应的目标实例。若否,则确定第一通信协议的第一协议类型,根据第一协议类型和对应关系,在多个模拟实例中确定第一插件对应的目标实例。通过目标实例运行对应的第一插件。确定每个第一插件对应的响应信息。根据每个第一插件对应的响应信息,确定测试系统的系统更新结果。在上述过程中,可以通过第一插件,在测试设备中新增用户自主设置的测试功能或者服务,提高了系统更新的灵活性。且可以避免在新增用户自主设置的测试功能或者服务时,需要确定测试系统对应的多个通信协议和技术规范的过程,提高了系统更新的效率。
[0176]
图6为本技术实施例提供的系统更新装置的结构示意图。请参见图6,该系统更新装置10可以包括:
[0177]
获取模块11,用于获取测试系统的系统更新请求,所述系统更新请求包括至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议;
[0178]
第一确定模块12,用于根据所述系统更新请求,在多个模拟实例中确定每个第一插件对应的目标实例;
[0179]
运行模块13,用于通过所述目标实例运行对应的第一插件,以确定每个第一插件对应的响应信息,所述响应信息用于指示所述至少一个第一插件是否能正常运行;
[0180]
第二确定模块14,用于根据每个第一插件对应的响应信息,确定所述测试系统的系统更新结果。
[0181]
在一种可能的实施方式中,所述第一确定模块12具体用于:
[0182]
获取模拟实例与通信协议的对应关系,所述对应关系包括所述多个模拟实例、每个模拟实例对应的插件类型、以及每个模拟实例对应的通信协议;
[0183]
根据所述第一插件的第一插件类型、所述第一插件对应的第一通信协议、以及所述对应关系,在所述多个模拟实例中确定所述第一插件对应的目标实例。
[0184]
在一种可能的实施方式中,所述第一确定模块12具体用于:
[0185]
确定所述第一通信协议是否为标准通信协议;
[0186]
若是,则根据所述对应关系,在所述多个模拟实例中确定所述第一插件类型和所述第一通信协议对应的目标实例;
[0187]
若否,则确定所述第一通信协议的第一协议类型,根据所述第一协议类型和所述对应关系,在所述多个模拟实例中确定所述第一插件对应的目标实例。
[0188]
在一种可能的实施方式中,所述第一确定模块12具体用于:
[0189]
根据所述对应关系,在所述多个模拟实例中确定所述第一插件类型和所述第一协议类型对应的至少一个待选模拟实例;
[0190]
确定每个待选模拟实例的第二通信协议;
[0191]
根据所述第一通信协议和所述至少一个第二通信协议,在所述至少一个待选模拟实例中确定所述第一插件对应的目标实例。
[0192]
在一种可能的实施方式中,所述第一确定模块12具体用于:
[0193]
针对任意一个第二通信协议,确定所述第一通信协议与所述第二通信协议之间的相似度,得到多个第一相似度;
[0194]
在所述至少一个待选模拟实例中,将所述第一相似度最大的待选模拟实例,确定为所述第一插件对应的目标实例。
[0195]
在一种可能的实施方式中,所述运行模块13具体用于:
[0196]
对所述第一插件进行安全检测处理,得到所述安全检测处理结果,所述安全检测处理包括所述第一插件的状态检测、数据检测和反馈数据有效性检测;
[0197]
若所述安全检测处理结果为通过,则根据预设方式,通过所述目标实例运行对应的第一插件,所述预设方式为定时热加载。
[0198]
在一种可能的实施方式中,所述运行模块13具体用于:
[0199]
获取预设响应信息;
[0200]
若所述响应信息与所述预设响应信息匹配,则确定所述响应信息用于指示所述第一插件能够正常运行;
[0201]
若所述响应信息与所述预设响应信息不匹配,则确定所述响应信息用于指示所述第一插件不能正常运行。
[0202]
在一种可能的实施方式中,所述第二确定模块14具体用于:
[0203]
若每个第一插件对应的响应信息分别用于指示所述第一插件能够正常运行,则确定所述测试系统的系统更新结果为更新完成。
[0204]
本技术实施例提供的系统更新装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
[0205]
图7为本技术实施例提供的系统更新设备的结构示意图。请参见图7,该系统更新设备20可以包括:存储器21、处理器22。示例性地,存储器21、处理器22,各部分之间通过总线23相互连接。
[0206]
存储器21用于存储程序指令;
[0207]
处理器22用于执行该存储器所存储的程序指令,用以使得系统更新设备20执行上述方法实施例所示的方法。
[0208]
本技术实施例提供的系统更新设备可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
[0209]
本技术实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当所述计算机执行指令被处理器执行时用于实现上述方法。
[0210]
本技术实施例还可提供一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时,可实现上述方法。
[0211]
实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储器(存储介质)包括:只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、快闪存储器、硬盘、固态硬盘、磁带(magnetic tape)、软盘(floppy disk)、光盘(optical disc)及其任意组合。
[0212]
本技术实施例是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品
的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0213]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0214]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0215]
显然,本领域的技术人员可以对本技术实施例进行各种改动和变型而不脱离本技术的精神和范围。这样,倘若本技术实施例的这些修改和变型属于本技术权利要求及其等同技术的范围之内,则本技术也意图包含这些改动和变型在内。
[0216]
在本技术中,术语“包括”及其变形可以指非限制性的包括;术语“或”及其变形可以指“和/或”。本技术中术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。本技术中,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

技术特征:
1.一种系统更新方法,其特征在于,包括:获取测试系统的系统更新请求,所述系统更新请求包括至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议;根据所述系统更新请求,在多个模拟实例中确定每个第一插件对应的目标实例;通过所述目标实例运行对应的第一插件,以确定每个第一插件对应的响应信息,所述响应信息用于指示所述至少一个第一插件是否能正常运行;根据每个第一插件对应的响应信息,确定所述测试系统的系统更新结果。2.根据权利要求1所述的方法,其特征在于,针对任意一个第一插件;根据所述系统更新请求,在所述多个模拟实例中确定所述第一插件对应的目标实例,包括:获取模拟实例与通信协议的对应关系,所述对应关系包括所述多个模拟实例、每个模拟实例对应的插件类型、以及每个模拟实例对应的通信协议;根据所述第一插件的第一插件类型、所述第一插件对应的第一通信协议、以及所述对应关系,在所述多个模拟实例中确定所述第一插件对应的目标实例。3.根据权利要求2所述的方法,其特征在于,根据所述第一插件的第一插件类型、所述第一插件对应的第一通信协议、以及所述对应关系,在所述多个模拟实例中确定所述第一插件对应的目标实例,包括:确定所述第一通信协议是否为标准通信协议;若是,则根据所述对应关系,在所述多个模拟实例中确定所述第一插件类型和所述第一通信协议对应的目标实例;若否,则确定所述第一通信协议的第一协议类型,根据所述第一协议类型和所述对应关系,在所述多个模拟实例中确定所述第一插件对应的目标实例。4.根据权利要求3所述的方法,其特征在于,所述对应关系还包括每个插件对应的协议类型;根据所述第一协议类型和所述对应关系,在所述多个模拟实例中确定所述第一插件对应的目标实例,包括:根据所述对应关系,在所述多个模拟实例中确定所述第一插件类型和所述第一协议类型对应的至少一个待选模拟实例;确定每个待选模拟实例的第二通信协议;根据所述第一通信协议和所述至少一个第二通信协议,在所述至少一个待选模拟实例中确定所述第一插件对应的目标实例。5.根据权利要求4所述的方法,其特征在于,根据所述第一通信协议和所述至少一个第二通信协议,在所述至少一个待选模拟实例中确定所述第一插件对应的目标实例,包括:针对任意一个第二通信协议,确定所述第一通信协议与所述第二通信协议之间的相似度,得到多个第一相似度;在所述至少一个待选模拟实例中,将所述第一相似度最大的待选模拟实例,确定为所述第一插件对应的目标实例。6.根据权利要求1-5任一项所述的方法,其特征在于,通过所述目标实例运行对应的第一插件,包括:对所述第一插件进行安全检测处理,得到所述安全检测处理结果,所述安全检测处理包括所述第一插件的状态检测、数据检测和反馈数据有效性检测;
若所述安全检测处理结果为通过,则根据预设方式,通过所述目标实例运行对应的第一插件,所述预设方式为定时热加载。7.根据权利要求1-6任一项所述的方法,其特征在于,针对任意一个第一插件;确定所述第一插件对应的响应信息,包括:获取预设响应信息;若所述响应信息与所述预设响应信息匹配,则确定所述响应信息用于指示所述第一插件能够正常运行;若所述响应信息与所述预设响应信息不匹配,则确定所述响应信息用于指示所述第一插件不能正常运行。8.根据权利要求1-7任一项所述的方法,其特征在于,根据每个第一插件对应的响应信息,确定所述测试系统的系统更新结果,包括:若每个第一插件对应的响应信息分别用于指示所述第一插件能够正常运行,则确定所述测试系统的系统更新结果为更新完成。9.一种系统更新装置,其特征在于,所述装置包括:获取模块,用于获取测试系统的系统更新请求,所述系统更新请求包括至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议;第一确定模块,用于根据所述系统更新请求,在多个模拟实例中确定每个第一插件对应的目标实例;运行模块,用于通过所述目标实例运行对应的第一插件,以确定每个第一插件对应的响应信息,所述响应信息用于指示所述至少一个第一插件是否能正常运行;第二确定模块,用于根据每个第一插件对应的响应信息,确定所述测试系统的系统更新结果。10.一种系统更新设备,其特征在于,包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1至8中任一项所述的方法。11.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,其中,所述计算机指令用于使计算机执行根据权利要求1至8中任一项所述的方法。12.一种计算机程序产品,包括计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法。

技术总结
本申请实施例提供一种系统更新方法、装置及设备,涉及计算机技术领域。该方法包括:获取测试系统的系统更新请求,所述系统更新请求包括至少一个第一插件、每个第一插件的插件类型、以及每个第一插件对应的通信协议;根据所述系统更新请求,在多个模拟实例中确定每个第一插件对应的目标实例;通过所述目标实例运行对应的第一插件,以确定每个第一插件对应的响应信息,所述响应信息用于指示所述至少一个第一插件是否能正常运行;根据每个第一插件对应的响应信息,确定所述测试系统的系统更新结果。提高了系统更新的效率。提高了系统更新的效率。提高了系统更新的效率。


技术研发人员:刘鹏
受保护的技术使用者:建信金融科技有限责任公司
技术研发日:2023.07.14
技术公布日:2023/10/20
版权声明

本文仅代表作者观点,不代表航家之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)

航空之家 https://www.aerohome.com.cn/

航空商城 https://mall.aerohome.com.cn/

航空资讯 https://news.aerohome.com.cn/

分享:

扫一扫在手机阅读、分享本文

评论

相关推荐