CN116155730A - 配置更新方法及装置、电子设备、计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种配置更新方法及装置、电子设备、计算机可读存储介质，该方法包括：获取用于更新软件系统的测试环境配置的第一配置文件；获取待更新的第二配置文件，其中，第二配置文件用于配置软件系统所对应的测试环境的测试环境配置，第一配置文件和第二配置文件中均包括至少一个键值对格式的配置项，键值对以配置参数为键，以配置参数的参数值为值；将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件。根据本公开的实施例能够高效且准确的对测试环境的配置进行更新。

Description

配置更新方法及装置、电子设备、计算机可读存储介质

技术领域

本公开涉及计算机技术领域，特别涉及一种配置更新方法及装置、电子设备、计算机可读存储介质。

背景技术

为了快速响应用户需求，互联网产品更新迭代的速度往往很快，这就使得一个软件项目可能存在多个版本并行测试的情况，而在不同版本的测试环境中，因为功能差异，用于配置测试环境配置的配置文件中的内容往往并不完全相同，这就使得在互联网产品每次迭代上线完毕，均需要人工同步不同测试环境中的配置，这不仅费时费力、效率低下，而且还可能因为人工配置出错而导致测试环境出现问题，甚至于影响到产品交付。

发明内容

本公开提供一种配置更新方法及装置、电子设备、计算机可读存储介质。

第一方面，本公开提供了一种配置更新方法，该配置更新方法包括：

获取用于更新软件系统的测试环境配置的第一配置文件；

获取待更新的第二配置文件，其中，所述第二配置文件用于配置所述软件系统所对应的测试环境的测试环境配置，所述第一配置文件和所述第二配置文件中均包括至少一个键值对格式的配置项，所述键值对以配置参数为键，以所述配置参数的参数值为值；

将所述第一配置文件的配置项中的配置参数与所述第二配置文件的配置项中的配置参数进行比对，根据比对结果更新所述第二配置文件。

第二方面，本公开提供了一种配置更新装置，该配置更新装置包括：

第一获取单元，用于获取用于更新软件系统的测试环境配置的第一配置文件；

第二获取单元，用于获取待更新的第二配置文件，其中，所述第二配置文件用于配置所述软件系统所对应的测试环境的测试环境配置，所述第一配置文件和所述第二配置文件中均包括至少一个键值对格式的配置项，所述键值对以配置参数为键，以所述配置参数的参数值为值；

更新单元，用于将所述第一配置文件的配置项中的配置参数与所述第二配置文件的配置项中的配置参数进行比对，根据比对结果更新所述第二配置文件。

第三方面，本公开提供了一种电子设备，该电子设备包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的一个或多个计算机程序，一个或多个所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的配置更新方法。

第四方面，本公开提供了一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序在被处理器执行时实现上述的配置更新方法。

本公开所提供的实施例，在电子设备获取到用于更新软件系统的测试环境配置的第一配置文件以及获取到待更新的第二配置文件之后，通过使用预设文件比对规则基于该第一配置文件对第二配置文件进行更新，电子设备即可在不需要用户参与的情况下，自动对第二配置文件进行更新，以更新第二配置文件所对应的测试环境配置。

本公开实施例提供的配置更新方法，通过在软件系统对应的第一配置文件和第二配置文件中设置键值对(KEY-VALUE)格式的配置项，并在电子设备获取到该第一配置文件和第二配置文件之后，将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，即可基于比对结果高效且准确的对第二配置文件的内容进行更新，进而更新第二配置文件所对应的测试环境配置。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用来提供对本公开的进一步理解，并且构成说明书的一部分，与本公开的实施例一起用于解释本公开，并不构成对本公开的限制。通过参考附图对详细示例实施例进行描述，以上和其他特征和优点对本领域技术人员将变得更加显而易见，在附图中：

图1为本公开实施例提供的配置更新方法的实施环境的示意图；

图2为本公开实施例提供的配置更新方法的流程图；

图3为本公开实施例提供的第一更新处理的流程图；

图4为本公开实施例提供的获取第一配置文件的流程图；

图5为本公开实施例提供的配置界面示意图；

图6为本公开实施例提供的获取第二配置文件的流程图；

图7为本公开实施例提供的第二更新处理的流程图；

图8为本公开实施例提供的一种配置更新装置的框图；

图9为本公开实施例提供的一种电子设备的框图。

具体实施方式

为使本领域的技术人员更好地理解本公开的技术方案，以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在不冲突的情况下，本公开各实施例及实施例中的各特征可相互组合。

如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。

本文所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。

除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。

在相关技术中，为了更新软件系统所对应的不同版本的测试环境中的配置，一般是指定软件系统的版本负责人通过人工方式，手动同步当前版本的所有配置到不同的测试环境中，具体是：首先，通过人工比对各测试环境是否存在该版本下的相同的配置参数；其次，若存在，则确定该配置参数的参数值是否正确；最后，若不存在，则将该配置参数以及其参数值手动添加到测试环境的配置文件中。

相关技术中的上述配置更新方式不仅费事费力而且还容易出错，并且，由于配置问题引发的系统问题通常较为隐蔽不容易被排查到，因此该种配置更新方式还可能影响到最终软件产品的交付。

请参看图1，其为本公开实施例提供的配置更新方法的实施环境的示意图。如图1所示，该实施环境可以包括第一服务器101、终端设备102、第二服务器103以及网络104。

第一服务器101例如可以是物理服务器，例如可以为刀片服务器、机架式服务器等，第一服务器101也可以是虚拟服务器，例如可以是部署在云端的服务器集群，在此不做限定。在本公开实施例中，第一服务器101可用于实现本公开任意实施例的配置更新方法，以对部署于第二服务器103中的软件系统的测试环境配置进行更新。

终端设备102可以是智能手机、便携式电脑、台式计算机、平板电脑等。在本公开实施例中，终端设备102可以用于展示配置界面，该配置界面可以供用户配置用于更新软件系统的测试环境配置的第一配置文件，以及供用户配置待执行的软件系统以及配置待更新的第二配置文件。

第二服务器103例如可以是物理服务器，例如可以为刀片服务器、机架式服务器等，第一服务器101也可以是虚拟服务器，例如可以是部署在云端的服务器集群，在此不做限定。在本公开实施例中，第二服务器103中部署有软件系统所对应的至少一个测试环境，且该至少一个测试环境中包含至少一个待更新测试环境配置的测试环境。

网络104可以是无线网络也可以是有线网络，可以是局域网也可以是广域网。第一服务器101、终端设备102以及第二服务器103相互之间可以通过网络104进行通信。

在本公开实施例中，第一服务器101可用于参与实现根据本公开任意实施例的配置更新方法。例如可以用于：获取用户基于终端设备102配置的用于更新软件系统的测试环境配置的第一配置文件；获取用户基于终端设备102配置的、部署于第二服务器103中的、待更新测试环境配置的测试环境的第二配置文件，其中，第一配置文件和第二配置文件中均包括至少一个键值对格式的配置项，键值对以配置参数为键，以配置参数的参数值为值；以及，将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件；以及，在更新第二配置文件之后，将该第二配置文件发送至第二服务器103，以使第二服务器103基于该第二配置文件实现对应测试环境配置的更新。

可以理解的是，图1所示的实施环境仅是解释性的，并且决不是为了要限制本公开、其应用或用途。例如，尽管图1仅示出一个第一服务器101、一个终端设备102和一个第二服务器103，但不意味着限制各自的数量，该实施环境中可以包含多个第一服务器101、多个终端设备102，以及多个第二服务器103。

为了高效且准确的对软件系统的不同测试环境的测试环境配置进行更新，本公开实施例提供一种配置更新方法，请参看图2，其为本公开实施例提供的一种配置更新方法的流程图。该方法可以应用于电子设备中，该电子设备可以为服务器，该服务器可以为物理服务器，或者也可以为虚拟服务器，例如，可以为图1所示的第一服务器101；当然，随着技术的不断进步，该电子设备也可以为终端设备，该终端设备例如可以为手机、平板电脑等设备，此处不做特殊限定。

如图2所示，本公开实施例提供的配置更新方法可以包括如下步骤S201-S203，以下予以详细说明。

步骤S201，获取用于更新软件系统的测试环境配置的第一配置文件；以及，步骤S202，获取待更新的第二配置文件，其中，第二配置文件用于配置软件系统所对应的测试环境的测试环境配置，第一配置文件和该第二配置文件中均包括至少一个键值对格式的配置项，键值对以配置参数为键，以配置参数的参数值为值。

在本公开实施例中，配置文件，是指用于配置软件系统所对应的测试环境的测试环境配置的文件，该配置文件可以包括至少一个配置项，每一配置项中的配置参数与测试环境配置中的一个配置对应，该配置项可以为键值对格式，并且配置参数和对应参数值之间可以使用预设符号分割配置参数值和参数值，该预设符号例如可以为“＝”。

例如，针对测试环境下的业务数据库的连接配置，可以通过键值对格式的配置项“dbconnect＝url@user:password”来进行配置，其中，在该配置项中，配置参数“dbconnect”指示用于连接业务数据库的配置，参数值“url@user:password”表示业务数据库的连接地址以及连接口令。

第一配置文件，可以是电子设备获取到的、用于更新软件系统的测试环境配置的配置文件，即，用于对软件系统所对应的多个测试环境中的全部或部分测试环境的测试环境配置进行更新的配置文件。

第二配置文件，可以是电子设备获取到的、待更新测试环境配置的测试环境的配置文件。

在本公开实施例中，第一配置文件可以由用户上传至电子设备，第二配置文件可以通过用户指定测试环境的方式来触发电子设备从对应测试环境中获取该第二配置文件；或者，也可以由用户预先配置一用于暂存文件的存储区域，在需要更新测试环境的配置时，由用户将第一配置文件和待更新的第二配置文件的文件信息放置在该存储区域中，电子设备可以根据预设时间间隔定期检测该存储区域中的内容是否发生变化，若发生变化则从该存储区域中获取该第一配置文件并根据该文件信息自动获取该第二配置文件。当然，在实际实施时，第一配置文件和第二配置文件也可以通过其他方式获得，此处不做特殊限定。

步骤S203，将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件。

即，电子设备在获取到第一配置文件以及第二配置文件之后，由于第一配置文件和第二配置文件中的配置项均为键值对格式，因此，电子设备可以通过比对两个配置文件的配置项中的配置参数，并根据比对结果更新第二配置文件。即，以第一配置文件的配置项中的配置参数作为键(KEY)，查询第二配置文件的配置项中的配置参数中是否存在一致的键，若存在则更新对应的参数值；通过该方法，电子设备可以在不需要人工参与的情况下，高效且准确的对第二配置文件进行更新，进而完成对第二配置文件对应的测试环境配置的更新。

请参看图3，其为本公开实施例提供的第一更新处理的流程图。如图3所示，在一些实施例中，上述步骤S203中所述的将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件，包括；步骤S301，将第一配置文件中各个配置项的配置参数与第二配置文件中配置项的配置参数进行比对；若第一配置文件的配置项中的配置参数与第二配置文件的对应配置项中的配置参数的参数值不一致，则执行步骤S302，根据第一配置文件中配置参数的参数值更新第二配置文件中对应配置项的参数值。

例如，若第一配置文件中包括配置项11“B＝2”，第二配置文件中分别包括配置项21“B＝1”、配置项22“C＝3”和配置项23“D＝4”；则可以将配置项11中的配置参数“B”作为键，并逐项与第二配置文件的配置项中的配置参数进行比对，则可以匹配到配置项21中的配置参数，并且两者的参数值还不同，此时则可以将配置项11中的参数值“2”更新至配置项21中，则更新后的第二配置文件内容可以为配置项21“B＝2”、配置项22“C＝3”和配置项23“D＝4”。

请继续参看图3，在一些实施例中，上述步骤S203所述的将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件，还包括：若第二配置文件中不存在第一配置文件的配置项中的配置参数，则执行步骤S303，将该配置项添加至第二配置文件的预设位置处。

即，若第一配置文件的某一配置项的配置参数在第二配置文件中不存在，则说明该配置项为新增的配置项，在该情况下，可以直接将该配置项添加至第二配置文件中。

在本公开实施例中，该预设位置可以为第二配置文件的末尾，即，为便于测试人员确认新增配置，可以直接将新增的配置项添加在第二配置文件的末尾；当然，该预设位置也可以为其他位置，例如也可以为第二配置文件的首位，此处不做特殊限定。

例如，第一配置文件中还可以包括配置项12“A＝1”，则在经过上述更新完成对第二配置文件中配置参数“B”的更新之后，还可以以“A”为键，并逐项与第二配置文件的配置项中的配置参数进行比对，并在未比对到的情况下，将配置项12整个添加至第二配置文件的末尾，则更新后的第二配置文件可以为配置项21“B＝2”、配置项22“C＝3”、配置项23“D＝4”和配置项24“A＝1”。

根据以上说明可知，本公开实施例提供的配置更新方法，电子设备在获取到第一配置文件和第二配置文件中，通过将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，即可基于比对结果高效且准确的对第二配置文件进行更新，进而对第二配置文件对应的测试环境配置进行更新。

需要说明的是，在一些实施例中，第一配置文件，即，用于更新软件系统的测试环境配置的配置文件中的配置项可以均为增量配置项，该增量配置项包括新增配置项和/或参数值发生变更的配置项；即，考虑到测试环境中既有的、待更新的第二配置文件中的配置项较多并且并不是每一个配置项均可能发生变更，因此，为了提升配置更新速度，第一配置文件中的配置项可以不包括未发生变更的历史配置项，而是仅包含新增配置项和/或参数值发生变更的配置项这些增量配置项；在该种实施方式中，如图4所示，上述步骤S201中所述的获取用于更新软件系统的测试环境配置的第一配置文件，包括：步骤S401，展示至少用于配置第一配置文件的配置界面；以及步骤S402，接收配置界面配置的第一配置文件，其中，第一配置文件中的配置项均为增量配置项，增量配置项包括新增配置项和/或参数值发生变更的配置项。

请参看图5，其为本公开实施例提供的配置界面示意图。如图5所示，在该配置界面中，用户可以通过按键“选取文件”打开文件上传对话框，并将开发人员提供的该第一配置文件上传至电子设备。

另外，如图5所示，该配置界面还可以用于配置待更新测试环境配置的测试环境；在该种实施方式中，如图6所示，上述步骤S202所述的获取待更新的第二配置文件，可以包括如下步骤：步骤S601，接收配置的测试环境的环境标识；步骤S602，根据环境标识，通过对应的配置文件获取接口从测试环境中获得第二配置文件。

该环境标识，可以是用于唯一性的标识软件系统所对应的一测试环境的数据标识。

该配置文件获取接口，可以是用户预先在电子设备中配置的、用于获取对应测试环境中的配置文件的应用程序接口。

例如，针对服务地址为url1的测试环境，其配置文件获取接口可以为“url1/getenvconf()”；当然，此处仅为举例说明，该配置文件获取接口也可以为其他形式，此处不做特殊限定。

如图5所示，在该种实施方式中，可以在用户在该配置界面中配置第一配置文件之后，再接收用户基于该配置界面配置中“执行系统”标签后对应的选择组件中配置的需要更新配置的软件系统，之后，再基于“执行环境”标签后的选择组件配置该软件系统下的测试环境，再之后，电子设备即可基于用户在该配置界面上的配置结果，获得待更新测试环境配置的测试环境的环境标识，进而根据该环境标识使用对应配置文件获取接口获取该第二配置文件。

需要说明的是，在本公开实施例中，该配置界面可以通过用于构建界面的渐进式JavaScript框架，例如Vue.js构建该配置界面，并且该配置界面中的组件，例如，“选取文件”按键、选择执行系统和执行环境的组件可以为Element组件库中的多选下拉组件；当然，随着技术的不断进步，在实际实施中，也可以基于其他框架和组件库构建该配置界面，此处不做特殊限定。

以上，对本公开实施例如何获取第一配置文件和第二配置文件进行了说明。需要说明的是，考虑到同一软件系统可能有多个测试环境，在该种情况下，若均需要用户逐个在用户界面中选择需进行配置更新的测试环境，则用户体验可能较差。

为解决该问题，在一些实施例中，第一配置文件中可以包括第一配置文件对应的测试环境的编码版本标识，编码版本标识用于标识测试环境中的软件系统的编码版本；在电子设备获取到第一配置文件之后，上述步骤S202所述的获取待更新的第二配置文件，可以包括：根据第一配置文件中的编码版本标识，在配置界面中展示至少一个候选测试环境，候选测试环境是编码版本标识所对应的软件系统下的对应测试环境；接收基于至少一个候选测试环境所配置的目标测试环境的目标环境标识；根据目标环境标识，通过对应的配置文件获取接口从目标测试环境中获得第二配置文件。

即，电子设备在获取到第一配置文件之后，根据其包含的编码版本标识，从所有测试环境中选择与该编码版本标识对应的软件系统以及该软件系统下的至少一个测试环境作为候选测试环境，之后，在该配置界面中，可以默认选中该候选测试环境供用户参考，以提升用户配置测试环境的速度并提升用户体验。

在本公开实施例中，第二配置文件的数量可以为多个，即，用户可以通过图5所示的用户界面同时选择多个待更新配置的测试环境，进而得到多个第二配置文件；在该种实施方式中，上述步骤S203中所述的将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件，包括：根据该第一配置文件，按照预设顺序对多个第二配置文件进行更新。

即，在第二配置文件为多个的情况下，电子设备可以迭代更新该多个第二配置文件，在迭代过程中，可以随机或者依次获取一个第二配置文件进行处理；但是，考虑到在待更新的第二配置文件较多，并且某些测试环境可能需要马上更新配置以进行测试，因此，用户还可以预先为同一软件系统的测试环境设置优先级，在设置该优先级的情况下，电子设备可以根据每一第二配置文件的优先级对其排序，并按照优先级的紧要程度依次更新对应第二配置文件。

在经过以上任意一个或多个实施例完成对第二配置文件的更新处理之后，由于第二配置文件是被电子设备获取到本地进行更新处理，因此，在完成更新之后，还需要根据更新结果，将该第二配置文件发送至其对应的测试环境中，即，如图7所示，在一些实施例中，在对该第二配置文件进行更新之后，该方法还包括：步骤S701，获取第二配置文件的更新结果；在该更新结果表示更新成功的情况下，执行步骤S702，将该第二配置文件发送至对应的测试环境中；以及，在该更新结果表示更新失败的情况下，执行步骤S703，获取对应的更新日志，根据该更新日志生成更新失败报告。

更新日志，是电子设备在进行文件比对过程中生成的执行日志。

即，在本公开实施例中，若电子设备成功完成对第二配置文件的更新，则可返回表示更新成功或失败的更新结果，另外，为了方便用户查看更新结果，还可以在图4所示配置界面上展示该更新结果；而如果更新失败，则为了方便用户排查，电子设备可以根据更新日志生成更新失败报告，该更新失败报告可以包括导致更新失败的异常日志，例如，比对失败、服务异常、配置文件内容错误等日志信息。

综上所述，本公开实施例提供的配置更新方法，电子设备在获取到第一配置文件和第二配置文件之后，可以不需要人工参与比对，而是通过将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果即可自动基于第一配置文件对第二配置文件进行更新，从而减少人工核对配置项的时间成本和人力成本，提升配置文件的更新效率；同时，由于是电子设备自动进行比对并更新第二配置文件，因此还可以提升更新准确性，并减少因为人工比对失误而造成配置文件更新出错，从而导致需花较长时间进行后期排查而可能带来的时间成本。

可以理解，本公开提及的上述各个方法实施例，在不违背原理逻辑的情况下，均可以彼此相互结合形成结合后的实施例，限于篇幅，本公开不再赘述。本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

此外，本公开还提供了配置更新装置、电子设备、计算机可读存储介质，上述均可用来实现本公开提供的任一种配置更新方法，相应技术方案和描述和参见方法部分的相应记载，不再赘述。

图8为本公开实施例提供的一种配置更新装置的框图。

参照图8，本公开实施例提供了一种配置更新装置，可以应用于电子设备中，该电子设备例如可以为图1所示的第一服务器101，该配置更新装置800包括：第一获取单元801、第二获取单元802和更新单元803。

该第一获取单元801，用于获取用于更新软件系统的测试环境配置的第一配置文件。

该第二获取单元802，用于获取待更新的第二配置文件，其中，第二配置文件用于配置软件系统所对应的测试环境的测试环境配置，第一配置文件和第二配置文件中均包括至少一个键值对格式的配置项，键值对以配置参数为键，且以配置参数的参数值为值。

该更新单元803，用于将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件。

在一些实施例中，该更新单元803在将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件时，可以用于：将第一配置文件中的各个配置项的配置参数与第二配置文件中配置项的配置参数进行比对；若第一配置文件的配置项中的配置参数与第二配置文件的对应配置项中的配置参数的参数值不一致，则根据第一配置文件中配置参数的参数值更新第二配置文件中对应配置项的参数值。

在一些实施例中，该更新单元803在将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件时，还可以用于：若第二配置文件中不存在第一配置文件的配置项中的配置参数，则将配置项添加至第二配置文件的预设位置处。

在一些实施例中，该第一获取单元801在获取用于更新软件系统的测试环境配置的第一配置文件时，可以用于：展示至少用于配置第一配置文件的配置界面；接收配置界面配置的第一配置文件，其中，第一配置文件中的配置项均为增量配置项，增量配置项包括新增配置项和/或参数值发生变更的配置项。

在一些实施例中，该配置界面还用于配置待更新测试环境配置的测试环境；该第二获取单元802在获取待更新的第二配置文件时，可以用于：接收配置的测试环境的环境标识；根据环境标识，通过对应的配置文件获取接口从测试环境中获得第二配置文件。

在一些实施例中，第二配置文件的数量为多个；该更新单元803在将第一配置文件的配置项中的配置参数与第二配置文件的配置项中的配置参数进行比对，根据比对结果更新第二配置文件时，可以用于：根据第一配置文件，按照预设顺序对多个第二配置文件进行更新；其中，预设顺序包括：多个第二配置文件的优先级排列顺序；每一第二配置文件的优先级是通过用户预先配置得到的。

在一些实施例中，该装置800还包括更新结果处理单元，用于：获取第二配置文件的更新结果；在更新结果表示更新成功的情况下，将第二配置文件发送至对应的测试环境中，以及，在更新结果表示更新失败的情况下，获取对应的更新日志，根据更新日志生成更新失败报告。

图9为本公开实施例提供的一种电子设备的框图。

参照图9，本公开实施例提供了一种电子设备，该电子设备900包括：至少一个处理器901；至少一个存储器902，以及一个或多个I/O接口903，连接在处理器901与存储器902之间；其中，存储器902存储有可被至少一个处理器901执行的一个或多个计算机程序，一个或多个计算机程序被至少一个处理器901执行，以使至少一个处理器901能够执行上述的配置更新方法。

本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序在被处理器执行时实现上述的配置更新方法。计算机可读存储介质可以是易失性或非易失性计算机可读存储介质。

本公开实施例还提供了一种计算机程序产品，包括计算机可读代码，或者载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备的处理器中运行时，所述电子设备中的处理器执行上述配置更新方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读存储介质上，计算机可读存储介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。

如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读程序指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM)、静态随机存取存储器(SRAM)、闪存或其他存储器技术、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读程序指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里所描述的计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software DevelopmentKit，SDK)等等。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

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

本文已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其他实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本公开的范围的情况下，可进行各种形式和细节上的改变。

Claims (10)

1.一种配置更新方法，其特征在于，包括：

获取用于更新软件系统的测试环境配置的第一配置文件；

获取待更新的第二配置文件，其中，所述第二配置文件用于配置所述软件系统所对应的测试环境的测试环境配置，所述第一配置文件和所述第二配置文件中均包括至少一个键值对格式的配置项，所述键值对以配置参数为键，以所述配置参数的参数值为值；

将所述第一配置文件的配置项中的配置参数与所述第二配置文件的配置项中的配置参数进行比对，根据比对结果更新所述第二配置文件。

2.根据权利要求1所述的方法，其特征在于，所述将所述第一配置文件的配置项中的配置参数与所述第二配置文件的配置项中的配置参数进行比对，根据比对结果更新所述第二配置文件，包括：

将所述第一配置文件中的各个配置项的配置参数与所述第二配置文件中配置项的配置参数进行比对；

若所述第一配置文件的配置项中的配置参数与所述第二配置文件的对应配置项中的配置参数的参数值不一致，则根据所述第一配置文件中所述配置参数的参数值更新所述第二配置文件中对应配置项的参数值。

3.根据权利要求2所述的方法，其特征在于，所述将所述第一配置文件的配置项中的配置参数与所述第二配置文件的配置项中的配置参数进行比对，根据比对结果更新所述第二配置文件，还包括：

若所述第二配置文件中不存在所述第一配置文件的配置项中的配置参数，则将所述配置项添加至所述第二配置文件的预设位置处。

4.根据权利要求1所述的方法，其特征在于，所述获取用于更新软件系统的测试环境配置的第一配置文件，包括：

展示至少用于配置所述第一配置文件的配置界面；

接收所述配置界面配置的所述第一配置文件；

其中，所述第一配置文件中的配置项均为增量配置项，所述增量配置项包括新增配置项和/或参数值发生变更的配置项。

5.根据权利要求4所述的方法，其特征在于，所述配置界面还用于配置待更新测试环境配置的测试环境；

所述获取待更新的第二配置文件，包括：

接收配置的测试环境的环境标识；

根据所述环境标识，通过对应的配置文件获取接口从所述测试环境中获得所述第二配置文件。

6.根据权利要求1所述的方法，其特征在于，所述第二配置文件的数量为多个；

所述将所述第一配置文件的配置项中的配置参数与所述第二配置文件的配置项中的配置参数进行比对，根据比对结果更新所述第二配置文件，包括：

根据所述第一配置文件，按照预设顺序对所述多个第二配置文件进行更新；

其中，所述预设顺序包括：所述多个第二配置文件的优先级排列顺序；每一第二配置文件的优先级是通过用户预先配置得到的。

7.根据权利要求1-6任一项所述的方法，其特征在于，在对所述第二配置文件进行更新之后，所述方法还包括：

获取所述第二配置文件的更新结果；

在所述更新结果表示更新成功的情况下，将所述第二配置文件发送至对应的测试环境中；

在所述更新结果表示更新失败的情况下，获取对应的更新日志，根据所述更新日志生成更新失败报告。

8.一种配置更新装置，其特征在于，包括：

第一获取单元，用于获取用于更新软件系统的测试环境配置的第一配置文件；

第二获取单元，用于获取待更新的第二配置文件，其中，所述第二配置文件用于配置所述软件系统所对应的测试环境的测试环境配置，所述第一配置文件和所述第二配置文件中均包括至少一个键值对格式的配置项，所述键值对以配置参数为键，以所述配置参数的参数值为值；

更新单元，用于将所述第一配置文件的配置项中的配置参数与所述第二配置文件的配置项中的配置参数进行比对，根据比对结果更新所述第二配置文件。

9.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的一个或多个计算机程序，一个或多个所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1-7中任一项所述的配置更新方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序在被处理器执行时实现如权利要求1-7中任一项所述的配置更新方法。

Images