测试环境部署方法和装置、电子设备和可读存储介质.pdf

《测试环境部署方法和装置、电子设备和可读存储介质.pdf》由会员分享，可在线阅读，更多相关《测试环境部署方法和装置、电子设备和可读存储介质.pdf（19页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201910658688.5 (22)申请日 2019.07.19 (71)申请人 中国工商银行股份有限公司 地址 100140 北京市西城区复兴门内大街 55号 (72)发明人 宋继冲 (74)专利代理机构 中科专利商标代理有限责任 公司 11021 代理人 王中苇 (51)Int.Cl. G06F 11/36(2006.01) G06F 9/448(2018.01) (54)发明名称 测试环境部署方法和装置、 电子设备和可读 存储介质 (57)摘要 本公开提供了一种测试环境部。

2、署方法和装 置， 该方法包括： 获取多个待测试软件中的每个 待测试软件的版本信息和每个待测试软件的接 口的接口信息， 其中， 每个待测试软件包括多个 子应用程序； 确定测试每个待测试软件的多个子 应用程序时所需的数据库表信息； 根据每个待测 试软件的版本信息和每个待测试软件的接口信 息确定每个待测试软件的路由策略， 其中， 路由 策略包括在物理设备上部署多个子应用程序的 策略、 及在相同或不同物理设备上部署测试每个 待测试软件的多个子应用程序时所需的数据库 表信息的策略； 以及根据每个待测试软件的路由 策略， 将多个子应用程序和测试每个待测试软件 的多个子应用程序时所需的数据库表信息部署 在对。

3、应的物理设备上。 权利要求书2页 说明书11页 附图5页 CN 110389903 A 2019.10.29 CN 110389903 A 1.一种测试环境部署方法， 包括： 获取多个待测试软件中的每个待测试软件的版本信息和所述每个待测试软件的接口 的接口信息， 其中， 所述每个待测试软件包括多个子应用程序； 确定测试所述每个待测试软件的多个子应用程序时所需的数据库表信息； 根据所述每个待测试软件的版本信息和所述每个待测试软件的接口信息确定所述每 个待测试软件的路由策略， 其中， 所述路由策略包括在物理设备上部署所述多个子应用程 序的策略、 及在相同或不同物理设备上部署测试所述每个待测试软件的。

4、多个子应用程序时 所需的数据库表信息的策略； 以及 根据所述每个待测试软件的路由策略， 将所述多个子应用程序和测试所述每个待测试 软件的多个子应用程序时所需的数据库表信息部署在对应的物理设备上。 2.根据权利要求1所述的方法， 其中， 所述根据所述每个待测试软件的版本信息和所述 每个待测试软件的接口信息确定所述每个待测试软件的路由策略包括： 根据所述每个待测试软件的版本信息为所述每个待测试软件分配物理设备； 根据所述每个待测试软件的接口信息获取应用程序列表， 其中， 所述应用程序列表包 括所述每个待测试软件对应的多个子应用程序； 以及 将为所述每个待测试软件分配的物理设备与所述每个待测试软件对。

5、应的多个子应用 程序相关联， 并将为所述每个待测试软件分配的物理设备与测试所述多个子应用程序时所 需的数据库表信息相关联， 以确定所述每个待测试软件的路由策略。 3.根据权利要求2所述的方法， 其中， 根据所述每个待测试软件的版本信息为所述每个 待测试软件分配物理设备包括： 获取多个物理设备的状态信息， 其中， 所述状态信息用于表征物理设备是否处于空闲 状态； 根据所述多个物理设备的状态信息确定空闲的物理设备； 以及 根据所述每个待测试软件的版本信息从所述空闲的物理设备中为所述每个待测试软 件分配物理设备。 4.根据权利要求2所述的方法， 其中， 根据所述每个待测试软件的接口信息获取应用程 序。

6、列表包括： 从预先存储的应用程序集获取所述每个待测试软件的应用程序列表， 其中， 所述应用 程序集中包括多个子应用程序， 所述应用程序集中的子应用程序能够组成所述多个待测试 软件中的每个待测试软件的应用程序列表。 5.一种测试环境部署装置， 包括： 获取模块， 用于获取多个待测试软件中的每个待测试软件的版本信息和所述每个待测 试软件的接口的接口信息， 其中， 所述每个待测试软件包括多个子应用程序； 第一确定模块， 用于确定测试所述每个待测试软件的多个子应用程序时所需的数据库 表信息； 第二确定模块， 用于根据所述每个待测试软件的版本信息和所述每个待测试软件的接 口信息确定所述每个待测试软件的路。

7、由策略， 其中， 所述路由策略包括在物理设备上部署 所述多个子应用程序的策略、 及在相同或不同物理设备上部署测试所述每个待测试软件的 多个子应用程序时所需的数据库表信息的策略； 以及 权利要求书 1/2 页 2 CN 110389903 A 2 部署模块， 用于根据所述每个待测试软件的路由策略， 将所述多个子应用程序和测试 所述每个待测试软件的多个子应用程序时所需的数据库表信息部署对应的物理设备上。 6.根据权利要求5所述的装置， 所述第二确定模块包括： 分配单元， 用于根据所述每个待测试软件的版本信息为所述每个待测试软件分配物理 设备； 获取单元， 用于根据所述每个待测试软件的接口信息获取应。

8、用程序列表， 其中， 所述应 用程序列表包括所述每个待测试软件对应的多个子应用程序； 以及 关联单元， 用于将为所述每个待测试软件分配的物理设备与所述每个待测试软件对应 的多个子应用程序相关联， 并将为所述每个待测试软件分配的物理设备与测试所述多个子 应用程序时所需的数据库表信息相关联， 以确定所述每个待测试软件的路由策略。 7.根据权利要求6所述的装置， 所述分配单元包括： 获取子单元， 用于获取多个物理设备的状态信息， 其中， 所述状态信息用于表征物理设 备是否处于空闲状态； 确定子单元， 用于根据所述多个物理设备的状态信息确定空闲的物理设备； 以及 分配子单元， 用于根据所述每个待测试软。

9、件的版本信息从所述空闲的物理设备中为所 述每个待测试软件分配物理设备。 8.根据权利要求6所述的装置， 其中， 所述获取单元用于从预先存储的应用程序集获取 所述每个待测试软件的应用程序列表， 其中， 所述应用程序集中包括多个子应用程序， 所述 应用程序集中的子应用程序能够组成所述多个待测试软件中的每个待测试软件的应用程 序列表。 9.一种电子设备， 包括： 一个或多个处理器； 存储器， 用于存储一个或多个指令， 其中， 当所述一个或多个指令被所述一个或多个处理器执行时， 使得所述一个或多个 处理器实现权利要求1至4中任一项所述的方法。 10.一种计算机可读存储介质， 存储有可执行指令， 该指令。

10、被处理器执行时使处理器实 现权利要求1至4中任一项所述的方法。 权利要求书 2/2 页 3 CN 110389903 A 3 测试环境部署方法和装置、 电子设备和可读存储介质 技术领域 0001 本公开涉及计算机技术领域， 更具体地， 涉及一种测试环境部署方法、 一种测试环 境部署装置、 一种电子设备和一种计算机可读存储介质。 背景技术 0002 软件系统在各领域的应用越来越广泛。 特别是在金融领域中， 软件系统对外提供 的服务越来越复杂， 更新迭代的速度越来越快， 多版本并发已成为常态。 在软件系统的版本 数越来越多， 对软件系统的可靠性和稳定性要求更高的背景下， 实现快速、 可靠、 低成本。

11、的 软件测试尤为重要。 0003 在进行软件测试之前， 一般需要对软件的测试环境进行部署。 在需要实现多版本 软件并行测试的情况下， 目前通用的解决方案是为每个版本的软件搭建一套测试环境， 因 此， 一般需要搭建多套测试环境。 0004 在实现本公开构思的过程中， 发明人发现相关技术中至少存在如下问题： 多套测 试环境支持多版本软件并行测试的做法在测试数据一致性、 测试环境稳定性、 测试资源共 享性等诸多方面存在不足。 例如， 不仅不同测试环境之间的资源协调成本增加， 而且在测试 过程中也需要进行环境的切换、 数据的重新准备， 会降低测试效率、 拉长测试周期、 提高测 试成本。 发明内容 00。

12、05 有鉴于此， 本公开提供了一种测试环境部署方法、 一种测试环境部署装置、 一种电 子设备和一种计算机可读存储介质。 0006 本公开的一个方面提供了一种测试环境部署方法， 包括： 获取多个待测试软件中 的每个待测试软件的版本信息和上述每个待测试软件的接口的接口信息， 其中， 上述每个 待测试软件包括多个子应用程序； 确定测试上述每个待测试软件的多个子应用程序时所需 的数据库表信息； 根据上述每个待测试软件的版本信息和上述每个待测试软件的接口信息 确定上述每个待测试软件的路由策略， 其中， 上述路由策略包括在物理设备上部署上述多 个子应用程序的策略、 及在相同或不同物理设备上部署测试上述每个。

13、待测试软件的多个子 应用程序时所需的数据库表信息的策略； 以及根据上述每个待测试软件的路由策略， 将上 述多个子应用程序和测试上述每个待测试软件的多个子应用程序时所需的数据库表信息 部署在对应的物理设备上。 0007 根据本公开的实施例， 上述根据上述每个待测试软件的版本信息和上述每个待测 试软件的接口信息确定上述每个待测试软件的路由策略包括： 根据上述每个待测试软件的 版本信息为上述每个待测试软件分配物理设备； 根据上述每个待测试软件的接口信息获取 应用程序列表， 其中， 上述应用程序列表包括上述每个待测试软件对应的多个子应用程序； 以及将为上述每个待测试软件分配的物理设备与上述每个待测试软。

14、件对应的多个子应用 程序相关联， 并将为上述每个待测试软件分配的物理设备与测试上述多个子应用程序时所 说明书 1/11 页 4 CN 110389903 A 4 需的数据库表信息相关联， 以确定上述每个待测试软件的路由策略。 0008 根据本公开的实施例， 根据上述每个待测试软件的版本信息为上述每个待测试软 件分配物理设备包括： 获取多个物理设备的状态信息， 其中， 上述状态信息用于表征物理设 备是否处于空闲状态； 根据上述多个物理设备的状态信息确定空闲的物理设备； 以及根据 上述每个待测试软件的版本信息从上述空闲的物理设备中为上述每个待测试软件分配物 理设备。 0009 根据本公开的实施例，。

15、 根据上述每个待测试软件的接口信息获取应用程序列表包 括： 从预先存储的应用程序集获取上述每个待测试软件的应用程序列表， 其中， 上述应用程 序集中包括多个子应用程序， 上述应用程序集中的子应用程序能够组成上述多个待测试软 件中的每个待测试软件的应用程序列表。 0010 本公开的另一方面提供了一种测试环境部署装置， 包括： 获取模块， 用于获取多个 待测试软件中的每个待测试软件的版本信息和上述每个待测试软件的接口的接口信息， 其 中， 上述每个待测试软件包括多个子应用程序； 第一确定模块， 用于确定测试上述每个待测 试软件的多个子应用程序时所需的数据库表信息； 第二确定模块， 用于根据上述每个。

16、待测 试软件的版本信息和上述每个待测试软件的接口信息确定上述每个待测试软件的路由策 略， 其中， 上述路由策略包括在物理设备上部署上述多个子应用程序的策略、 及在相同或不 同物理设备上部署测试上述每个待测试软件的多个子应用程序时所需的数据库表信息的 策略； 以及部署模块， 用于根据上述每个待测试软件的路由策略， 将上述多个子应用程序和 测试上述每个待测试软件的多个子应用程序时所需的数据库表信息部署对应的物理设备 上。 0011 根据本公开的实施例， 上述第二确定模块包括： 分配单元， 用于根据上述每个待测 试软件的版本信息为上述每个待测试软件分配物理设备； 获取单元， 用于根据上述每个待 测试。

17、软件的接口信息获取应用程序列表， 其中， 上述应用程序列表包括上述每个待测试软 件对应的多个子应用程序； 以及关联单元， 用于将为上述每个待测试软件分配的物理设备 与上述每个待测试软件对应的多个子应用程序相关联， 并将为上述每个待测试软件分配的 物理设备与测试上述多个子应用程序时所需的数据库表信息相关联， 以确定上述每个待测 试软件的路由策略。 0012 根据本公开的实施例， 上述分配单元包括： 获取子单元， 用于获取多个物理设备的 状态信息， 其中， 上述状态信息用于表征物理设备是否处于空闲状态； 确定子单元， 用于根 据上述多个物理设备的状态信息确定空闲的物理设备； 以及分配子单元， 用于。

18、根据上述每 个待测试软件的版本信息从上述空闲的物理设备中为上述每个待测试软件分配物理设备。 0013 根据本公开的实施例， 上述获取单元用于从预先存储的应用程序集获取上述每个 待测试软件的应用程序列表， 其中， 上述应用程序集中包括多个子应用程序， 上述应用程序 集中的子应用程序能够组成上述多个待测试软件中的每个待测试软件的应用程序列表。 0014 本公开的另一方面提供了一种电子设备， 包括： 一个或多个处理器； 存储器， 用于 存储一个或多个指令， 其中， 当上述一个或多个指令被上述一个或多个处理器执行时， 使得 上述一个或多个处理器实现如上所述的方法。 0015 本公开的另一方面提供了一种。

19、计算机可读存储介质， 存储有可执行指令， 该指令 被处理器执行时使处理器实现如上所述的方法。 说明书 2/11 页 5 CN 110389903 A 5 0016 根据本公开的实施例， 能够根据每个待测试软件的路由策略， 将多个子应用程序 和测试每个待测试软件的多个子应用程序时所需的数据库表信息部署在对应的物理设备 上。 从而， 能够根据版本信息部署多个子应用程序和数据库表信息， 使得在测试不同版本的 待测试软件时可以直接调用预先部署的子应用程序和数据库信息， 节约测试成本， 在运维 方面也能大大减少人力资源的投入。 并且， 能够实现支持多版本软件并行测试的一套测试 环境， 可以至少部分地解决。

20、使用多套测试环境引起的测试数据一致性、 测试环境稳定性、 测 试资源共享性等诸多方面存在的问题， 并因此有利于对测试效率的提高、 测试质量的控制、 测试成本的降低以及用户体验的提升。 附图说明 0017 通过以下参照附图对本公开实施例的描述， 本公开的上述以及其他目的、 特征和 优点将更为清楚， 在附图中： 0018 图1示意性示出了根据本公开实施例的可以应用测试环境部署方法和装置的示例 性系统架构； 0019 图2示意性示出了根据本公开实施例的测试环境部署方法的流程图； 0020 图3示意性示出了根据本公开实施例的根据每个待测试软件的版本信息和每个待 测试软件的接口信息确定每个待测试软件的路。

21、由策略的流程图； 0021 图4示意性示出了根据本公开实施例的根据每个待测试软件的版本信息为每个待 测试软件分配物理设备的流程图； 0022 图5示意性示出了根据本公开实施例的测试环境部署装置的框图； 0023 图6示意性示出了根据本公开实施例的第二确定模块的框图； 0024 图7示意性示出了根据本公开实施例的分配单元的框图； 以及 0025 图8示意性示出了根据本公开实施例的电子设备的框图。 具体实施方式 0026 以下， 将参照附图来描述本公开的实施例。 但是应该理解， 这些描述只是示例性 的， 而并非要限制本公开的范围。 在下面的详细描述中， 为便于解释， 阐述了许多具体的细 节以提供对。

22、本公开实施例的全面理解。 然而， 明显地， 一个或多个实施例在没有这些具体细 节的情况下也可以被实施。 此外， 在以下说明中， 省略了对公知结构和技术的描述， 以避免 不必要地混淆本公开的概念。 0027 在此使用的术语仅仅是为了描述具体实施例， 而并非意在限制本公开。 在此使用 的术语 “包括” 、“包含” 等表明了所述特征、 步骤、 操作和/或部件的存在， 但是并不排除存在 或添加一个或多个其他特征、 步骤、 操作或部件。 0028 在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的 含义， 除非另外定义。 应注意， 这里使用的术语应解释为具有与本说明书的上下文相一致的。

23、 含义， 而不应以理想化或过于刻板的方式来解释。 0029 在使用类似于 “A、 B和C等中至少一个” 这样的表述的情况下， 一般来说应该按照本 领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、 B和C中至少一个的系统” 应包括但不限于单独具有A、 单独具有B、 单独具有C、 具有A和B、 具有A和C、 具有B和C、 和/或 说明书 3/11 页 6 CN 110389903 A 6 具有A、 B、 C的系统等)。 在使用类似于 “A、 B或C等中至少一个” 这样的表述的情况下， 一般来 说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、 B或C中至少 一个的。

24、系统” 应包括但不限于单独具有A、 单独具有B、 单独具有C、 具有A和B、 具有A和C、 具有 B和C、 和/或具有A、 B、 C的系统等)。 0030 本公开的实施例提供了一种测试环境部署方法以及能够应用该方法的装置。 该方 法包括以下过程。 获取多个待测试软件中的每个待测试软件的版本信息和每个待测试软件 的接口的接口信息， 其中， 每个待测试软件包括多个子应用程序。 确定测试每个待测试软件 的多个子应用程序时所需的数据库表信息。 根据每个待测试软件的版本信息和每个待测试 软件的接口信息确定每个待测试软件的路由策略， 其中， 路由策略包括在物理设备上部署 多个子应用程序的策略、 及在相同或。

25、不同物理设备上部署测试每个待测试软件的多个子应 用程序时所需的数据库表信息的策略。 根据每个待测试软件的路由策略， 将多个子应用程 序和测试每个待测试软件的多个子应用程序时所需的数据库表信息部署在对应的物理设 备上。 0031 图1示意性示出了根据本公开实施例的可以应用测试环境部署方法和装置的示例 性系统架构。 需要注意的是， 图1所示仅为可以应用本公开实施例的系统架构的示例， 以帮 助本领域技术人员理解本公开的技术内容， 但并不意味着本公开实施例不可以用于其他设 备、 系统、 环境或场景。 0032 如图1所示， 根据该实施例的系统架构可以包括信息获取服务器组110、 解析部署 服务器组12。

26、0和测试用服务器组130。 每个服务器组包括至少一个服务器。 例如， 信息获取服 务器组110可以包括接口信息获取服务器111和版本信息获取服务器112， 解析部署服务器 组120可以包括数据库表信息确定服务器121、 路由策略确定服务器122、 程序资源服务器 123以及表信息资源服务器124， 测试用服务器组130可以包括应用程序运行服务器131和测 试用数据库服务器132。 各服务器之间通过网络连接来实现通信， 网络可以包括有线和/或 无线通信链路等各种连接类型。 0033 信息获取服务器组110可以用于获取多个待测试软件中的每个待测试软件的版本 信息和每个待测试软件的接口的接口信息。 。

27、其中， 接口信息获取服务器111用来获取待测试 软件的接口的接口信息， 版本信息获取服务器112用来获取每个待测试软件的版本信息。 可 以将待测试软件的版本信息和待测试软件的接口的接口信息提供给信息获取服务器组110 后， 信息获取服务器组110将获取的这些信息上送至解析部署服务器组120。 0034 解析部署服务器组120可以用于确定测试每个待测试软件的多个子应用程序时所 需的数据库表信息， 并确定每个待测试软件的路由策略。 其中， 数据库表信息确定服务器 121确定测试每个待测试软件的多个子应用程序时所需的数据库表信息， 路由策略确定服 务器122根据每个待测试软件的版本信息和每个待测试软。

28、件的接口信息确定每个待测试软 件的路由策略。 程序资源服务器123根据路由策略将多个子应用程序部署在测试用服务器 组130中的对应的物理设备上， 表信息资源服务器124根据路由策略将测试每个待测试软件 的多个子应用程序时所需的数据库表信息部署在测试用服务器组130中的对应的物理设备 上。 0035 测试用服务器组130可以用于存储运行待测试软件所需的程序资源和表信息资源 等， 用于待测试软件的实际测试环节。 应用程序运行服务器131可以接收来自程序资源服务 说明书 4/11 页 7 CN 110389903 A 7 器123的多个子应用程序的部署， 存储运行待测试软件所需的应用程序， 并在实际。

29、测试环节 运行待测试软件。 测试用数据库服务器132可以接收来自表信息资源服务器124的数据库表 信息的部署， 存储运行待测试软件所需的数据库， 并在实际测试环节提供数据库支持。 0036 该实施例的系统架构中的多个服务器可以根据需要合并为一个服务器， 且该实施 例的系统架构中的一个服务器也根据需要进行进一步拆分。 例如， 接口信息获取服务器111 和版本信息获取服务器112可以合并为一个服务器， 数据库表信息确定服务器121和路由策 略确定服务器122可以合并为一个服务器， 路由策略确定服务器122可以进行进一步拆分为 用于为每个待测试软件分配物理设备的服务器、 用于获取应用程序列表的服务器。

30、、 以及用 于对物理设备、 应用程序、 数据库表建立关联的服务器等。 0037 另外， 该实施例的系统架构中的服务器可以是实体服务器， 也可以是能够实现与 实体服务器同样的功能的虚拟服务器。 在采用虚拟服务器的情况下， 不同的服务器可以设 置在同一实体服务设备中。 例如， 作为可以执行本发明所提供的测试环境部署方法的服务 器， 信息获取服务器组110和解析部署服务器组120可以分别设置于一个虚拟服务器， 该两 个虚拟服务器可以设置在同一台电脑主机中。 而作为用于待测试软件的实际测试环节的应 用程序运行服务器131和测试用数据库服务器132可以设置于其他物理设备， 与上述电脑主 机物理隔离。 0。

31、038 应该理解， 图1中的服务器的数目以及合并、 拆分方法仅仅是示意性的。 根据实现 需要， 可以具有任意数目的服务器， 并且该任意数目的服务器可以以灵活的方式进行合并 和/或拆分。 0039 除了目前通用的为每个待测试软件搭建一套测试环境的方案以外， 有些企业为了 减少测试成本的投入而选择分段测试， 用集成测试或者单元测试替代验收测试， 这无疑会 影响测试的质量， 软件 “带着隐疾” 进入生产环节。 在对外部提供测试环境的情况下， 还有些 公司采用生产环境提供给外部测试， 这种做法会增加生产运行垃圾数据， 且生产环境的管 理较测试环境要严苛。 测试对数据进行变更、 查询等需求会面临响应时间。

32、过长的问题， 导致 影响测试效率。 本公开所提供的方案能够搭建一套动态配置版本的测试环境， 有利于测试 效率的提升、 测试质量的控制、 测试成本的降低以及外部用户体验提升。 0040 图2示意性示出了根据本公开实施例的测试环境部署方法的流程图。 0041 如图2所示， 该方法包括操作S210S240。 0042 在操作S210， 获取多个待测试软件中的每个待测试软件的版本信息和每个待测试 软件的接口的接口信息。 其中， 每个待测试软件包括多个子应用程序。 0043 本公开中的多个待测试软件通常为基于同一个基础软件的不同版本的软件， 该多 个待测试软件具有一些相同的功能接口。 不同的待测试软件之。

33、间具有一部分相同的子应用 程序和一部分不同的子应用程序。 0044 然后， 在操作S220， 确定测试每个待测试软件的多个子应用程序时所需的数据库 表信息。 0045 在操作S230， 根据每个待测试软件的版本信息和每个待测试软件的接口信息确定 每个待测试软件的路由策略。 路由策略包括在物理设备上部署多个子应用程序的策略、 及 在相同或不同物理设备上部署测试每个待测试软件的多个子应用程序时所需的数据库表 信息的策略。 说明书 5/11 页 8 CN 110389903 A 8 0046 上述物理设备可以为多个， 用于待测试软件的实际测试环节、 存储运行待测试软 件所需的程序资源和表信息资源等。。

34、 用于部署多个子应用程序的物理设备与用于部署测试 每个待测试软件的多个子应用程序时所需的数据库表信息的物理设备可以为同一设备或 不同设备， 在为不同设备的情况下， 二者例如可以物理隔离。 例如， 用于部署多个子应用程 序的物理设备可以专门接受多个子应用程序的部署， 存储运行待测试软件所需的应用程 序， 并在实际测试环节运行待测试软件。 用于部署测试每个待测试软件的多个子应用程序 时所需的数据库表信息的物理设备可以专门接受数据库表信息的部署， 存储运行待测试软 件所需的数据库， 并在实际测试环节提供数据库支持。 0047 在操作S240， 根据每个待测试软件的路由策略， 将多个子应用程序和测试每。

35、个待 测试软件的多个子应用程序时所需的数据库表信息部署在对应的物理设备上。 0048 根据本公开的实施例， 能够根据每个待测试软件的路由策略， 将多个子应用程序 和测试每个待测试软件的多个子应用程序时所需的数据库表信息部署在对应的物理设备 上。 从而， 能够根据版本信息部署多个子应用程序和数据库表信息， 使得在测试不同版本的 待测试软件时可以直接调用预先部署的子应用程序和数据库信息， 节约测试成本， 在运维 方面也能减少人力资源的投入。 并且， 能够实现支持多版本软件并行测试的一套测试环境， 可以至少部分地解决使用多套测试环境引起的测试数据一致性、 测试环境稳定性、 测试资 源共享性等诸多方面。

36、存在的问题， 并因此对测试效率的提高、 测试质量的控制、 测试成本的 降低以及用户体验的提升起到很大的推动作用。 0049 下面参考图3图4， 结合具体实施例对图2所示的方法做进一步说明。 0050 图3示意性示出了根据本公开实施例的根据每个待测试软件的版本信息和每个待 测试软件的接口信息确定每个待测试软件的路由策略的流程图。 0051 如图3所示， 操作S230还可以具体包括操作S231S233。 0052 在操作S231， 根据每个待测试软件的版本信息为每个待测试软件分配物理设备。 0053 在操作S232， 根据每个待测试软件的接口信息获取应用程序列表。 应用程序列表 包括每个待测试软件。

37、对应的多个子应用程序。 0054 在操作S233， 将为每个待测试软件分配的物理设备与每个待测试软件对应的多个 子应用程序相关联， 并将为每个待测试软件分配的物理设备与测试多个子应用程序时所需 的数据库表信息相关联， 以确定每个待测试软件的路由策略。 0055 根据本公开的实施例， 由于根据每个待测试软件的版本信息和每个待测试软件的 接口信息即能够确定每个待测试软件的路由策略。 因此只需要输入每个待测试软件的版本 号、 选择要使用的接口信息， 就能够完成测试环境部署。 0056 图4示意性示出了根据本公开实施例的根据每个待测试软件的版本信息为每个待 测试软件分配物理设备的流程图。 0057 如。

38、图4所示， 操作S231还可以具体包括操作S410S430。 0058 在操作S410， 获取多个物理设备的状态信息。 状态信息用于表征物理设备是否处 于空闲状态。 0059 在操作S420， 根据多个物理设备的状态信息确定空闲的物理设备。 0060 在操作S430， 根据每个待测试软件的版本信息从空闲的物理设备中为每个待测试 软件分配物理设备。 说明书 6/11 页 9 CN 110389903 A 9 0061 上述物理设备中可以安装有不同的主机操作系统， 例如可以分别安装有Unix、 Linix、 Windows等不同的操作系统。 根据上述待测试软件的版本信息还能够获取与之匹配 的操作系。

39、统信息。 因此， 在为每个待测试软件分配物理设备时， 会分配具有合适的操作系统 的物理设备。 0062 根据本公开的实施例， 能够实现待测试软件向物理设备的自动部署， 提高物理设 备的利用率， 提高测试效率。 0063 根据本公开的实施例， 根据每个待测试软件的接口信息获取应用程序列表包括： 从预先存储的应用程序集获取每个待测试软件的应用程序列表。 应用程序集中包括多个子 应用程序， 应用程序集中的子应用程序能够组成多个待测试软件中的每个待测试软件的应 用程序列表。 0064 如前所述， 不同的待测试软件具有一部分相同的子应用程序和一部分不同的子应 用程序。 因此， 应用程序集中的子应用程序的。

40、总数小于全部的待测试软件的子应用程序之 和。 例如， 如果共有五个待测试软件， 每个待测试软件由100个子应用程序构成， 而每个待测 试软件中各有10个子应用程序与其他的软件不同， 则全部的待测试软件的子应用程序之和 为500个， 而本公开的应用程序集中的子应用程序的总数为(100-10)+5*10140个。 从而能 够节约用于存储应用程序集的设备资源。 0065 根据本公开的实施例， 能够实现支持多版本软件并行测试的一套测试环境， 可以 至少部分地解决使用多套测试环境引起的测试数据一致性、 测试环境稳定性、 测试资源共 享性等诸多方面存在的问题， 并因此对测试效率的提高、 测试质量的控制、 。

41、测试成本的降低 以及用户体验的提升起到很大的推动作用。 0066 图5示意性示出了根据本公开实施例的测试环境部署装置的框图。 0067 如图5所示， 本公开实施例的测试环境部署装置500包括获取模块510、 第一确定模 块520、 第二确定模块530以及部署模块540。 0068 获取模块510用于获取多个待测试软件中的每个待测试软件的版本信息和每个待 测试软件的接口的接口信息。 其中， 每个待测试软件包括多个子应用程序。 0069 第一确定模块520用于确定测试每个待测试软件的多个子应用程序时所需的数据 库表信息。 0070 第二确定模块530用于根据每个待测试软件的版本信息和每个待测试软件。

42、的接口 信息确定每个待测试软件的路由策略。 其中， 路由策略包括在物理设备上部署多个子应用 程序的策略、 及在相同或不同物理设备上部署测试每个待测试软件的多个子应用程序时所 需的数据库表信息的策略。 0071 部署模块540用于根据每个待测试软件的路由策略， 将多个子应用程序和测试每 个待测试软件的多个子应用程序时所需的数据库表信息、 部署对应的物理设备上。 0072 图6示意性示出了根据本公开实施例的第二确定模块的框图。 0073 如图6所示， 本公开的实施例的第二确定模块530包括分配单元531、 获取单元532 以及关联单元533。 0074 分配单元531用于根据每个待测试软件的版本信。

43、息为每个待测试软件分配物理设 备。 0075 获取单元532用于根据每个待测试软件的接口信息获取应用程序列表。 其中， 应用 说明书 7/11 页 10 CN 110389903 A 10 程序列表包括每个待测试软件对应的多个子应用程序。 0076 关联单元533用于将为每个待测试软件分配的物理设备与每个待测试软件对应的 多个子应用程序相关联， 并将为每个待测试软件分配的物理设备与测试多个子应用程序时 所需的数据库表信息相关联， 以确定每个待测试软件的路由策略。 0077 图7示意性示出了根据本公开实施例的分配单元的框图。 0078 如图7所示， 本公开的实施例的分配单元531包括获取子单元7。

44、10、 确定子单元720 以及分配子单元730。 0079 获取子单元710用于获取多个物理设备的状态信息。 其中， 状态信息用于表征物理 设备是否处于空闲状态。 0080 确定子单元720用于根据多个物理设备的状态信息确定空闲的物理设备。 0081 分配子单元730用于根据每个待测试软件的版本信息从空闲的物理设备中为每个 待测试软件分配物理设备。 0082 根据本公开的实施例， 获取单元532用于从预先存储的应用程序集获取每个待测 试软件的应用程序列表。 其中， 应用程序集中包括多个子应用程序， 应用程序集中的子应用 程序能够组成多个待测试软件中的每个待测试软件的应用程序列表。 0083 根。

45、据本公开的实施例的模块、 子模块、 单元、 子单元中的任意多个、 或其中任意多 个的至少部分功能可以在一个模块中实现。 根据本公开实施例的模块、 子模块、 单元、 子单 元中的任意一个或多个可以被拆分成多个模块来实现。 根据本公开实施例的模块、 子模块、 单元、 子单元中的任意一个或多个可以至少被部分地实现为硬件电路， 例如现场可编程门 阵列(FPGA)、 可编程逻辑阵列(PLA)、 片上系统、 基板上的系统、 封装上的系统、 专用集成电 路(ASIC)， 或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实 现， 或以软件、 硬件以及固件三种实现方式中任意一种或以其中任意几种的。

46、适当组合来实 现。 或者， 根据本公开实施例的模块、 子模块、 单元、 子单元中的一个或多个可以至少被部分 地实现为计算机程序模块， 当该计算机程序模块被运行时， 可以执行相应的功能。 0084 例如， 获取模块510、 第一确定模块520、 第二确定模块530以及部署模块540中的任 意多个可以合并在一个模块/单元/子单元中实现， 或者其中的任意一个模块/单元/子单元 可以被拆分成多个模块/单元/子单元。 或者， 这些模块/单元/子单元中的一个或多个模块/ 单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合， 并在 一个模块/单元/子单元中实现。 根据本公开的实施例，。

47、 获取模块510、 第一确定模块520、 第 二确定模块530以及部署模块540中的至少一个可以至少被部分地实现为硬件电路， 例如现 场可编程门阵列(FPGA)、 可编程逻辑阵列(PLA)、 片上系统、 基板上的系统、 封装上的系统、 专用集成电路(ASIC)， 或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或 固件来实现， 或以软件、 硬件以及固件三种实现方式中任意一种或以其中任意几种的适当 组合来实现。 或者， 获取模块510、 第一确定模块520、 第二确定模块530以及部署模块540中 的至少一个可以至少被部分地实现为计算机程序模块， 当该计算机程序模块被运行时， 可 以执行。

48、相应的功能。 0085 需要说明的是， 本公开实施例的测试环境部署装置与本公开实施例的测试环境部 署方法部分是相对应的， 测试环境部署装置部分的描述具体参考测试环境部署方法部分， 在此不再赘述。 说明书 8/11 页 11 CN 110389903 A 11 0086 本公开实施例的电子设备包括一个或多个处理器和用于存储一个或多个指令的 存储器， 当一个或多个指令被一个或多个处理器执行时， 使得一个或多个处理器实现上文 描述的方法。 0087 图8示意性示出了根据本公开实施例的电子设备的框图。 图8示出的电子设备仅仅 是一个示例， 不应对本公开实施例的功能和使用范围带来任何限制。 0088 如。

49、图8所示， 根据本公开实施例的电子设备800包括处理器801， 其可以根据存储在 只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程 序而执行各种适当的动作和处理。 处理器801例如可以包括通用微处理器(例如CPU)、 指令 集处理器和/或相关芯片组和/或专用微处理器(例如， 专用集成电路(ASIC)， 等等。 处理器 801还可以包括用于缓存用途的板载存储器。 处理器801可以包括用于执行根据本公开实施 例的方法流程的不同动作的单一处理单元或者是多个处理单元。 0089 在RAM 803中， 存储有电子设备800操作所需的各种程序和数据。 处理器。

50、801、 ROM 802以及RAM 803通过总线804彼此相连。 处理器801通过执行ROM 802和/或RAM 803中的程 序来执行根据本公开实施例的方法流程的各种操作。 需要注意， 所述程序也可以存储在除 ROM 502和RAM 803以外的一个或多个存储器中。 处理器801也可以通过执行存储在所述一 个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。 0090 根据本公开的实施例， 电子设备800还可以包括输入/输出(I/O)接口805， 输入/输 出(I/O)接口805也连接至总线804。 电子设备800还可以包括连接至I/O接口805的以下部件 中的一项或多项： 。