CN114138619A - 软件并发运行数量测试方法及装置 - Google Patents

Abstract

本申请实施例提供一种软件并发运行数量测试方法及装置，涉及通信技术领域。该方法包括：获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量；获取第一服务器的第一性能数据和待测试的第二服务器的第二性能数据，第二服务器中部署有多个第二虚拟桌面；获取运行目标应用软件所消耗的第一资源消耗数据，第一资源消耗数据在第一服务器中测得；根据第一并发运行数量、第一性能数据、第二性能数据和第一资源消耗数据，确定目标应用软件在第二服务器中对应的第二并发运行数量。本申请无需对第二服务器整体的场景因素重新进行测试，且全程自动进行，无需人工参与，节省了大量人力资源，测试效率较高。

Description

软件并发运行数量测试方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种软件并发运行数量测试方法及装置。

背景技术

虚拟桌面基础架构(Virtual Desktop Infrastructure，简称VDI)是指在集中式服务器中托管虚拟桌面。具体地，其通过服务器虚拟化技术将硬件资源(如CPU、内存、硬盘等)进行虚拟化，形成统一的资源池，再通过独立计算环境简单协议(Simple Protocol forIndependent Computing Environment，简称SPICE)将资源池的资源分配给瘦客户端，每个瘦客户端分配到的桌面称为VDI桌面。

由于VDI桌面的所有硬件资源都是虚拟出来的，跟物理计算机(PersonalCompter，简称PC)存在较大差距，第三方软件(如Word等)在VDI桌面上的使用效果无法直接等同于在PC上的使用效果，而由于第三方软件种类繁多，即使同一类型的软件，因为厂家之间的实现差异不同，都可能导致对硬件资源的消耗不一样，因此无法通过归类法、抽查法等方式测试第三方软件在部署有多个VDI桌面的多台服务器中的并发运行数量，其中，一台服务器部署有多个VDI桌面。

现有技术在测试第三方软件在部署有多个VDI桌面的多台服务器中的并发运行数量时(第三方软件的操作是通过服务器发送给VDI桌面的)，主要靠人工穷举测试，以word为例，该测试需要覆盖下表1中各种因素组合场景下word的并发使用效果。具体测试时，比如共有30台服务器，需要对该30台服务器进行逐台测试，若其中的某两台服务器中，第二台服务器相比于第一台服务器，只有操作系统不同，其他场景因素(显示器大小、网络状况和服务器型号等)均相同，那么也要对第二台服务器整体的场景因素重新进行测试，测试效率较低，而且会消耗大量的人力资源。

表1

场景因素	考虑组合
		VDI桌面的操作系统	Windows7、windows10、windows2012等
显示器大小(SPICE会有影响)	1920×1080/1600×900等
		网络状况	广域网/局域网/城域网
服务器型号	CPU、内存、硬盘带来的差异

发明内容

本申请的多个方面提供一种软件并发运行数量测试方法及装置，无需对第二服务器整体的场景因素重新进行测试，且全程自动进行，无需人工参与，节省了大量人力资源，测试效率较高。

本申请实施例提供一种软件并发运行数量测试方法，包括：

获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量；

获取所述第一服务器的第一性能数据和待测试的第二服务器的第二性能数据，所述第二服务器中部署有多个第二虚拟桌面；

获取运行所述目标应用软件所消耗的第一资源消耗数据，所述第一资源消耗数据在所述第一服务器中测得；

根据所述第一并发运行数量、所述第一性能数据、所述第二性能数据和所述第一资源消耗数据，确定所述目标应用软件在所述第二服务器中对应的第二并发运行数量。

本申请实施例还提供一种软件并发运行数量测试装置，包括：

第一获取模块，用于获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量；

第二获取模块，用于获取所述第一服务器的第一性能数据和待测试的第二服务器的第二性能数据，所述第二服务器中部署有多个第二虚拟桌面；

第三获取模块，用于获取运行所述目标应用软件所消耗的第一资源消耗数据，所述第一资源消耗数据在所述第一服务器中测得；

确定模块，用于根据所述第一并发运行数量、所述第一性能数据、所述第二性能数据和所述第一资源消耗数据，确定所述目标应用软件在所述第二服务器中对应的第二并发运行数量。

本申请实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述软件并发运行数量测试方法。

本申请实施例还提供一种一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述软件并发运行数量测试方法的计算机程序。

在本申请实施例中，通过获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量、第一服务器的第一性能数据和待测试的第二服务器的第二性能数据，以及运行目标应用软件所消耗的第一资源消耗数据，并根据该第一并发运行数量、第一性能数据、第二性能数据和第一资源消耗数据，即可确定目标应用软件在第二服务器中对应的第二并发运行数量，无需对第二服务器整体的场景因素重新进行测试，且全程自动进行，无需人工参与，节省了大量人力资源，测试效率较高。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的软件并发运行数量测试方法的流程示意图；

图2为本申请实施例提供的软件并发运行数量测试方法的流程示意图；

图3为本申请实施例提供的软件并发运行数量测试装置的结构示意图；

图4为本申请实施例提供的确定第一并发运行数量的具体示例图；

图5为本申请实施例提供的计算机设备示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

虚拟桌面基础架构(Virtual Desktop Infrastructure，简称VDI)是指在集中式服务器中托管虚拟桌面。具体地，其通过服务器虚拟化技术将硬件资源(如CPU、内存、硬盘等)进行虚拟化，形成统一的资源池，再通过独立计算环境简单协议(Simple Protocol forIndependent Computing Environment，简称SPICE)将资源池的资源分配给瘦客户端，每个瘦客户端分配到的桌面称为VDI桌面。

针对现有技术在测试第三方软件在部署有多个VDI桌面的多台服务器中的并发运行数量时出现的测试效率较低，会消耗大量的人力资源的技术问题，在本申请一些实施例中，通过获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量、第一服务器的第一性能数据和待测试的第二服务器的第二性能数据，以及运行目标应用软件所消耗的第一资源消耗数据，并根据该第一并发运行数量、第一性能数据、第二性能数据和第一资源消耗数据，即可确定目标应用软件在第二服务器中对应的第二并发运行数量，无需对第二服务器整体的场景因素(如操作系统、显示器大小、网络状态和服务器型号等)重新进行测试，且全程自动进行，无需人工参与，节省了大量人力资源，测试效率较高。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的一种软件并发运行数量测试方法的流程示意图。如图1所示，该方法包括：

步骤101、获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量。

在本实施例中，目标应用软件可以为任意应用软件，其类型可以是社交应用、地图导航、网购支付、通话通讯、生活消费类、查询工具、拍摄美化、影音播放、图书阅读、浏览器及新闻资讯等。

可选地，第一虚拟桌面可以为VDI桌面，不以此为限，还可以实现为其他的虚拟桌面。

第一服务器可以为独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式文件系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，简称CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。当然该第一服务器还可以包括其他功能服务器，以便提供更全面且多样化的服务。

实际应用中，可以预先设置一基础场景，在该基础场景下，获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量。对于该基础场景，举例来说，在基础场景中，服务器为第一服务器、第一虚拟桌面为Windows10桌面(即在客户端操作系统为Windows10情况下显示的桌面)、采用的网络状态为局域网、客户端上的显示器的分辨率为1920×1080，不以此为限，也可以实现为其他的场景。

下面具体介绍一下获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量的过程，包括以下步骤：

步骤1011、向与多个第一虚拟桌面对应的多个客户端发送操作指令，操作指令用于指示多个客户端对目标应用软件触发对应的操作。

其中，为了节约成本，可选地，客户端可以为瘦客户端。瘦客户端指的是在客户端与服务器网络体系中的一个基本无需应用程序的计算哑终端，其通过一些协议和服务器进行通信。

步骤1012、从第一服务器获取多个第一虚拟桌面对操作指令的响应状态。

其中，获取多个第一虚拟桌面对操作指令的响应状态的目的是为了判断有多少第一虚拟桌面响应了该操作指令，以便后续获取目标应用软件在第一服务器中对应的第一并发运行数量。

步骤1013、根据响应状态确定目标应用软件在第一服务器中对应的第一并发运行数量。

具体实施时，参见附图4，首先，获取正常PC端上基于目标应用软件产生的所有键鼠操作。随后，向与多个VDI桌面对应的多个瘦客户端发送键鼠操作指令，该键鼠操作指令用于指示多个瘦客户端对目标应用软件触发对应的操作(例如，打开该目标应用程序)，获取多个VDI桌面的响应状态，即判断有多少个VDI桌面上对目标应用程序进行了该键鼠操作，进而确定出目标应用软件在第一服务器中对应的并发运行数量。其中，多个VDI桌面与多个瘦客户端为一一对应关系。

需要说明的是，传统的方法都是在VDI桌面中编写测试脚本，以获取VDI桌面的响应状态。而本申请可以直接模拟瘦终端上的键鼠操作，避免测试脚本对VDI桌面产生额外的资源消耗，同时提升单场景下目标应用软件的并发测试效率。

步骤102、获取第一服务器的第一性能数据和待测试的第二服务器的第二性能数据，第二服务器中部署有多个第二虚拟桌面。

在本实施例中，第一性能数据用于反映第一服务器的硬件性能，可选地，该第一性能数据可以通过NovaBench软件测得，其最终可以通过分数值的形式呈现，但不以此为限，该第一性能数据也可以通过其他方式测得。同样的，第二性能数据用于反映第二服务器的硬件性能，其也可以通过与第一性能数据一样的方法测得，在此不再赘述。

可选地，该第二虚拟桌面可以为VDI桌面，不以此为限，还可以实现为其他的虚拟桌面。

步骤103、获取运行目标应用软件所消耗的第一资源消耗数据，第一资源消耗数据在第一服务器中测得。

应理解，为了保证VDI桌面与第一服务器之间的数据传输和业务交互，第一服务器上安装有VDI虚拟化软件，也可以称为VDI系统，该VDI虚拟化软件与VDI桌面之间具有预设协议。在运行目标应用软件的过程中，该VDI虚拟化软件会消耗第一服务器的一定资源，该资源即称为第一资源消耗数据。该第一资源消耗数据可以通过后台监测得到，其呈现形成可以为百分比的形式，当然，不以此为限，其也可以通过其他方式呈现。

步骤104、根据第一并发运行数量、第一性能数据、第二性能数据和第一资源消耗数据，确定目标应用软件在第二服务器中对应的第二并发运行数量。

在本实施例中，多个第一虚拟桌面和多个第二虚拟桌面可以采用相同的操作系统，也可以采用不同的操作系统，针对以上这两种应用场景，确定目标应用软件在第二服务器中对应的第二并发运行数量的过程也有所不同，具体如下：

在第一种应用场景中，多个第一虚拟桌面和多个第二虚拟桌面采用相同的操作系统，第二并发运行数量的确定过程，包括：

根据第一性能数据、第二性能数据和第一资源消耗数据，确定目标应用软件对应的第一资源消耗系数；根据第一并发运行数量和第一资源消耗系数确定第二并发运行数量。

应理解，在多个第一虚拟桌面和多个第二虚拟桌面采用相同的操作系统时，无需考虑因操作系统不同对第一服务器产生的硬件资源消耗，通过第一性能数据、第二性能数据和第一资源消耗数据，确定目标应用软件对应的第一资源消耗系数，得到第二服务器相比于第一服务器的变化倍数，进而基于第一并发运行数量和第一资源消耗系数即可确定第二并发运行数量。

该第一资源消耗系数的计算方法如下：

获取第二性能数据和第一资源消耗数据之间的第一差值数据；

获取第一性能数据和第一资源消耗数据之间的第二差值数据；

将第一差值数据和第二差值数据的比值确定为第一资源消耗系数。

具体实施时，举例来说，可以使用第一性能数据减去第一资源消耗数据，再使用第二性能数据减去第一资源消耗数据(经验证，任何服务器产生的资源消耗数据均等于第一资源消耗数据，因此，此处可以将资源消耗数据视为第一资源消耗数据)，将第一性能数据与第一资源消耗数据的差值，以及第二性能数据与第一资源消耗数据的差值进行除法运算，即可得到该第一资源消耗系数。

或者，可以使用第一性能数据减去第一资源消耗数据，将两者的差值与预设资源消耗数据进行除法运算，得到第一参数。再使用第二性能数据减去第一资源消耗数据(经验证，任何服务器产生的资源消耗数据均等于第一资源消耗数据，因此，此处可以将资源消耗数据视为第一资源消耗数据)，将两者的差值与预设资源消耗数据进行除法运算，得到第二参数。再将第一参数与第二参数进行除法运算，即可得到该第一资源消耗系数，其中，该预设资源消耗数据可以为一个预设的基于硬件资源消耗的经验数据。

在第二种应用场景中，多个第一虚拟桌面具有第一操作系统，多个第二虚拟桌面具有第二操作系统，该方法还包括：获取第一操作系统运行在第一服务器时对第一服务器的第二资源消耗数据，以及第二操作系统运行在第一服务器时对第一服务器的第三资源消耗数据。

此时，第二并发运行数量的确定过程，包括：

根据第一并发运行数量、第一性能数据、第二性能数据、第一资源消耗数据、第二资源消耗数据以及第三资源消耗数据，确定目标应用软件在第二服务器中对应的第二并发运行数量。

具体实施时，通过以下步骤确定第二并发运行数量：

根据第一性能数据、第二性能数据和第一资源消耗数据，确定目标应用软件对应的第一资源消耗系数；

根据第二资源消耗数据和第三资源消耗数据确定与第一操作系统和第二操作系统对应的第二资源消耗系数；

根据第一并发运行数量、第一资源消耗系数和第二资源消耗系数，确定第二并发运行数量。

应理解，在多个第一虚拟桌面具有第一操作系统，多个第二虚拟桌面具有第二操作系统，即多个第一虚拟桌面和多个第二虚拟桌面采用不同的操作系统时，需要考虑因操作系统不同对第一服务器产生的硬件资源消耗。在实际应用中，通过获取第一操作系统运行在第一服务器时对第一服务器的第二资源消耗数据，以及第二操作系统运行在第一服务器时对第一服务器的第三资源消耗数据(此时，可以理解成：将第二虚拟桌面部署在第一服务器中，运行第二操作系统进行测试，以得到第三资源消耗数据)，可以得到不同操作系统产生的第二资源消耗系数，根据第一并发运行数量、第一性能数据、第二性能数据、第一资源消耗数据，以及该第二资源消耗系数即可确定目标应用软件在第二服务器中对应的第二并发运行数量。

该第二资源消耗系数的计算方法如下：

获取第二资源消耗数据与第三资源消耗数据；

将第二资源消耗数据与第三资源消耗数据的比值确定为第二资源消耗系数。

具体地，举例来说，可以将第二资源消耗数据与第三资源消耗数据进行除法运算，即可得到该第二资源消耗系数。

或者，可以将第二资源消耗数据与预设资源消耗数据进行除法运算，得到第一系数；将第三资源消耗数据与预设资源消耗数据进行除法运算，得到第二系数，再将第一系数与第二系数进行除法运算，即可得到该第二资源消耗系数。其中，该预设资源消耗数据可以为一个预设的基于操作系统资源消耗的经验数据。

由于上述第一资源消耗数据、第二资源消耗数据与第三资源消耗数据考虑的均为第一服务器的硬件资源损耗。而在实际应用中，还需要考虑目标应用软件对网络带宽的资源消耗情况，基于此，图2为本申请实施例提供的一种软件并发运行数量测试方法的流程示意图。如图2所示，该方法还包括：

步骤201、获取目标应用软件在第二虚拟桌面中运行所需的第一网络带宽，以及第二服务器可用的第二网络带宽。

步骤202、根据第一网络带宽和第二网络带宽确定目标应用软件在第二服务器中对应的第三并发运行数量。

步骤203、根据第二并发运行数量和第三并发运行数量确定目标应用软件在第二服务器中对应的目标并发运行数量。

在实际应用中，目标应用软件在第二虚拟桌面中运行所需的第一网络带宽可以通过客户端上的程序监控得到，第二服务器可用的第二网络带宽可以根据当前环境确定，即根据第二服务器所处的网络环境是百兆网、千兆网还是万兆网等。

在获取到第一网络带宽和第二网络带宽后，即可确定目标应用软件在第二服务器中对应的第三并发运行数量。

进一步地，为了提高获取到的第二服务器中对应的目标并发运行数量的准确性，在根据第二并发运行数量和第三并发运行数量确定目标应用软件在第二服务器中对应的目标并发运行数量时，确定目标应用软件在第二服务器中对应的目标并发运行数量为第二并发运行数量和第三并发运行数量中的最小值。应理解，此处相当于是将目标应用软件在服务器的硬件资源消耗的影响下与其在网络带宽的资源消耗的影响下进行了比较，取两种情况下产生的最小并发运行数量即可保证获取到的第二服务器中对应的目标并发运行数量是足够准确的。

下面以一具体示例对本申请的方案进行说明：

S1、将以下条件作为基础场景：采用服务器A，VID桌面显示在瘦客户端上，其采用的操作系统为Windows10操作系统，网络状态为局域网，瘦客户端显示器的分辨率为1920×1080。测试目标应用软件在此基础场景下的并发运行数量，记录为N1。

S2、通过第三方硬件评估工具，如NovaBench，得到服务器A和服务器B(待测服务器)的硬件性能数据，将服务器A的硬件性能数据记录为M1，将服务器B的硬件性能数据记录为M。其中，M1和M均以分数值的形式呈现，例如，其可以为1500、2000等。

S3、通过后台监测的形式，获取在运行目标应用程序时，安装在服务器A上的VDI虚拟软件对服务器A的资源消耗数据，记录为L。需要说明的是，经测试，在任何服务器中，VDI虚拟软件的资源消耗数据均为L。此外，L在监测时是以百分比的形式呈现的，如10％、30％等，但是为了便于后续计算，需要将其转化为分数值的形式，具体地，将该百分比数据与上述硬件性能数据作乘法运算即可，使其最终也以分数值的形式呈现。

S4、通过后台监测的形式，获取在运行目标应用程序时，不同的瘦客户端操作系统对服务器A和服务器B的资源消耗数据，将服务器A的资源消耗数据记录为D1，将服务器B的资源消耗数据记录为D。此时，计算服务器A和服务器B之间的资源消耗系数，记录为X1，该X1的计算公式具体如下：

X1＝D/D1

S5、监测目标应用软件在单个VDI桌面使用下对带宽的消耗数据，记录为F1，并测试当前服务器B可用的带宽数据，记录为F。此时，可以确定在带宽因素的影响下，目标应用软件在服务器B中对应的并发运行数量，记录为Y，该Y的计算公式具体如下：

Y＝F/F1

S6、获取目标应用软件在服务器B中对应的目标并发运行数量Z，该Z的计算公式具体如下：

Z＝min(N1×{(M-L)/(M1-L)}×X1,Y)

具体地，确定Z为N1×{(M-L)/(M1-L)}×X1与Y之间的最小值。

综上所述，本申请通过获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量、第一服务器的第一性能数据和待测试的第二服务器的第二性能数据、运行目标应用软件所消耗的第一资源消耗数据、第一操作系统对第一服务器的第二资源消耗数据、第二操作系统对第一服务器的第三资源消耗数据，以及目标应用软件在第二虚拟桌面中运行所需的第一网络带宽，以及第二服务器可用的第二网络带宽，并根据上述数据确定目标应用软件在第二服务器中对应的第二并发运行数量，分别考虑了服务器的硬件资源消耗和带宽对目标应用软件并发数量的影响，无需对第二服务器整体的场景因素(如操作系统、显示器大小、网络状态和服务器型号等)重新进行测试，且全程自动进行，无需人工参与，节省了大量人力资源，测试效率较高。

基于同一发明构思，本申请实施例中还提供了一种软件并发运行数量测试装置，如下面的实施例所述。由于软件并发运行数量测试装置解决问题的原理与软件并发运行数量测试方法相似，因此，软件并发运行数量测试装置的实施可以参见软件并发运行数量测试方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3为本申请实施例提供的一种软件并发运行数量测试装置的结构示意图，如图3所示，该装置包括：

第一获取模块301，用于获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量。

第二获取模块302，用于获取第一服务器的第一性能数据和待测试的第二服务器的第二性能数据，第二服务器中部署有多个第二虚拟桌面。

第三获取模块303，用于获取运行目标应用软件所消耗的第一资源消耗数据，第一资源消耗数据在第一服务器中测得。

确定模块304，用于根据第一并发运行数量、第一性能数据、第二性能数据和第一资源消耗数据，确定目标应用软件在第二服务器中对应的第二并发运行数量。

为了实现上述目的，根据本申请的另一方面，还提供了一种计算机设备。如图5所示，该计算机设备包括存储器、处理器、通信接口以及通信总线，在存储器上存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例方法中的步骤。

处理器可以为中央处理器(Central Processing Unit，CPU)。处理器还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及单元，如本申请上述方法实施例中对应的程序单元。处理器通过运行存储在存储器中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及作品数据处理，即实现上述方法实施例中的方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述一个或者多个单元存储在所述存储器中，当被所述处理器执行时，执行上述实施例中的方法。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的微控制单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的微控制单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个微控制单元(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种软件并发运行数量测试方法，其特征在于，包括：

获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量；

获取所述第一服务器的第一性能数据和待测试的第二服务器的第二性能数据，所述第二服务器中部署有多个第二虚拟桌面；

获取运行所述目标应用软件所消耗的第一资源消耗数据，所述第一资源消耗数据在所述第一服务器中测得；

根据所述第一并发运行数量、所述第一性能数据、所述第二性能数据和所述第一资源消耗数据，确定所述目标应用软件在所述第二服务器中对应的第二并发运行数量。

2.根据权利要求1所述的方法，其特征在于，所述多个第一虚拟桌面和所述多个第二虚拟桌面采用相同的操作系统；

所述根据所述第一并发运行数量、所述第一性能数据、所述第二性能数据和所述第一资源消耗数据，确定所述目标应用软件在所述第二服务器中对应的第二并发运行数量，包括：

根据所述第一性能数据、所述第二性能数据和所述第一资源消耗数据，确定所述目标应用软件对应的第一资源消耗系数；

根据所述第一并发运行数量和所述第一资源消耗系数确定所述第二并发运行数量。

3.根据权利要求1所述的方法，其特征在于，所述多个第一虚拟桌面和所述多个第二虚拟桌面采用不同的操作系统，所述多个第一虚拟桌面具有第一操作系统，所述多个第二虚拟桌面具有第二操作系统，所述方法还包括：

获取所述第一操作系统运行在所述第一服务器时对所述第一服务器的第二资源消耗数据，以及所述第二操作系统运行在所述第一服务器时对所述第一服务器的第三资源消耗数据；

所述根据所述第一并发运行数量、所述第一性能数据、所述第二性能数据和所述第一资源消耗数据，确定所述目标应用软件在所述第二服务器中对应的第二并发运行数量，包括：

根据所述第一并发运行数量、所述第一性能数据、所述第二性能数据、所述第一资源消耗数据、所述第二资源消耗数据以及所述第三资源消耗数据，确定所述目标应用软件在所述第二服务器中对应的第二并发运行数量。

4.根据权利要求3所述的方法，其特征在于，所述根据所述第一并发运行数量、所述第一性能数据、所述第二性能数据、所述第一资源消耗数据、所述第二资源消耗数据以及所述第三资源消耗数据，确定所述目标应用软件在所述第二服务器中对应的第二并发运行数量，包括：

根据所述第一性能数据、所述第二性能数据和所述第一资源消耗数据，确定所述目标应用软件对应的第一资源消耗系数；

根据所述第二资源消耗数据和所述第三资源消耗数据确定与所述第一操作系统和所述第二操作系统对应的第二资源消耗系数；

根据所述第一并发运行数量、所述第一资源消耗系数和所述第二资源消耗系数，确定所述第二并发运行数量。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

获取所述目标应用软件在所述第二虚拟桌面中运行所需的第一网络带宽，以及所述第二服务器可用的第二网络带宽；

根据所述第一网络带宽和所述第二网络带宽确定所述目标应用软件在所述第二服务器中对应的第三并发运行数量；

根据所述第二并发运行数量和所述第三并发运行数量确定所述目标应用软件在所述第二服务器中对应的目标并发运行数量。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第二并发运行数量和所述第三并发运行数量确定所述目标应用软件在所述第二服务器中对应的目标并发运行数量，包括：

确定所述目标应用软件在所述第二服务器中对应的目标并发运行数量为所述第二并发运行数量和所述第三并发运行数量中的最小值。

7.根据权利要求1所述的方法，其特征在于，所述获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量，包括：

向与所述多个第一虚拟桌面对应的多个客户端发送操作指令，所述操作指令用于指示所述多个客户端对所述目标应用软件触发对应的操作；

从所述第一服务器获取所述多个第一虚拟桌面对所述操作指令的响应状态；

根据所述响应状态确定所述目标应用软件在所述第一服务器中对应的第一并发运行数量。

8.一种软件并发运行数量测试装置，其特征在于，包括：

第一获取模块，用于获取目标应用软件在部署有多个第一虚拟桌面的第一服务器中对应的第一并发运行数量；

第二获取模块，用于获取所述第一服务器的第一性能数据和待测试的第二服务器的第二性能数据，所述第二服务器中部署有多个第二虚拟桌面；

第三获取模块，用于获取运行所述目标应用软件所消耗的第一资源消耗数据，所述第一资源消耗数据在所述第一服务器中测得；

确定模块，用于根据所述第一并发运行数量、所述第一性能数据、所述第二性能数据和所述第一资源消耗数据，确定所述目标应用软件在所述第二服务器中对应的第二并发运行数量。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述软件并发运行数量测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至7任一项所述软件并发运行数量测试方法的计算机程序。

Images