CN114448841B - 一种网卡测试方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种网卡测试方法、装置、设备及介质，包括：确定目标客户端，并确定目标客户端网卡上的目标待测网口，确定目标服务端，并确定目标服务端网卡上的目标发送网口；若目标发送网口被其他客户端网口占用，则判断目标发送网口的剩余带宽是否不小于目标待测网口的理论带宽，若是则将目标发送网口确定为脚本发送网口，若否则遍历所有服务端剩余的网口，以得到脚本发送网口；重新跳转至确定目标客户端的步骤，并在所有客户端网卡的所有待测网口均匹配到脚本发送网口后，通过脚本发送网口向待测网口发送测试脚本，本申请基于服务端网口的剩余带宽确定出满足条件的脚本发送网口，并通过脚本发送网口向待测网口发送测试脚本，实现了自动化测试。

Description

一种网卡测试方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域，特别涉及一种网卡方法、装置、设备及介质。

背景技术

服务器riser(转接卡)上往往安装有网卡以实现通信及信息交互，基于服务器设计的需求，需要对网卡进行性能测试才可以加入服务器的bom(物料)清单中。网卡性能指标评判标准包括IP包(Internet Protocol，网络之间互连的协议)传输往返时延(RTT，Renderto Texture)、IP包时延变化(抖动)、IP包丢失率(Lost rate)、IP业务可用性以及带宽(Band width)，在测试网卡的考量标准中，主要测试网卡的带宽性能。

现有的测试方法需要测试工程师搭配两台服务器进行测试，一台服务器作为server(服务)端，另一台服务器作为client(客户)端，将两台服务器对联。在实际测试工作中，测试一款网卡需要另外搭配一台与其对联的服务器进行测试，例如，测试25G网卡时，将所要测试网卡安装到所需测试机型中，为了配合这款网卡的测试，还需要搭建另一台安装25G或者大于25G带宽的网卡的服务器进行搭配测试，在实际测试习惯中，还需要在两台服务器中部署一样的***，例如在client端安装centos7.8***，在server端也要安装centos7.8的***配合测试，甚至有时在client端安装一款网卡进行测试，在server也要安装同一款网卡搭配测试，这样的测试原则导致了工作量的增加，并且由于上述测试环境的部署需要手动进行，因此耗费人力物力，浪费测试时间。

为此，如何在进行网卡测试时节省测试时间，提升测试效率是本领域亟待解决的问题。

发明内容

有鉴于此，本发明的目的在于提供一种网卡方法、装置、设备及介质，可以实现自动化测试，从而提升了测试效率，节省了测试时间，其具体方案如下：

第一方面，本申请公开了一种网卡测试方法，包括：

从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口；

当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽，如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口，如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口；

重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。

可选的，所述确定所述目标发送网口的当前剩余带宽，包括：

确定所述目标发送网口的当前占用带宽，并基于所述目标发送网口的最大接收带宽与所述目标发送网口的当前占用带宽之间的差值得到所述目标发送网口的当前剩余带宽。

可选的，所述确定所述目标发送网口的当前剩余带宽之前，还包括：

获取客户端发送的带宽测试数据，并基于所述带宽测试数据确定服务端网卡上各网口的最大接收带宽。

可选的，所述网卡测试方法，还包括：

创建第一预设数量的客户端与第二预设数量的服务端，并为每个所述服务端部署不同的***环境，然后基于所述第一预设数量的客户端、所述第二预设数量的服务端和交换机级联群组搭建测试***。

可选的，所述获取客户端发送的带宽测试数据，并基于所述带宽测试数据确定服务端网卡上各网口的最大接收带宽，包括：

为每个所述第二预设数量的服务端创建唯一编号，并按照所述编号获取所述客户端发送的预设时长的带宽测试数据，然后基于所述带宽测试数据确定每个所述服务端网卡上各网口的最大接收带宽。

可选的，所述遍历所述所有服务端中剩余的网口之后，还包括：

若所述所有服务端的剩余的所有网口中均不存在带宽不小于所述目标待测网口的理论带宽的网口，则估算并反馈将所述服务端网口带宽释放至所述服务端网口带宽不小于所述目标待测网口的理论带宽时所需的时间。

可选的，所述从所述目标服务端网卡上的所有网口中确定出目标发送网口之后，还包括：

当检测到所述目标发送网口未被其他客户端网口占用，并且所述目标发送网口的理论带宽不小于所述目标待测网口的理论带宽时，则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口。

第二方面，本申请公开了一种网卡测试装置，包括：

目标网口确定模块，用于从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口；

脚本发送网口确定模块，用于当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽，如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口，如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口；

测试模块，用于重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。

第三方面，本申请公开了一种电子设备，包括：

存储器，用于保存计算机程序；

处理器，用于执行所述计算机程序，以实现前述公开的网卡测试方法。

第四方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的网卡测试方法。

可见，本申请提出一种网卡测试方法，包括：从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口；当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽，如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口，如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口；重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。如此一来，本申请基于服务端网口的当前剩余带宽确定出满足条件的测试脚本发送网口，并通过所述测试脚本发送网口向待测网口发送测试脚本，通过上述技术方案实现了自动化测试，节省了测试时间。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请公开的一种网卡测试方法流程图；

图2为本申请公开的一种具体的网卡测试方法流程图；

图3为本申请公开的一种网卡测试结构示意图；

图4为本申请公开的一种网卡测试方法流程图；

图5为本申请公开的一种网卡测试装置结构示意图；

图6为本申请公开的一种电子设备结构图。

具体实施方式

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

现有技术在进行网卡测试时需要搭配两台服务器，并且这两台服务器需要部署一样的***，此外，在客户端安装一款网卡进行测试时，在服务端也需要安装同一款网卡搭配测试，上述测试原则导致了工作量的增加，并且测试情况单一，不符合网卡在实际应用中的使用原则，不利于问题的发现，并且由于上述测试环境的部署需要手动进行，因此耗费人力物力，浪费测试时间。

为此，本申请实施例提出一种网卡测试方案，能够实现多种情况搭配原则，并实现自动化测试，节省测试时间。

本申请实施例公开了一种网卡测试方法，参见图1所示，该方法包括：

步骤S11：从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口。

需要指出的是，本申请配置了多台客户端与服务端，所述客户端与所述服务端上均设有多个网卡，并且每个网卡上均设有多个网口。因此在进行网卡测试时，首先要确定出目标待测网口以及向所述目标待测网口发送测试脚本的发送网口。具体的，从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口。在确定出目标待测网口之后，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口。

步骤S12：当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽。

本实施例中，当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，具体的，确定所述目标发送网口的当前占用带宽，并基于所述目标发送网口的最大接收带宽与所述目标发送网口的当前占用带宽之间的差值得到所述目标发送网口的当前剩余带宽。需要指出的是，在确定所述目标发送网口的当前剩余带宽之前，还包括：获取客户端发送的带宽测试数据，并基于所述带宽测试数据确定服务端网卡上各网口的最大接收带宽，需要再次指出的是，在获取客户端发送的带宽测试数据时，需要按照一定规则进行获取，由于测试***是基于所述第一预设数量的客户端、所述第二预设数量的服务端和交换机级联群组搭建而成，因此在创建第一预设数量的客户端与第二预设数量的服务端、为每个所述服务端部署不同的***环境以及为每个所述第二预设数量的服务端创建唯一编号后，需要按照所述编号获取所述客户端发送的预设时长的带宽测试数据，然后基于所述带宽测试数据确定每个所述服务端网卡上各网口的最大接收带宽。

本实施例中，在确定出所述目标发送网口的当前剩余带宽后，判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽。

步骤S13：如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口。

本实施例中，如果目标发送网口的当前剩余带宽不小于所述目标待测网口的理论带宽，则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口。

步骤S14：如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口。

本实施例中，如果目标发送网口的当前剩余带宽小于所述目标待测网口的理论带宽，则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口。可以理解的是，所述遍历所述所有服务端中剩余的网口是指：首先遍历同一个服务端上所有网卡上的所有网口，然后遍历所有服务端。

如果在遍历所述所有服务端中剩余的网口之后发现所述所有服务端的剩余的所有网口中均不存在带宽不小于所述目标待测网口的理论带宽的网口，则估算并反馈将所述服务端网口带宽释放至所述服务端网口带宽不小于所述目标待测网口的理论带宽时所需的时间。

步骤S15：重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。

本实施例中，在确定出所述目标待测网口对应的测试脚本发送网口后，需要重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，以便所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口，在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。

可见，本申请提出一种网卡测试方法，包括：从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口；当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽，如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口，如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口；重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。如此一来，本申请基于服务端网口的当前剩余带宽确定出满足条件的测试脚本发送网口，并通过所述测试脚本发送网口向待测网口发送测试脚本，实现自动化测试，节省了测试时间。具体的，本申请通过部署交换机级联群组，将高性能服务器作为server端，使得网卡性能及压力测试过程无需搭建多余的server端，很大程度地缩小工作量以及网卡物料资源的占用，并且本申请在不同服务端部署不同***环境，以便实现多种情况的搭配原则，达到真实模拟应用场景的效果。进一步的，本申请在进行网卡测试时，只需将待测网口接入交换机群组，便会自动获取目标待测网卡上目标待测网口的理论带宽，并基于所述目标待测网口的理论带宽自动分配满足条件的测试脚本发送网口，然后通过所述测试脚本发送网口自动分配测试IP，部署测试环境，达到智能化，自动化测试的目的。

本申请实施例公开了一种具体的网卡测试方法，参见图2所示，该方法包括：

步骤S21：从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口。

关于上述步骤S21更加具体的处理过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

步骤S22：当检测到所述目标发送网口未被其他客户端网口占用，并且所述目标发送网口的理论带宽不小于所述目标待测网口的理论带宽时，则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口。

本实施例中，当检测到所述目标发送网口未被其他客户端网口占用时，则比较所述目标发送网口的理论带宽与所述目标待测网口的理论带宽的关系，如果所述目标发送网口的理论带宽不小于所述目标待测网口的理论带宽时，则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口。

步骤S23：重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。

关于上述步骤S23更加具体的处理过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本申请提出一种网卡测试方法，包括：从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口；当检测到所述目标发送网口未被其他客户端网口占用，并且所述目标发送网口的理论带宽不小于所述目标待测网口的理论带宽时，则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口；重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。如此一来，本申请基于服务端网口的理论带宽确定出满足条件的测试脚本发送网口，并通过所述测试脚本发送网口向待测网口发送测试脚本，实现自动化测试，节省了测试时间。当检测到所述目标发送网口未被其他客户端网口占用，并且所述目标发送网口的理论带宽不小于所述目标待测网口的理论带宽时，则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口

图3为本申请公开的一种网卡测试结构示意图。

参见图3所示，首先部署基于交换机级联群组、第一预设数量的客户端以及第二预设数量的服务端确定的测试***。在计算服务端各网口的最大接收带宽时将服务端作为测试数据包接收端，并为服务端配置带宽较高的网卡，使得每一张高带宽的网卡的网口可以按照高带宽兼容低带宽的测试策略同时接收多个低带宽网卡的网口数据，最后在不同服务端部署不同OS(Operating System，操作***)环境，以实现多种情况的搭配原则，达到真实模拟应用场景的效果，同时也便于发现更多问题。测试网卡的具体过程为：客户端向不同服务端发送数据包，第一，服务端收集分析与客户端交互时所能满足的最大带宽需求，以确定服务端的最大带宽上限值，所述最大带宽上限值用来衡量每台服务器可以配置的网卡实际数量；第二，服务端收集分析每张网卡上每一个网口的最大带宽接收值，定义该值为该网口的最大接收带宽，依据所述最大接收带宽与当前占用带宽计算当前剩余带宽，根据所述当前剩余带宽空间与客户端网口理论带宽需求对比，筛选出符合带宽需求的服务端网口，作为客户端数据交互口，自动分配测试IP，向客户端传输测试工具，自动部署测试环境,达到自动化，智能化的测试目的。

图4为本申请公开的一种网卡测试方法流程图。

参见图4所示，当客户端接入交换机群组时，服务端获取客户端的目标待测网卡的目标待测网口的理论带宽，当检测到目标服务端上目标发送网口未被其他客户端网口占用，并且所述目标发送网口的理论带宽不小于所述目标待测网口的理论带宽时，则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口。当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽，如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口，如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口，若所述所有服务端的剩余的所有网口中均不存在带宽不小于所述目标待测网口的理论带宽的网口，则估算并反馈将所述服务端网口带宽释放至所述服务端网口带宽不小于所述目标待测网口的理论带宽时所需的时间。在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。

相应的，本申请实施例还公开了一种网卡测试装置，参见图5所示，该装置包括：

目标网口确定模块11，用于从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口；

脚本发送网口确定模块12，用于当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽，如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口，如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口；

测试模块13，用于重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。

其中，关于上述各个模块更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本申请提出一种网卡测试方法，包括：从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口；当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽，如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口，如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口；重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试。如此一来，本申请基于服务端网口的当前剩余带宽确定出满足条件的测试脚本发送网口，并通过所述测试脚本发送网口向待测网口发送测试脚本，实现自动化测试，节省了测试时间。具体的，本申请通过部署交换机级联群组，将高性能服务器作为server端，使得网卡性能及压力测试过程无需搭建多余的server端，很大程度地缩小工作量以及网卡物料资源的占用，并且本申请在不同服务端部署不同***环境，以便实现多种情况的搭配原则，达到真实模拟应用场景的效果。进一步的，本申请在进行网卡测试时，只需将待测网口接入交换机群组，便会自动获取目标待测网卡上目标待测网口的理论带宽，并基于所述目标待测网口的理论带宽自动分配满足条件的测试脚本发送网口，然后通过所述测试脚本发送网口自动分配测试IP，部署测试环境，达到智能化，自动化测试的目的。

进一步的，本申请实施例还提供了一种电子设备。图6是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。

图6为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、显示屏23、输入输出接口24、通信接口25、电源26、和通信总线27。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的网卡测试方法中的相关步骤。另外，本实施例中的电子设备20具体可以为电子计算机。

本实施例中，电源26用于为电子设备20上的各硬件设备提供工作电压；通信接口25能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口24，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括计算机程序221，存储方式可以是短暂存储或者永久存储。其中，计算机程序221除了包括能够用于完成前述任一实施例公开的由电子设备20执行的网卡测试方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。

进一步的，本申请实施例还公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的网卡测试方法。

关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本申请书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种网卡测试方法、装置、设备、存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (9)

1.一种网卡测试方法，其特征在于，包括：

从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口；其中，不同服务端部署不同***环境；

当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽，如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口，如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口；

重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试；

其中，所述遍历所述所有服务端中剩余的网口之后，还包括：

若所述所有服务端的剩余的所有网口中均不存在带宽不小于所述目标待测网口的理论带宽的网口，则估算并反馈将所述服务端网口带宽释放至所述服务端网口带宽不小于所述目标待测网口的理论带宽时所需的时间。

2.根据权利要求1所述的网卡测试方法，其特征在于，所述确定所述目标发送网口的当前剩余带宽，包括：

确定所述目标发送网口的当前占用带宽，并基于所述目标发送网口的最大接收带宽与所述目标发送网口的当前占用带宽之间的差值得到所述目标发送网口的当前剩余带宽。

3.根据权利要求2所述的网卡测试方法，其特征在于，所述确定所述目标发送网口的当前剩余带宽之前，还包括：

获取客户端发送的带宽测试数据，并基于所述带宽测试数据确定服务端网卡上各网口的最大接收带宽。

4.根据权利要求3所述的网卡测试方法，其特征在于，还包括：

创建第一预设数量的客户端与第二预设数量的服务端，并为每个所述服务端部署不同的***环境，然后基于所述第一预设数量的客户端、所述第二预设数量的服务端和交换机级联群组搭建测试***。

5.根据权利要求4所述的网卡测试方法，其特征在于，所述获取客户端发送的带宽测试数据，并基于所述带宽测试数据确定服务端网卡上各网口的最大接收带宽，包括：

为每个所述第二预设数量的服务端创建唯一编号，并按照所述编号获取所述客户端发送的预设时长的带宽测试数据，然后基于所述带宽测试数据确定每个所述服务端网卡上各网口的最大接收带宽。

6.根据权利要求1至5任一项所述的网卡测试方法，其特征在于，所述从所述目标服务端网卡上的所有网口中确定出目标发送网口之后，还包括：

当检测到所述目标发送网口未被其他客户端网口占用，并且所述目标发送网口的理论带宽不小于所述目标待测网口的理论带宽时，则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口。

7.一种网卡测试装置，其特征在于，包括：

目标网口确定模块，用于从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口，从所有服务端中确定出目标服务端，并从所述目标服务端网卡上的所有网口中确定出目标发送网口；其中，不同服务端部署不同***环境；

脚本发送网口确定模块，用于当检测到所述目标发送网口被其他客户端网口占用，则确定所述目标发送网口的当前剩余带宽，并判断所述目标发送网口的当前剩余带宽是否不小于所述目标待测网口的理论带宽，如果是则将所述目标发送网口确定为所述目标待测网口对应的测试脚本发送网口，如果否则遍历所述所有服务端中剩余的网口，并将带宽不小于所述目标待测网口的理论带宽的网口确定为所述目标待测网口对应的测试脚本发送网口；

测试模块，用于重新跳转至所述从所有客户端中确定出目标客户端，并从所述目标客户端网卡上的所有待测网口中确定出目标待测网口的步骤，并在所述所有客户端网卡的所有待测网口均匹配到对应的测试脚本发送网口后，通过所述测试脚本发送网口向所述待测网口发送测试脚本，以便进行网卡测试；

其中，所述脚本发送网口确定模块之后，还包括：

估算并反馈模块，用于若所述所有服务端的剩余的所有网口中均不存在带宽不小于所述目标待测网口的理论带宽的网口，则估算并反馈将所述服务端网口带宽释放至所述服务端网口带宽不小于所述目标待测网口的理论带宽时所需的时间。

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

存储器，用于保存计算机程序；

处理器，用于执行所述计算机程序，以实现如权利要求1至6任一项所述的网卡测试方法。

9.一种计算机可读存储介质，其特征在于，用于保存计算机程序；其中，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的网卡测试方法。