产品部署策略的确定方法、装置、计算机设备和存储介质

技术领域

本申请涉及云计算技术领域，特别是涉及一种产品部署策略的确定方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着云计算技术的发展，出现了虚拟化技术，虚拟化技术能够通过软件在计算机硬件上构建一个抽象层，使CPU(Central Processing Unit，中央处理器)、内存、存储等硬件资源可以被划分成多个独立运行的虚拟机计算机。虚拟化平台作为信息技术最为重要的技术底座，可以决定未来的技术发展路线，因此，虚拟化平台的产品选型尤为重要。

现有技术中，在确定虚拟化平台产品选型时，可以根据虚拟化平台的产品厂商提供的技术数据及POC(Proof of Concept，验证性测试)测试结果，由用户确定虚拟化平台的产品选型。

然后，由于在虚拟化平台的产品选型阶段，用户对各种虚拟化平台缺乏了解，无法确定各个产品的优劣势，缺少横向对比数据，导致用户难以在各种虚拟化平台中确定与自身需求最适配的虚拟化平台和部署架构。

发明内容

基于此，有必要针对上述技术问题，提供一种能够确定与用户需求适配的虚拟化平台和部署架构的产品部署策略的确定方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种产品部署策略的确定方法。所述方法包括：

获取针对待创建产品的产品需求信息，并根据所述产品需求信息，从测试库中确定目标测试项；

从各虚拟化平台中确定待测试虚拟化平台，及从各部署架构中确定待测试部署架构，并根据各所述待测试虚拟化平台和各所述待测试部署架构构建至少一个测试组，所述测试组中包括一个所述待测试虚拟化平台和一个所述待测试部署架构；

针对任一所述测试组，根据各所述目标测试项对所述测试组进行测试，得到所述测试组针对各所述目标测试项的测试结果；

根据各所述目标测试项的测试结果，从各所述测试组中确定目标测试组；

根据所述目标测试组中的所述待测试虚拟化平台和所述待测试部署架构，确定针对所述待创建产品的产品部署策略。

在其中一个实施例中，所述根据所述产品需求信息，从测试库中确定目标测试项，包括：

根据所述产品需求信息，确定需求类别；

将测试库中与所述需求类别相关联的测试项，作为目标测试项。

在其中一个实施例中，所述根据所述产品需求信息，确定需求类别，包括：

通过预训练的类别预测网络对所述产品需求信息进行处理，得到所述产品需求信息对应的需求类别。

在其中一个实施例中，所述根据所述产品需求信息，从测试库中确定针对各虚拟化平台的目标测试项，包括：

从所述产品需求信息中获取目标测试时长；

在各测试方案中，获取与所述目标测试时长相匹配的目标测试方案；

将所述目标测试方案所包含的测试项，作为目标测试项。

在其中一个实施例中，所述根据所述产品需求信息，从测试库中确定针对各虚拟化平台的目标测试项，包括：

在所述产品需求信息为全需求的情况下，将测试库中的全部测试项作为目标测试项。

在其中一个实施例中，所述方法还包括：

基于各所述目标测试项生成测试项选择消息；

接收所述测试项选择消息对应的测试项选择结果，根据所述测试项选择结果，在各所述目标测试项中，确定最终的目标测试项。

在其中一个实施例中，所述根据各所述目标测试项对所述测试组进行测试，得到所述测试组针对各所述目标测试项的测试结果，包括：

针对任一所述目标测试项，在所述目标测试项为自动测试的情况下，获取所述目标测试项对应的测试脚本，针对所述测试组执行所述测试脚本，得到所述测试组针对所述目标测试项的测试结果；或者，

在所述目标测试项为手动测试的情况下，获取所述目标测试项对应的测试策略，在显示界面中展示所述测试策略，以引导用户在所述测试组中手动执行测试，得到所述测试组针对所述目标测试项的测试结果。

在其中一个实施例中，所述根据各所述待测试虚拟化平台和各所述待测试部署架构构建至少一个测试组，包括：

将各所述待测试虚拟化平台和各所述待测试部署架构进行组合，构建至少一个测试组。

第二方面，本申请还提供了一种产品部署策略的确定装置。所述装置包括：

第一确定模块，用于获取针对待创建产品的产品需求信息，并根据所述产品需求信息，从测试库中确定目标测试项；

构建模块，用于从各虚拟化平台中确定待测试虚拟化平台，及从各部署架构中确定待测试部署架构，并根据各所述待测试虚拟化平台和各所述待测试部署架构构建至少一个测试组，所述测试组中包括一个所述待测试虚拟化平台和一个所述待测试部署架构；

测试模块，用于针对任一所述测试组，根据各所述目标测试项对所述测试组进行测试，得到所述测试组针对各所述目标测试项的测试结果；

第二确定模块，用于根据各所述目标测试项的测试结果，从各所述测试组中确定目标测试组；

第三确定模块，用于根据所述目标测试组中的所述待测试虚拟化平台和所述待测试部署架构，确定针对所述待创建产品的产品部署策略。

在其中一个实施例中，所述第一确定模块具体用于：

根据所述产品需求信息，确定需求类别；

将测试库中与所述需求类别相关联的测试项，作为目标测试项。

在其中一个实施例中，所述第一确定模块具体用于：

通过预训练的类别预测网络对所述产品需求信息进行处理，得到所述产品需求信息对应的需求类别。

在其中一个实施例中，所述第一确定模块具体用于：

从所述产品需求信息中获取目标测试时长；

在各测试方案中，获取与所述目标测试时长相匹配的目标测试方案；

将所述目标测试方案所包含的测试项，作为目标测试项。

在其中一个实施例中，所述第一确定模块具体用于：

在所述产品需求信息为全需求的情况下，将测试库中的全部测试项作为目标测试项。

在其中一个实施例中，所述装置还包括：

生成模块，用于基于各所述目标测试项生成测试项选择消息；

第四确定模块，用于接收所述测试项选择消息对应的测试项选择结果，根据所述测试项选择结果，在各所述目标测试项中，确定最终的目标测试项。

在其中一个实施例中，所述测试模块具体用于：

针对任一所述目标测试项，在所述目标测试项为自动测试的情况下，获取所述目标测试项对应的测试脚本，针对所述测试组执行所述测试脚本，得到所述测试组针对所述目标测试项的测试结果；或者，

在所述目标测试项为手动测试的情况下，获取所述目标测试项对应的测试策略，在显示界面中展示所述测试策略，以引导用户在所述测试组中手动执行测试，得到所述测试组针对所述目标测试项的测试结果。

在其中一个实施例中，所述构建模块包括：

将各所述待测试虚拟化平台和各所述待测试部署架构进行组合，构建至少一个测试组。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述各产品部署策略的确定方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述各产品部署策略的确定方法的步骤。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各产品部署策略的确定方法的步骤。

上述产品部署策略的确定方法、装置、计算机设备、存储介质和计算机程序产品，获取针对待创建产品的产品需求信息，并根据所述产品需求信息，从测试库中确定目标测试项；从各虚拟化平台中确定待测试虚拟化平台，及从各部署架构中确定待测试部署架构，并根据各所述待测试虚拟化平台和各所述待测试部署架构构建至少一个测试组，所述测试组中包括一个所述待测试虚拟化平台和一个所述待测试部署架构；针对任一所述测试组，根据各所述目标测试项对所述测试组进行测试，得到所述测试组针对各所述目标测试项的测试结果；根据各所述目标测试项的测试结果，从各所述测试组中确定目标测试组；根据所述目标测试组中的所述待测试虚拟化平台和所述待测试部署架构，确定针对所述待创建产品的产品部署策略。采用本方法，能够根据用户的产品需求信息，确定与用户的产品需求相匹配的目标测试项，并且根据目标测试项，对各待测试虚拟化平台和各待测试部署架构进行测试，根据测试结果，确定与用户需求最适配的待创建产品的产品部署策略。

附图说明

图1为一个实施例中产品部署策略的确定方法的流程示意图；

图2为一个实施例中本地磁盘型的虚拟化平台的示意图；

图3为一个实施例中集中存储型的虚拟化平台的示意图；

图4为一个实施例中分布式存储型的虚拟化平台的示意图；

图5为一个实施例中测试库中的各测试项的示例示意图；

图6为一个实施例中确定目标测试项的流程示意图；

图7为另一个实施例中确定目标测试项的流程示意图；

图8为一个实施例中确定最终的目标测试项的流程示意图；

图9为一个实施例中得到测试组针对目标测试项的测试结果的流程示意图；

图10为一个实施例中产品部署策略的确定装置的结构框图；

图11为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在介绍本发明的具体实施例之前，先对本发明中所涉及的专业术语进行解释：

信创：信息技术应用创新产业，是数据安全、网络安全的基础，是国产化新基建的重要组成部分。

虚拟化：通过软件在计算机硬件上构建一个抽象层，使CPU、内存和存储等硬件资源可以被划分成多个独立运行的虚拟机计算机。

SAN(Storage Area Network)：存储区域网络，采用网状通道技术，通过FC(光纤通道)交换机连接存储阵列和服务器主机，建立专用于数据存储的区域网络。

分布式存储：一种数据存储技术，通过网络使用企业中的每台机器上的磁盘空间，并将这些分散的存储资源构成一个虚拟的存储设备。

在一个实施例中，如图1所示，提供了一种产品部署策略的确定方法，本实施例以该方法应用于终端进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。本实施例中，该方法包括以下步骤：

步骤102，获取针对待创建产品的产品需求信息，并根据产品需求信息，从测试库中确定目标测试项。

其中，产品需求信息可以为产品需求的文字描述信息，例如：高可用、高稳定性；还可以为用户在展示界面进行产品需求关键字的勾选后，终端基于用户勾选的产品需求关键字，生成的产品需求信息，本申请实施例对于产品需求信息的具体形式和内容不做限定。

本申请实施例中，在用户存在待创建产品的选型的需求下，用户可以在展示界面输入针对待创建产品的产品需求信息。

终端根据用户输入的待创建产品的产品需求信息，在预先存储的测试库中，确定与产品需求信息相关的目标测试项。可选地，终端还可以在存储有测试库的服务器中，获取测试库，并在测试库中，确定与产品需求信息相关的目标测试项。

可以理解的是，用户可能存在在多种虚拟化平台中个性化选择需要进行测试的虚拟化平台、以及在多种部署架构中个性化选择需要进行测试的部署架构的需求，因此，产品需求信息中还可以携带有虚拟化平台的选择范围和部署架构的选择范围。例如，产品需求信息中还可以为虚拟化平台A、虚拟化平台B、部署架构A、部署架构B、高可用、高稳定性。

其中，部署架构可以包括但不限于本地磁盘型部署架构、集中存储型部署架构和分布式存储型部署架构。

本地磁盘型的虚拟化平台，参照图2所示，使用计算节点本地的物理磁盘作为存储来源，可以使存储资源摆脱对网络环境的依赖，具有较好的稳定性和较低的成本，但是由于服务器磁盘槽位有限扩展能力弱，存储IO(Input/Output，输入/输出)性能一般，部署在本地磁盘上的虚拟机无法快速完成计算节点的在线迁移。

集中存储型的虚拟化平台，参照图3所示，为目前的主流部署模式，各个计算节点之间使用同一台SAN存储设备作为共享存储。存储容量扩展能力强，存储IO性能较强，虚拟机在线迁移能力强，由于需要单独的SAN存储设备与SAN交换机成本会高于其他部署模式。

分布式存储型的虚拟化平台，参照图4所示，是使用分布式存储作为存储来源，信创虚拟化平台一般都可以提供基于CEPH(一个统一的分布式存储系统)的分布式存储功能，使用存储节点的物理磁盘组建成分布式存储，也可以复用计算节点的物理磁盘，提供给上层虚拟化平台使用。这种部署方式扩展能力强，虚拟机在线迁移能力强，由于不需要单独的存储设备及网络设备，其成本远低于集中存储模式，但是存储的IO性能较差。

其中，测试库中的各测试项可以基于虚拟化平台的技术指标确定，本申请实施例中，参照图5所示，虚拟化平台的技术指标可以包括部署能力、功能性、高可用性、网络管理能力、虚拟机性能、分布式存储能力等六个大类。

示例性地，部署能力技术指标对应6个测试项，包括云宏虚拟化平台部署、虚拟化平台升级、计算节点扩容、新增SAN存储LUN(Logical Unit Number，逻辑单元号)、SAN存储扩容和分布式存储扩容(非融合架构)。

其中，云宏虚拟化平台部署的测试类型为手动测试，测试策略包括：(1)根据总体规划，各类设备接线上架，根据虚拟化平台厂商提供的安装手册进行云平台部署搭建；(2)记录搭建过程中的各个时间点；(3)计算虚拟化平台部署第一步开始到完成整套平台的搭建工作的时间t，t不能超过5天；(4)提供一致性工具检测部署后的环境，确认各组件服务、配置参数等正常。

云宏虚拟化平台部署的测试预期结果为：(1)虚拟化平台部署成功；(2)t小于5天：(3)各组件服务、配置参数检测通过。

虚拟化平台升级的测试类型为自动类型，测试脚本为：(1)进行计算集群跨版本升级，该版本具备至少一个功能的新增和bug(软件程序的漏洞和缺陷)修复，升级时通过ping(Packet Internet Groper，因特网包探索器)虚拟机查看是否中断，升级期间使用虚拟机内部脚本统计业务中断时间，若升级失败需自动回退并告知升级失败原因；(2)进行存储集群跨版本升级，新版本具备至少一个功能的新增和bug修复，升级时通过ping虚拟机查看是否中断，升级期间给予磁盘一定压力，监控IOPS(Input/Output Operations Per Second，每秒的输入输出量)是否有归零，若升级失败需自动回退并告知升级失败原因；(3)进行宿主机系统补丁热升级(可分批灰度升级)，表现为升级后操作系统内核版本号变化，升级时通过ping虚拟机查看是否中断，升级期间使用虚拟机内部脚本统计业务中断时间，若升级失败需自动回退并告知升级失败原因；(4)升级后使用工具进行一致性检查和回退。

虚拟化平台升级的测试预期结果为：(1)升级成功，虚拟机无中断，业务无中断；或升级失败，自动回退；(2)升级成功，虚拟机无中断，IOPS无归零；或升级失败，自动回退。(3)升级成功，虚拟机无中断，业务无中断；或升级失败，自动回退；(4)一致性检查通过，各版本回退成功。

计算节点扩容的测试类型为自动测试，测试脚本为：扩容期间持续ping虚拟机查看是否中断，扩容期间统计业务中断时间。

计算节点扩容的测试预期结果为：(1)扩容成功，虚拟机无中断，业务无中断；(2)扩容成功，虚拟机无中断，IOPS无归零；(3)一致性检查通过，回退成功。

新增SAN存储LUN的测试类型为自动测试，测试脚本为：(1)存储端新划分一个2T的LUN；(2)计算节点识别、挂载、创建文件系统。

新增SAN存储LUN的测试预期结果为：(1)可以正常识别、挂载、创建文件系统；(2)可以在新分配的LUN上部署虚拟机。

SAN存储扩容的测试类型为自动测试，测试脚本为：扩容期间持续ping虚拟机查看是否中断，扩容期间统计业务中断时间。

SAN存储扩容的测试预期结果为：(1)扩容成功，虚机无中断，业务无中断；(2)扩容成功，虚机无中断，IOPS无归零；(3)一致性检查通过，回退成功。

分布式存储扩容(非融合架构)的测试类型为自动测试，测试脚本为：(1)新加入分布式存储进行扩容，扩容期间持续ping虚拟机查看是否中断；(2)扩容后迁移虚拟机至分布式存储进行测试。

分布式存储扩容(非融合架构)的测试预期结果为：(1)扩容成功，虚机无中断，业务无中断；(2)扩容成功，虚机无中断，IOPS无归零；(3)一致性检查通过，回退成功；(4)虚拟机可部署在分布式存储。

示例性地，功能性技术指标对应13个测试项，包括虚拟机申请/删除/重启、虚拟机动态调整CPU/内存(扩容和缩小)、虚拟机扩容磁盘、虚拟存储媒体配置模式、虚拟机快照管理/克隆、虚拟机热迁移、虚拟机冷迁移、跨平台迁移能力、虚拟机监控、计算节点监控及资源统计、虚拟机备份、对接备份一体机能力、和控制节点备份与恢复。

虚拟机申请/删除/重启的测试类型为自动测试，测试脚本为：(1)登录云管理平台，选择申请弹性云服务器，选择分区、操作系统、规格、镜像、网络等，进行虚拟机创建。集群A/B/C各创建4个虚拟机，运行在不同宿主机上；(2)通过云管理平台远程登录虚拟机，进行系统盘的扩容、数据盘的创建、扩容，进行虚拟机文件系统的创建、扩容等操作；(3)在虚拟机平台上批量创建虚拟机，记录创建虚拟机耗时t1；(4)进行虚拟机退库下线操作，记录耗时t2，删除记录耗时t3，查看是否有残留的卷、端口、子网等信息。(下线一台即可)。

虚拟机申请/删除/重启的测试预期结果为：(1)虚拟机创建成功(2)登录成功，创建、扩容文件系统成功批量创建成功，记录时间t1小于15分钟，成功率99％；(4)下线成功，相关系统监控取消，记录时间t2；(5)删除成功，没有残留信息，记录t3。

虚拟机动态调整CPU/内存(扩容和缩小)的测试类型为自动测试，测试脚本为：(1)在云管理平台，选择虚拟机，对其进行cpu、内存的在线扩容，使用虚拟机内部脚本统计业务中断时间；(2)远程登录进入操作系统,，分别执行命令“cat/proc/cpuinfo|grep"processor"|wc-l”，“cat/proc/meminfo|grep MemTotal”查询当前的虚拟机cpu核数和内存大小。

虚拟机动态调整CPU/内存(扩容和缩小)的测试预期结果为：(1)扩容成功，业务无中断；(2)cpu、内存为扩容后的值。

虚拟机扩容磁盘的测试类型为自动测试，测试脚本为：(1)在云管理平台，选择虚拟机，增加一块磁盘；(2)远程登录进入操作系统,，首先查看/dev下磁盘个数，然后执行刷新磁盘操作，例如pvscan(扫描系统中连接的所有硬盘，列出找到的物理卷列表)，再查看/dev下发现新增磁盘。

虚拟机扩容磁盘的测试预期结果为：扩容成功，业务无中断。

虚拟存储媒体配置模式的测试类型为自动测试，测试脚本为：检查是否支持虚拟存储媒体精简配置、厚置备配置以及延时厚置备配置。

虚拟存储媒体配置模式的测试预期结果为：全部支持。

虚拟机快照管理/克隆的测试类型为自动测试，测试脚本为：(1)选择一台虚拟机执行快照，查询虚拟机的快照列表，是否有新快照生成；(2)在虚拟机上创建一个文件系统和若干文件，用快照进行恢复，查看是否恢复原状；(3)设置快照保留策略，到达限制后查看是否能删除最旧的快照，或无法保存新快照；(4)查询虚拟机的快照列表并手动删除指定的快照，查看是否删除；批量删除快照，查看是否删除；(5)使用虚拟机快照批量克隆虚拟机。

虚拟机快照管理/克隆的测试预期结果为：(1)新快照生成；(2)恢复原状；(3)策略生效；(4)删除成功；(5)批量克隆成功。

虚拟机热迁移的测试类型为自动测试，测试脚本为：在云管理平台上操作虚拟机从源计算节点迁移至同群集内的计算节点，持续热迁移5次，期间使用ping脚本统计迁移过程中网络中断时间。

虚拟机热迁移的测试预期结果为：记录迁移成功率、记录网络中断时间、业务中断时间。

虚拟机冷迁移的测试类型为自动测试，测试脚本为：(1)在平台上选择虚拟机下电关机，迁移至同一群集内的其他计算节点，上电虚拟机；(2)将一台虚拟机(包含数据盘)备份或导出，基于备份或镜像恢复至新虚拟机，虚拟机启动成功。

虚拟机冷迁移的测试预期结果为：(1)迁移成功，虚拟机启动成功；(2)启动成功，策略保持不变。

跨平台迁移能力的测试类型为自动测试，测试脚本为：(1)验证支持vmware(虚拟机软件)向云宏平台的虚拟机迁移；(2)验证批量支持OpenStack向云宏平台的虚拟机迁移。

跨平台迁移能力的测试预期结果为：迁移成功，虚拟机启动成功。

虚拟机监控的测试类型为自动测试，测试脚本为：可监控CPU、内存、存储、网络等参数状态。

虚拟机监控的测试预期结果为：可监控得到CPU、内存、存储、网络等参数状态。

计算节点监控及资源统计的测试类型为自动测试，测试脚本为：可监控CPU、内存、存储、网络等参数状态。

计算节点监控及资源统计的测试预期结果为：可监控得到CPU、内存、存储、网络等参数状态。

虚拟机备份的测试类型为自动测试，测试脚本为：进行全量、增量备份。

虚拟机备份的测试预期结果为：支持全量、增量备份。

对接备份一体机能力的测试类型为自动测试，测试脚本为：对接数腾备份一体机。

对接备份一体机能力的测试预期结果为：可对接数腾备份一体机。

控制节点备份与恢复的测试类型为自动测试，测试脚本为：(1)创建控制节点的备份；(2)使用备份恢复控制节点；(3)验证控制节点功能是否正常。

控制节点备份与恢复的测试预期结果为：(1)备份正常；(2)可以正常恢复；(3)恢复后管理节点功能正常。

示例性地，高可用性技术指标对应13个测试项，包括：单台计算节点单块操作系统磁盘故障、单台计算节点单块数据磁盘故障、单台计算节点单块网卡故障(业务网)、单台计算节点业务网故障、单台计算节点单块网卡故障(管理网)、单台计算节点管理网故障、单台计算节点单块HBA卡故障、单台计算节点两块HBA卡均故障、集群中所有计算节点单个LUN故障、单个计算节点中的单个LUN故障、单台计算节点故障、单台管理节点故障、和管理节点数据库故障。在进行高可用性的测试项的测试时，部署架构中的SAN存储型架构和分布式存储型架构能够开启HA(Highly Available，双机集群系统)。

单台计算节点单块操作系统磁盘故障的测试类型为手动测试，测试策略为：热插拔单块操作系统数据盘。

单台计算节点单块操作系统磁盘故障的测试预期结果为：(1)计算节点运行正常、(2)该节点上虚拟机运行正常。

单台计算节点单块数据磁盘故障的测试类型为手动测试，测试策略为：拔掉单条业务网网线。

单台计算节点单块数据磁盘故障的测试预期结果为：(1)计算节点运行正常；(2)该节点上虚拟机运行正常。

单台计算节点单块网卡故障(业务网)的测试类型为手动测试，测试策略为：拔掉单条业务网网线。

单台计算节点单块网卡故障(业务网)的测试预期结果为：(1)计算节点运行正常；(2)该节点上虚拟机运行正常。

单台计算节点业务网故障的测试类型为手动测试，测试策略为：(1)同时拔掉两条业务网网线；(2)检查虚拟机业务网联通状态；(3)迁移虚拟机至其他计算节点。

单台计算节点业务网故障的测试预期结果为：(1)迁移后虚拟机正常运行；(2)迁移后虚拟机业务网联通性正常。

单台计算节点单块网卡故障(管理网)的测试类型为手动测试，测试策略为：拔掉单条管理网网线。

单台计算节点单块网卡故障(管理网)的测试预期结果为：(1)计算节点运行正常；(2)该节点上虚拟机运行正常。

单台计算节点管理网故障的测试类型为手动测试，测试策略为：(1)同时拔掉两条业务网网线；(2)检查虚拟机业务网联通状态。

单台计算节点管理网故障的测试预期结果为：(1)虚拟机运行正常；(2)虚拟机业务网连通性正常。

单台计算节点单块HBA卡故障的测试类型为手动测试，测试策略为：拔掉单条FC链路。

单台计算节点单块HBA卡故障的测试预期结果为：(1)计算节点运行正常；(2)该节点上虚拟机运行正常。

单台计算节点两块HBA卡均故障的测试类型为手动测试，测试策略为：拔掉两条FC链路。

单台计算节点两块HBA卡均故障的测试预期结果为：(1)计算节点运行正常；(2)计算节点自动关闭，该节点上虚拟机60s内自动漂移运行正常(开启HA)；(3)计算节点自动重启，该节点上虚拟机全部关闭(关闭HA)。

集群中所有计算节点单个LUN故障的测试类型为自动测试，测试脚本为：存储端将单个LUN与计算节点解除映射。

集群中所有计算节点单个LUN故障的测试预期结果为：(1)集群中所有计算节点自动重启；(2)集群中所有虚拟机全部关闭。

单个计算节点中的单个LUN故障的测试类型为自动测试，测试脚本为：将计算节点中单个LUN进行umount(将挂载点上的文件系统卸载)。

单个计算节点中的单个LUN故障的测试预期结果为：(1)使用该LUN的存储池显示异常；(2)使用该LUN的虚拟机无法连接；(3)重新mount(把设备上的文件系统挂载到系统的挂载点上)后恢复正常。

单台计算节点故障的测试类型为手动测试，测试策略为：将单台计算节点断电。

单台计算节点故障的测试预期结果为：(1)虚拟机无法访问(关闭HA)；(2)虚拟机60s内自动漂移，可以正常访问(开启HA)。

单台管理节点故障的测试类型为手动测试，测试策略为：将单台管理节点断电。

单台管理节点故障的测试预期结果为：(1)备用管理节点自动接管集群(2)接管后管理功能正常。

管理节点数据库故障的测试类型为自动测试，测试脚本为：终止管理节点数据库进程。

管理节点数据库故障的测试预期结果为：(1)备用管理节点自动接管集群；(2)接管后管理功能正常。

示例性地，网络管理能力技术指标对应4个测试项，包括分布式交换机创建/删除/修改、分布式交换机vlan(Virtual Local Area Network，虚拟局域网)创建/删除/修改、分布式交换机中单台服务器添加多个上行物理网卡，允许添加状态为down(关闭)的网卡、以及分布式交换机中单台服务器多个端口可支持主备/静态绑定/LACP(Link AggregationControl Protocol，链路汇聚控制协议)。

其中，分布式交换机创建/删除/修改的测试类型为自动测试，测试脚本为：进行分布式交换机创建、删除和修改。

分布式交换机创建/删除/修改的测试预期结果为：支持分布式交换机创建、删除和修改。

分布式交换机vlan创建/删除/修改的测试类型为自动测试，测试脚本为：进行分布式交换机vlan创建、删除和修改。

分布式交换机vlan创建/删除/修改的测试预期结果为：支持分布式交换机vlan创建、删除和修改。

分布式交换机中单台服务器添加多个上行物理网卡，允许添加状态为down的网卡的测试类型为手动测试，测试策略为：分布式交换机中单台服务器添加多个上行物理网卡；允许添加状态为down的网卡。

分布式交换机中单台服务器添加多个上行物理网卡，允许添加状态为down的网卡的测试预期结果为：支持添加多个上行物理网卡、支持添加状态为down的网卡。

分布式交换机中单台服务器多个端口可支持主备/静态绑定/LACP的测试类型为自动测试，测试脚本为：分布式交换机中单台服务器多个端口可支持主备、静态绑定和LACP。

分布式交换机中单台服务器多个端口可支持主备/静态绑定/LACP的测试预期结果为：支持主备、静态绑定和LACP。

示例性地，分布式存储能力技术指标对应10个测试项，包括：创建块存储、块存储的伸缩、块存储的快照能力、虚拟机批量挂载卷、存储卷QoS(Quality of Service，服务质量)能力、单盘故障后的IO阻塞时间、存储节点故障后的IO阻塞时间、网络亚健康的情况下对分布式存储的影响和故障处理能力、不同副本数损坏时策略、以及单盘故障引起raid卡其它盘IO阻塞。分布式存储能力的测试项仅对分布式存储型架构进行测试。

其中，创建块存储的测试类型为自动测试，测试脚本为：在云管理平台上创建中端块存储并挂载到虚拟机，查看块存储是否存在。

创建块存储的测试预期结果为：(1)创建成功；(2)存在。

块存储的伸缩的测试类型为自动测试，测试脚本为：(1)对已挂载到虚机的块存储在线扩容成功；(2)在使用量小于配额时可完成降低配额，对已分配的块存储卷支持缩容。

块存储的伸缩的测试预期结果为：(1)扩容成功；(2)缩容成。

块存储的快照能力的测试类型为自动测试，测试脚本为：(1)在打过快照的卷上创建文件，用准备阶段的快照进行恢复，查看并记录所创建文件是否存在；(2)删除快照，查看并记录快照是否存在。

块存储的快照能力的测试预期结果为：(1)文件消失；(2)删除成功，并且快照记录消失。

虚拟机批量挂载卷的测试类型为自动测试，测试脚本为：(1)批量创建10台4C8G(4核CPU、8G内存)虚拟机备用；(2)批量创建20个100G的卷；(3)每台虚拟机挂载2个100G的卷，记录开始时间t1和结束时间t2。

虚拟机批量挂载卷的测试预期结果为：(1)成功创建虚拟机备用；(2)成功批量创建20个100G的卷；(3)成功挂载，并记录t2-t1。

存储卷QoS能力的测试类型为自动测试，测试脚本为：(1)在云管理平台上创建100G容量的卷、并挂载到4C8G虚拟机上。(2)在云管理平台上设置中端存储卷的IOPS上限为200，登录虚拟机运行fio(IO性能压测工具)工具进行IOPS压测，观察能否超过200；(3)在云管理平台上设置中端存储卷带宽的上限20MBps，登录虚拟机运行fio工具进行带宽压测，观察能否超过；(4)确认是否具备IOPS保低的功能；(5)确认是否具备智能QoS能力功能；(6)后台配置QoS，记录QoS配置是否在线生效；(7)能否支持动态调整QoS并永久生效；(8)设置卷QoS，超过阈值90％时需告警。

存储卷QoS能力的测试预期结果为：(1)成功创建100G容量的卷、并挂载到4C8G虚拟机上；(2)IOPS压测，不超过200；(3)带宽压测不超过20MBps；(4)具备IOPS保低的功能；(5)具备智能QoS能力功能；(6)QoS配置在线生效；(7)支持动态调整QoS并永久生效；(8)支持超过阈值90％时告警。

单盘故障后的IO阻塞时间的测试类型为自动测试，测试脚本为：(1)创建一个4C8G的虚拟机并挂载1T待测试的存储卷，持续向卷中512K顺序，大小800G写数据；(2)从存储节点上拔掉承载存储卷的一块硬盘后IO的阻塞时间(小于10s)，并通过监控查看IO阻塞时间；(3)48k混合io场景写：读＝9：1测试，主动触发数据重分布，记录重分布过程中的IOPS。

单盘故障后的IO阻塞时间的测试预期结果为：(1)成功创建4C8G的虚拟机并挂载1T待测试的存储卷，持续向卷中512K顺序写，大小800G写数据；(2)成功记录IO阻塞时间；(3)成功记录IOPS。

存储节点故障后的IO阻塞时间的测试类型为自动测试，测试脚本为：(1)创建一个8C16G(8核CPU，16G内存)的虚拟机并挂载1T待测试的存储卷，持续向卷中512K顺序写，大小100G写数据；(2)关闭一台存储节点，通过监控查看IO的阻塞时间(小于10s)；(3)移除一台存储节点的网线，通过iostat(用于报告CPU统计信息和整个系统、适配器、tty设备、磁盘和CD-ROM的IO统计信息)查看IO的阻塞时间(小于10s)；(4)48k混合io场景写：读＝9：1测试，主动触发数据重分布，记录重分布过程中的IOPS。

存储节点故障后的IO阻塞时间的测试预期结果为：(1)成功创建一个8C16G(8核CPU，16G内存)的虚拟机并挂载1T待测试的存储卷，持续向卷中512K顺序写，大小100G写数据；(2)成功记录关闭一台存储节点后的IO的阻塞时间；(3)成功记录移除一台存储节点的网线后的IO的阻塞时间(4)成功记录分布过程中的IOPS。

网络亚健康的情况下对分布式存储的影响和故障处理能力的测试类型为自动测试，测试脚本为：(1)新建10台16C32G(16核CPU，32G内存)虚拟机，每个虚机挂载一个1TB卷，维持每台虚机20％性能压力(模拟业务低峰期)，使用fio工具使用48k混合io场景写:读＝9:1测试，记录10台低峰期无时延无丢包率的读写IOPS总和；(2)维持每台虚机20％压力，使用TC(Traffic Control，流量控制)在某个存储节点的存储网卡上模拟丢包现象，丢包率5％，网卡根据实际情况指定。执行“tc qdisc add dev eth0 root netem loss 5％”，查看是否有报警，并记录10台虚机低峰期5％丢包的读写IOPS总和；(3)查看是否能自动恢复亚健康状态；(4)查看是否能自动隔离亚健康状态的存储节点；(5)删掉网络丢包率，增加100ms的时延，执行“tc qdisc del dev eth0 root netem loss5％”、“tc qdisc add deveth0 root netem delay 100ms”；(6)查看是否有报警，并记录10台虚机低峰期100ms时延的读写IOPS总和；(7)查看是否能自动恢复亚健康状态；(8)查看是否能自动隔离亚健康状态的存储节点；(9)使用fio工具使用48k混合io场景写:读＝9:1测试，维持虚拟机70％性能压力(模拟业务高峰期)，在预设测试时长内重复上述(2)-(8)的测试。

网络亚健康的情况下对分布式存储的影响和故障处理能力的测试预期结果为：(1)虚机20％压力网卡5％丢包时IO下降的百分比；(2)虚机20％压力网卡5％丢包是否有报警；(3)虚机20％压力网卡100ms时延时IO下降的百分比；(4)虚机20％压力网卡100ms时延是否有报警；(5)虚机70％压力网卡5％丢包时IO下降的百分比；(6)虚机70％压力网卡5％丢包是否有报警；(7)虚机70％压力网卡100ms时延时IO下降的百分比；(8)虚机70％压力网卡100ms时延是否有报警。

不同副本数损坏时策略的测试类型为自动测试，测试脚本为：(1)确定是否支持一副本损坏时进入可读可写模式；(2)确定是否支持二副本顺坏时进入不可读不可写模式；(3)确定是否支持二副本损坏时进入只读模式。

不同副本数损坏时策略的测试预期结果为：(1)支持一副本损坏时进入可读可写模式；(2)支持二副本顺坏时进入不可读不可写模式；(3)支持二副本损坏时进入只读模式。

单盘故障引起raid卡其它盘IO阻塞的测试类型为自动测试，测试脚本为：(1)创建10个4C8G的虚拟机并挂载10个1T待测试的存储卷，持续向卷中512K顺序写，大小800G写数据；(2)使用命令模拟单盘故障，测试IO是否有抖动，IO是否有归零情况，记录持续时长。

单盘故障引起raid卡其它盘IO阻塞的测试预期结果为：(1)成功创建10个4C8G的虚拟机并挂载10个1T待测试的存储卷，持续向卷中512K顺序写，大小800G写数据(2)成功记录持续时长。

示例性地，性能技术指标对应3个测试项，包括：CPU性能、内存性能和IO性能。

其中，CPU性能的测试类型为自动测试，测试脚本为：模拟8线程运算20000以内质素相加。

CPU性能的测试预期结果为：CPU每秒处理事件数>＝2000。

内存性能的测试类型为自动测试，测试脚本为：模拟8线程以8K的数据块分配100G内存。

内存性能的测试预期结果为：内存分配速率>＝1000MB/S。

IO性能的测试类型为自动测试，测试脚本为：模拟8线程以16KB数据块随机读写。

IO性能的测试预期结果为： (1)读速率>＝10MB/S(SSD >＝ 100MB/S)； (2)写速率>＝5MB/S(SSD>＝50MB/S)。

步骤104，从各虚拟化平台中确定待测试虚拟化平台，及从各部署架构中确定待测试部署架构，并根据各待测试虚拟化平台和各待测试部署架构构建至少一个测试组。

其中，测试组中包括一个待测试虚拟化平台和一个待测试部署架构。

本申请实施例中，在一种实现方式中，终端能够基于产品需求信息，将产品需求信息对应的虚拟化平台和部署架构，确定为待测试虚拟化平台和待测试部署架构。

在另一种实现方式中，终端可以预先存储有多个虚拟化平台信息和多个部署架构信息，在产品需求信息中不携带虚拟化平台信息部署架构信息的情况下，终端能够向用户展示多个虚拟化平台信息和多个部署架构信息，以供用户选择。在用户选择完成后，根据选择结果，在多个虚拟化平台信息和多个部署架构信息中确定待测试虚拟化平台和待测试部署架构。

终端根据各待测试虚拟化平台和各待测试部署架构，构建至少一个测试组，每一测试组中包含一个待测试虚拟化平台和一个待测试部署架构。

步骤106，针对任一测试组，根据各目标测试项对测试组进行测试，得到测试组针对各目标测试项的测试结果。

其中，测试结果用于记录每一测试组针对各目标测试项的测试是否通过，以及各每一测试组针对各目标测试项的测试情况。

本申请实施例中，终端针对任一测试组，根据每一目标测试项，对该测试组进行测试，得到测试组针对全部目标测试项的测试结果。

步骤108，根据各目标测试项的测试结果，从各测试组中确定目标测试组。

本申请实施例中，终端根据每一测试组针对各目标测试项的测试结果，确定与产品需求信息匹配程度最高的目标测试组。

示例性地，在产品需求信息为高可用、高稳定性的情况下，各目标测试项为用于进行高可用或高稳定性测试的测试项。终端确定测试组1针对各目标测试项的测试结果为测试通过，测试组2针对各目标测试项的测试结果中，存在部分目标测试项的测试结果为测试不通过。因此，终端确定测试组1与产品需求信息匹配程度最高，将测试组1作为目标测试组。

步骤110，根据目标测试组中的待测试虚拟化平台和待测试部署架构，确定针对待创建产品的产品部署策略。

本申请实施例中，终端根据目标测试组中的待测试虚拟化平台和待测试部署架构，进行待创建产品的产品部署。

其中，对于待创建产品的产品部署，任一能够根据进行虚拟化平台和部署架构进行产品部署的方法均可用于本申请中，本申请实施例对此不做限定。

上述产品部署策略的确定方法中，获取针对待创建产品的产品需求信息，并根据产品需求信息，从测试库中确定目标测试项；从各虚拟化平台中确定待测试虚拟化平台，及从各部署架构中确定待测试部署架构，并根据各待测试虚拟化平台和各待测试部署架构构建至少一个测试组，测试组中包括一个待测试虚拟化平台和一个待测试部署架构；针对任一测试组，根据各目标测试项对测试组进行测试，得到测试组针对各目标测试项的测试结果；根据各目标测试项的测试结果，从各测试组中确定目标测试组；根据目标测试组中的待测试虚拟化平台和待测试部署架构，确定针对待创建产品的产品部署策略。采用本方法，能够根据用户的产品需求信息，确定与用户的产品需求相匹配的目标测试项，并且根据目标测试项，对各待测试虚拟化平台和各待测试部署架构进行测试，根据测试结果，确定与用户需求最适配的待创建产品的产品部署策略。

在一个实施例中，如图6所示，步骤102包括：

步骤602，根据产品需求信息，确定需求类别。

本申请实施例中，终端可以对产品需求信息进行处理，确定该产品需求信息对应的需求类别。

具体地，终端可以基于自然语言处理算法，对产品需求信息进行处理，提取该产品需求信息的关键字，终端基于预先存储的需求信息的关键字与需求类别的映射关系，确定该产品需求信息的关键字对应的需求类别。

步骤604，将测试库中与需求类别相关联的测试项，作为目标测试项。

本申请实施例中，终端可以在测试库中，标记各测试项的类别，例如终端将测试项A标记为高可用类。

终端根据产品需求信息对应的需求类别，将测试库中确定与该需求类别相关联的测试项，作为目标测试项。

示例性地，终端在产品需求信息对应的需求类别为高可用性的情况下，将测试库中类别为高可用性的测试项，确定为与需求类别相关联的目标测试项。

本实施例中，终端能够根据产品需求信息，确定用户需求，根据产品需求信息的需求类别，在测试库中匹配与需求类别相匹配的测试项，实现了针对用户的实际需求进行测试的效果。并且，由于测试库中的测试项具有可移植性，可以避免通过技术人员手动开发测试用例，节约人力成本，也可以避免由于对信创虚拟化平台缺乏了解而遗漏重要的测试项，通过对测试项的复用，提高了测试效率。

在一个实施例中，步骤602包括：

通过预训练的类别预测网络对产品需求信息进行处理，得到产品需求信息对应的需求类别。

本申请实施例中，测试库中的测试项可以对应测试描述信息和类别，终端可以将各测试项的测试描述信息和各测试项的类别输入至神经网络中，进行训练，得到预训练的类别预测网络。

终端将产品需求信息输入至预训练的类别预测网络，得到产品需求信息对应的需求类别。

本实施例中，终端能够通过基于各测试项的类别和测试项的描述信息训练得到的类别预测网络，进行产品需求信息的处理，从而确定用户需求，便于后续在测试库中匹配与用户需求相关联的测试项。并且，由于类别预测网络是基于各测试项的类别和测试项的描述信息训练得到的，因此，本申请的类别预测网络具有可扩展性，在测试库中的测试项数量增加的情况下，能够将新增的测试项的类别和描述信息输入至类别预测网络，能够提高对类别预测网络的可适用性。

在一个实施例中，如图7所示，步骤102包括：

步骤702，从产品需求信息中获取目标测试时长。

其中，在用户存在测试时长需求的情况下，可以基于终端确定携带有目标测试时长的产品需求信息。

本申请实施例中，终端能够基于自然语言处理算法，从产品需求信息中，提取得到测试时长关键字。终端基于测试时长关键字，确定目标测试时长。

示例性地，在产品需求信息为高可用性、高稳定性，3天的情况下，终端能够基于自然语言处理算法，从该产品需求信息中，提取得到测试时长关键字“3天”。终端基于测试时长关键字，确定目标测试时长为3天。

步骤704，在各测试方案中，获取与目标测试时长相匹配的目标测试方案。

本申请实施例中，终端可以预先存有各测试项的优先级信息，基于各测试项的优先级信息，确定多个测试方案。每一测试方案具有测试时长预期。然后，终端在多个测试方案中，确定测试时长预期与目标测试时长相匹配的目标测试方案。

其中，测试时长预期为完成测试方案中的每一测试项预计花费的时长，对于测试时长预期的具体获取方式，可以对历史测试中对应的测试方案的测试时长进行取平均值得到，也可以由技术人员在实际应用中进行设置，本申请对次不作具体限定。

示例性地，终端根据预先存储的各测试项的优先级信息，测试项1的优先级为A，测试项2的优先级为A，测试项3的优先级为B；测试方案1中包括测试项1和测试项2，测试时长预期为2天，测试方案2中包括测试项1和测试项3，测试时长预期为3天。则终端在目标测试时长较短的情况下，优先选取包含了高优先级的测试项的测试方案，即终端将包含了测试项1和测试项2的测试方案1作为目标测试方案。

步骤706，将目标测试方案所包含的测试项，作为目标测试项。

本申请实施例中，终端获取目标测试方案所包含的测试项，将各测试项作为目标测试项。

本实施例中，由于能够根据用户对于测试时长的需求，确定目标测试时长，并在多个测试方案中，选择包含高优先级的测试项且测试时长预期小于目标测试时长的测试方案，便于实现针对用户需求的高效测试。

在一个实施例中，步骤102包括：

在产品需求信息为全需求的情况下，将测试库中的全部测试项作为目标测试项。

本申请实施例中，终端在产品需求信息中表征用户的测试需求为全量测试的情况下，终端确定产品需求信息为全需求。然后，终端可以将测试库中的全部测试项作为目标测试项。

本实施例中，终端在产品需求信息中表征用户的测试需求为全量测试的情况下，能够进行测试库中全部测试项的测试，使用户全面的了解所测试的信创虚拟化产品(即虚拟化平台和部署架构构成的测试组)，可以根据测试结果对各产品有一个客观、准确和真实的评估，从而在虚拟化平台选择和部署架构选择上得到最适配用户需求的方案。

在一个实施例中，如图8所示，上述方法还包括：

步骤802，基于各目标测试项生成测试项选择消息。

本申请实施例中，终端基于各目标测试项生成测试项选择消息，以使用户根据测试项选择消息，在各目标测试项中进行选择。

可以理解的是，用户还可以在测试库中选取测试项选择消息中不存在的测试项，将该测试项添加至目标测试项中，以实现测试项的个性化选择。

步骤804，接收测试项选择消息对应的测试项选择结果，根据测试项选择结果，在各目标测试项中，确定最终的目标测试项。

本申请实施例中，在用户提交选择结果后，终端得到测试项选择消息对应的测试项选择结果。终端在测试项选择结果中获取目标测试项信息，在各目标测试项中，终端将目标测试项信息对应的目标测试项作为最终的目标测试项。

本实施例中，在终端确定与用户需求相匹配的目标测试项后，能够将目标测试项提供给用户进行进一步选择，从而提高目标测试项与用户的适配程度，便于根据用户确定的最终的目标测试项，进行各测试组的测试。

在一个实施例中，如图9所示，步骤106包括：

步骤902，针对任一目标测试项，在目标测试项为自动测试的情况下，获取目标测试项对应的测试脚本，针对测试组执行测试脚本，得到测试组针对目标测试项的测试结果。

本申请实施例中，针对任一目标测试项，终端确定该目标测试项的测试类型。

其中，测试类型包括自动测试和手动测试。自动测试为通过预先设置的测试脚本，自动化进行测试；手动测试为用户基于测试项对应的测试策略，手动进行测试。

在目标测试项的测试类型为自动测试的情况下，终端获取目标测试项对应的测试脚本，针对测试组执行该目标测试项对应的测试脚本，得到测试组针对目标测试项的测试结果。

步骤904，在目标测试项为手动测试的情况下，获取目标测试项对应的测试策略，在显示界面中展示测试策略，以引导用户在测试组中手动执行测试，得到测试组针对目标测试项的测试结果。

在目标测试项的测试类型为手动测试的情况下，终端获取目标测试项对应的测试策略。终端在显示界面中，展示该目标测试项对应的测试策略。用户能够基于显示界面中展示的目标测试项对应的测试策略，对测试组进行手动测试处理，得到该测试组针对该目标测试项的测试结果。

用户可以将该测试组针对该目标测试项的测试结果输入至终端，从而实现测试类型为手动测试的目标测试项的测试结果的记录。

本实施例中，终端能够自动进行测试类型为自动测试的测试项，并将手动测试的测试项对应的测试策略显示给用户，以使用户获知需要测试方法。自动测试的测试项能够提高测试效率，手动测试在用户获知测试方法(即测试策略)后，提高了用户测试过程的使用体验。

在一个实施例中，步骤104包括：

将各待测试虚拟化平台和各待测试部署架构进行组合，构建至少一个测试组。

本申请实施例中，终端将各待测试虚拟化平台和各待测试部署架构进行两两组合，构建得到测试组。

示例性地，在待测试虚拟化平台为虚拟化平台A、虚拟化平台B，待测试部署架构为部署架构a、部署架构b和部署架构c的情况下，终端将各待测试虚拟化平台和各待测试部署架构进行两两组合，构建得到6个测试组，测试组1(虚拟化平台A+部署架构a)、测试组2(虚拟化平台A+部署架构b)、测试组3(虚拟化平台A+部署架构c)、测试组4(虚拟化平台B+部署架构a)，测试组5(虚拟化平台B+部署架构b)和测试组6(虚拟化平台B+部署架构c)。

本实施例中，通过待测试虚拟化平台和待测试部署架构组合，能够保证每一待测试虚拟化平台和待测试部署架构的组合均可以进行测试，由于待创建产品具有多种待测试虚拟化平台和待测试部署架构组合，因此，对于多种组合进行的多个目标测试项的测试，能够提高测试的全面性。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的产品部署策略的确定方法的产品部署策略的确定装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个产品部署策略的确定装置实施例中的具体限定可以参见上文中对于产品部署策略的确定方法的限定，在此不再赘述。

在一个实施例中，如图10所示，提供了一种产品部署策略的确定装置1000，包括：第一确定模块1002、构建模块1004、测试模块1006、第二确定模块1008和第三确定模块1010，其中：

第一确定模块1002，用于获取针对待创建产品的产品需求信息，并根据所述产品需求信息，从测试库中确定目标测试项。

构建模块1004，用于从各虚拟化平台中确定待测试虚拟化平台，及从各部署架构中确定待测试部署架构，并根据各所述待测试虚拟化平台和各所述待测试部署架构构建至少一个测试组，所述测试组中包括一个所述待测试虚拟化平台和一个所述待测试部署架构。

测试模块1006，用于针对任一所述测试组，根据各所述目标测试项对所述测试组进行测试，得到所述测试组针对各所述目标测试项的测试结果。

第二确定模块1008，用于根据各所述目标测试项的测试结果，从各所述测试组中确定目标测试组。

第三确定模块1010，用于根据所述目标测试组中的所述待测试虚拟化平台和所述待测试部署架构，确定针对所述待创建产品的产品部署策略。

采用本公开实施例提供的产品部署策略的确定装置，能够根据用户的产品需求信息，确定与用户的产品需求相匹配的目标测试项，并且根据目标测试项，对各待测试虚拟化平台和各待测试部署架构进行测试，根据测试结果，确定与用户需求最适配的待创建产品的产品部署策略。

在一个实施例中，所述第一确定模块1002具体用于：

根据所述产品需求信息，确定需求类别；

将测试库中与所述需求类别相关联的测试项，作为目标测试项。

在一个实施例中，所述第一确定模块1002具体用于：

通过预训练的类别预测网络对所述产品需求信息进行处理，得到所述产品需求信息对应的需求类别。

在一个实施例中，所述第一确定模块1002具体用于：

从所述产品需求信息中获取目标测试时长；

在各测试方案中，获取与所述目标测试时长相匹配的目标测试方案；

将所述目标测试方案所包含的测试项，作为目标测试项。

在一个实施例中，所述第一确定模块1002具体用于：

在所述产品需求信息为全需求的情况下，将测试库中的全部测试项作为目标测试项。

在一个实施例中，所述装置还包括：

生成模块，用于基于各所述目标测试项生成测试项选择消息；

第四确定模块，用于接收所述测试项选择消息对应的测试项选择结果，根据所述测试项选择结果，在各所述目标测试项中，确定最终的目标测试项。

在一个实施例中，所述测试模块1006具体用于：

针对任一所述目标测试项，在所述目标测试项为自动测试的情况下，获取所述目标测试项对应的测试脚本，针对所述测试组执行所述测试脚本，得到所述测试组针对所述目标测试项的测试结果；或者，

在所述目标测试项为手动测试的情况下，获取所述目标测试项对应的测试策略，在显示界面中展示所述测试策略，以引导用户在所述测试组中手动执行测试，得到所述测试组针对所述目标测试项的测试结果。

在一个实施例中，所述构建模块1004包括：

将各所述待测试虚拟化平台和各所述待测试部署架构进行组合，构建至少一个测试组。

上述产品部署策略的确定装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图11所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种产品部署策略的确定方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。