CN106371962A - 一种跨平台的驱动测试方法、装置及系统 - Google Patents

Abstract

本发明公开了一种跨平台的驱动测试方法，包括：读取测试主机发送的测试指令；所述测试指令包括测试数据和模块识别码；将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理。相应的，本发明还公开了一种跨平台的驱动测试装置及系统。采用本发明实施例，能够提高驱动测试效率和稳定性。

Description

一种跨平台的驱动测试方法、装置及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种跨平台的驱动测试方法、装置及系统。

背景技术

在驱动测试方面，现今普遍采用的方法是直接连接物理硬件进行测试或基于特定平台开发一套虚拟仿真设备来代替真实的物理硬件进行测试。其中，采用虚拟仿真技术进行测试，必须使虚拟仿真设备运行在某种操作系统平台上，而不同的操作系统拥有不同的特性，以满足不同的客户需求。不同的场景采用不同的操作系统平台来进行应用部署是最有效的解决方案，也是行业普遍认同的做法。

现有技术中，由于硬件资源或其它工程需求，在一种操作系统平台上进行驱动测试时需要一套能够在其平台上运行的虚拟仿真程序。而在某种操作系统平台上开发的虚拟仿真程序不能直接在其它操作系统平台上运行，导致同一套硬件仿真程序在不同操作系统平台上分别被重新设计开发与测试，不能直接被复用，从而降低了驱动测试效率和稳定性。

发明内容

本发明实施例提出一种跨平台的驱动测试方法、装置及系统，能够提高驱动测试效率和稳定性。

本发明实施例提供一种跨平台的驱动测试方法，包括：

读取测试主机发送的测试指令；所述测试指令包括测试数据和模块识别码；

将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理。

进一步地，所述读取测试主机发送的测试指令，具体包括：

接收测试主机发送的测试指令，并将所述测试指令写入预先生成的第一端口中；

从预先生成的第二端口中读取所述测试指令；所述第一端口与所述第二端口相互配对形成IO回环子模块。

在一个优选地实施方式中，所述模块识别码为硬件仿真模块的识别码；

所述将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理，具体包括：

将所述测试数据发送给所述硬件仿真模块的识别码所对应的硬件仿真模块，以使所述硬件仿真模块对所述测试数据进行处理。

在另一个优选地实施方式中，所述模块识别码为硬件仿真服务子模块的网络端口号；

所述将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理，具体包括：

将所述测试数据通过所述硬件仿真服务子模块的网络端口号发送给相应的硬件仿真服务子模块，使所述硬件仿真服务子模块将所述测试数据发送给其对应的硬件仿真模块，以使所述对应的硬件仿真模块对所述测试数据进行处理。

进一步地，在所述接收测试主机发送的测试指令之前，还包括：

建立N个硬件仿真服务子模块与N个硬件仿真模块的一一对应关系，并为每个硬件仿真服务子模块设置唯一的网络端口号；其中，N≥1。

进一步地，在所述将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理之后，还包括：

接收所述硬件仿真模块反馈的处理结果，并将所述处理结果发送给所述测试主机。

相应地，本发明还提供一种跨平台的驱动测试装置，包括测试指令读取模块和硬件仿真服务模块；

所述测试指令读取模块用于读取测试主机发送的测试指令；所述测试指令包括测试数据和模块识别码；

所述硬件仿真服务模块用于将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理。

进一步地，所述测试指令读取模块包括平台适配子模块和IO回环子模块；

所述IO回环子模块用于接收测试主机发送的测试指令，并将所述测试指令写入预先生成的第一端口中；

所述平台适配子模块用于从所述IO回环子模块预先生成的第二端口中读取所述测试指令；所述第一端口与所述第二端口相互配对形成IO回环子模块。

在一个优选地实施方式中，所述模块识别码为硬件仿真模块的识别码；

所述硬件仿真服务模块具体用于将所述测试数据发送给所述硬件仿真模块的识别码所对应的硬件仿真模块。

在另一个优选地实施方式中，所述硬件仿真服务模块包括适配管理子模块和N个硬件仿真服务子模块；所述N个硬件仿真服务子模块与N个硬件仿真模块一一对应；其中，N≥1；

所述模块识别码为硬件仿真服务子模块的网络端口号；

所述适配管理子模块用于将所述测试数据通过所述硬件仿真子服务模块的网络端口号发送给相应的硬件仿真服务子模块；

所述硬件仿真服务子模块用于在接收到所述测试数据时，将所述测试数据发送给其对应的硬件仿真模块。

进一步地，所述跨平台的驱动测试装置还包括：

处理结果发送模块，用于接收所述硬件仿真模块反馈的处理结果，并将所述处理结果发送给所述测试主机。

相应地，本发明还提供一种跨平台的驱动测试系统，包括测试主机、驱动测试装置和N个硬件仿真模块；其中，N≥1。

所述测试主机用于向所述驱动测试装置发送测试指令；所述测试指令包括测试数据和模块识别码。

所述驱动测试装置为上述跨平台的驱动测试装置，在此不再详细描述。

所述硬件仿真模块用于在接收到所述驱动测试装置发送的测试数据时，对所述测试数据进行处理。

实施本发明实施例，具有如下有益效果：

本发明实施例提供的跨平台的驱动测试方法、装置及系统，能够接收测试主机发送的测试指令，并根据该测试指令选取相应的硬件仿真模块来进行测试，无需在每个测试主机上开发虚拟仿真程序，实现硬件仿真模块在不同平台的复用，缩短了开发测试周期，提高驱动测试效率和稳定性。

附图说明

图1是本发明提供的跨平台的驱动测试系统的一个实施例的结构示意图；

图2是本发明提供的跨平台的驱动测试方法的一个实施例的流程示意图；

图3是本发明提供的IO回环子模块实现的原理图；

图4是本发明提供的一种驱动测试原理图；

图5是本发明提供的另一种驱动测试原理图；

图6是图2所示的跨平台的驱动测试方法的一种具体流程示意图；

图7是本发明提供的跨平台的驱动测试装置的一个实施例的结构示意图；

图8是图7所示的跨平台的驱动测试装置的一个具体结构示意图；

图9是图7所示的跨平台的驱动测试装置的另一个具体结构示意图。

具体实施方式

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

参见图1，是本发明提供的跨平台的驱动测试系统的一个实施例的结构示意图，包括测试主机11、驱动测试装置12和N个硬件仿真模块13。其中，驱动测试装置12分别与测试主机11和N个硬件仿真模块13建立连接，N≥1。驱动测试装置运行于A平台上，测试主机运行于B平台上。A平台和B平台的操作系统包括但不限于Windows、Linux、mac等，A、B平台是一对多的关系。

参见图2，本发明提供的跨平台的驱动测试方法的一个实施例的流程示意图。

本发明实施例提供的驱动测试方法是从驱动测试装置这一侧进行描述的，包括：

S1、读取测试主机发送的测试指令；所述测试指令包括测试数据和模块识别码；

S2、将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理。

需要说明的是，在测试时，A平台运行驱动测试装置，驱动测试装置中包括测试指令读取模块和硬件仿真服务模块，B平台运行测试主机。测试主机向驱动测试装置发送测试指令，测试指令读取模块接收并读取该测试指令，并通过TCP/IP发送给硬件仿真服务模块，硬件仿真服务模块再根据测试指令中的模块识别码发送给相应的硬件仿真模块进行处理。本发明实施例无需在每个B平台上开发硬件仿真模块，实现硬件仿真模块在不同平台的复用，提高驱动测试效率和稳定性。

进一步地，所述读取测试主机发送的测试指令，具体包括：

接收测试主机发送的测试指令，并将所述测试指令写入预先生成的第一端口中；

从预先生成的第二端口中读取所述测试指令；所述第一端口与所述第二端口相互配对形成IO回环子模块。

需要说明的是，测试指令读取模块包括平台适配子模块，测试主机中不同的操作系统环境需要驱动测试装置开发相应版本支持的平台适配子模块应用程序。平台适配子模块包含IO回环子模块，IO回环子模块自动判断系统端口状态并生成所需通讯端口，例如串口，USB口等，其端口特性与真实端口一致。IO回环子模块生成端口的方法技术多样，例如采用python脚本。IO回环子模块生成的端口通讯采用回环对模式，即通讯端口有两个，每一端分别可以读写，从一端写入可从另一端读出。如图3所示，测试指令21从IO回环子模块22的端口1写入数据时，平台适配子模块可以从端口2读出数据；并处理完后原路返回给测试指令21，即平台适配子模块从端口2写入数据，从端口1读出数据。其中，IO回环子模块生成所需通讯端口的流程如表1。

表1

在测试时，A平台运行平台适配子模块，平台适配子模块调用IO回环子模块，IO回环子模块用多线程打开并读写端口对的端口1，并将生成的端口对信息记录到一个文本文件中，以便测试指令使用。B平台根据文本文件中记录的端口对信息获知IO回环子模块提供的端口2，打开端口2，向端口2写入测试指令，平台适配子模块马上从IO回环子模块的端口1读到测试指令，并通过TCP/IP发送给硬件仿真服务模块进行驱动测试。

在一个优选地实施方式中，所述模块识别码为硬件仿真模块的识别码；

所述将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理，具体包括：

将所述测试数据发送给所述硬件仿真模块的识别码所对应的硬件仿真模块，以使所述硬件仿真模块对所述测试数据进行处理。

在本实施方式中，一个硬件仿真服务模块与多个硬件仿真模块处于同一个进程，硬件仿真服务模块表现形式为一个可执行程序，比如.EXE。硬件仿真模块为一个动态链接库，比如.DLL。运行时，一个硬件仿真服务模块可执行程序EXE会加载多个硬件仿真子模块DLL。

如图4所示，测试时，将测试指令31发送给IO回环子模块32生成的端口，其中，测试指令中包括硬件仿真模块的识别码，平台适配子模块33读取IO回环子模块32的端口数据，并将该数据发送给硬件仿真服务模块34，使硬件仿真服务模块34转发给硬件仿真模块的识别码所对应的硬件仿真模块35，硬件仿真模块35对该数据进行处理，更新状态与模拟动作，如果硬件仿真模块35没有处理结果要返回，则不返回数据，完成本次测试。采用这种测试方式方便硬件仿真模块的统一管理，简化操作界面的设计。

在另一个优选地实施方式中，所述模块识别码为硬件仿真服务子模块的网络端口号；

所述将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理，具体包括：

将所述测试数据通过所述硬件仿真服务子模块的网络端口号发送给相应的硬件仿真服务子模块，使所述硬件仿真服务子模块将所述测试数据发送给其对应的硬件仿真模块，以使所述对应的硬件仿真模块对所述测试数据进行处理。

在本实施方式中，硬件仿真服务模块中具有多个硬件仿真服务子模块，每个硬件仿真服务子模块与每个硬件仿真模块处于独立的一个进程，各硬件仿真服务子模块代码实现一致，表现形式为一个可执行程序，比如.EXE。硬件仿真模块为一个动态链接库，比如.DLL。硬件仿真服务子模块与硬件仿真模块除后缀名不同外，前部分名称一致，比如GrgVirDev_JournalPrt.exe和GrgVirDev_JournalPrt.dll。硬件仿真服务子模块通过得到自己的进程名的前部分来自动加载相应的硬件仿真子模块。

如图5所示，测试时，将测试指令41发送给IO回环子模块42生成的端口，平台适配子模块43读取IO回环子模块42的端口数据，平台适配子模块43会运行多线程去读取相关的端口，当有读到数据时，将读取的数据通过TCP/IP发送到相应的网络端口，具有该网络端口的硬件仿真服务子模块44接收到数据后，将数据转发给其对应的硬件仿真模块45，硬件仿真模块45对该数据进行处理，更新状态与模拟动作，如果硬件仿真模块45没有处理结果要返回，则不返回数据，完成本次测试。采用这种测试方式使得进程间的影响小，当某个进程出现问题时，不会影响其它进程的运行，使得各个硬件仿真模块独立工作互不影响。

进一步地，在所述接收测试主机发送的测试指令之前，还包括：

建立N个硬件仿真服务子模块与N个硬件仿真模块的一一对应关系，并为每个硬件仿真服务子模块设置唯一的网络端口号；其中，N≥1。

需要说明的是，在测试之前，硬件仿真服务模块建立一个SOCKET网络服务端，采用TCP通讯方式。为每个硬件仿真服务子模块设置相应的配置表，其配置表所包含的节点信息如表2所示。

名称	解释
		COMMTYPE	通讯类型，包含串口，USB，网络
ComID	当类型为串口时，指定通讯端口号
		ComBaud	当类型为串口时，指定通讯端口号的波特率
VID	当类型为USB时，指定VID号
		PID	当类型为USB时，指定PID号
NetPort	当类型为网络时，指定网络端口号

表2

其中，若选择通讯类型为串口或USB时，主要用于本地仿真模拟测试；若选择通讯类型为网络时，主要用于跨操作系统平台仿真模拟测试。

硬件仿真服务子模块的不同网路端口号关联不同的硬件仿真模块。硬件仿真服务子模块在运行时根据配置表的设定，针对不同的硬件仿真模块监听不同的网络端口数据，其中，硬件仿真服务子模块的网络端口号的设置不要与常见的系统服务端口号相冲突，以免造成通信数据异常，影响使用。

进一步地，在所述将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理之后，还包括：

接收所述硬件仿真模块反馈的处理结果，并将所述处理结果发送给所述测试主机。

需要说明的是，若硬件仿真模块在更新状态与模拟动作操作完成后，有数据返回，则将数据原路返回。硬件仿真模块将处理结果返回给硬件仿真服务模块，硬件仿真服务模块将处理结果返回给平台适配子模块，平台适配子模块将处理结果转发给IO回环子模块生成的端口1，测试指令读取端口2数据，完成本次测试。

参见图6，是本发明提供的跨平台的驱动测试方法的一个具体实施例的流程示意图，包括：

S51、测试指令向端口发送数据。其中，测试指令打开事先由IO回环子模块生成的端口，并通过该端口发送数据。

S52、平台适配子模块读取端口数据并将数据发送到硬件仿真服务子模块。其中，平台适配子模块运行多线程读取相关的端口，当有读到数据时，会将读入的数据通过TCP/IP发送到相应的网络端口。

S53、硬件仿真服务子模块收到数据，将数据转发给对应的硬件仿真模块。其中，根据每个线程所监听的网络端口号来转发给相应的硬件仿真模块。

S54、硬件仿真模块模拟硬件进行处理，并判断是否有返回结果。其中，处理操作为更新状态与模拟动作，若硬件仿真模块没有返回结果就不返回数据，本次命令执行完成。

S55、若硬件仿真模块有返回结果，则将结果数据发送给平台适配子模块。

S56、平台适配子模块将结果数据转发给IO回环子模块生成的端口。

S57、测试指令读取到硬件返回数据，本次命令执行完成。

本发明实施例提供的跨平台的驱动测试方法，能够接收测试主机发送的测试指令，并根据该测试指令选取相应的硬件仿真模块来进行测试，无需在每个测试主机上开发虚拟仿真程序，实现硬件仿真模块在不同平台的复用，提高驱动测试效率和稳定性。

相应的，本发明还提供一种跨平台的驱动测试装置，能够实现上述实施例中的跨平台的驱动测试方法的所有流程。

参见图7，是本发明提供的跨平台的驱动测试装置的一个实施例的结构示意图，包括测试指令读取模块61和硬件仿真服务模块62；

所述测试指令读取模块61用于读取测试主机发送的测试指令；所述测试指令包括测试数据和模块识别码；

所述硬件仿真服务模块62用于将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理。

进一步地，如图8所示，所述测试指令读取模块61包括平台适配子模块611和IO回环子模块612；

所述IO回环子模块612用于接收测试主机发送的测试指令，并将所述测试指令写入预先生成的第一端口中；

所述平台适配子模块611用于从所述IO回环子模块612预先生成的第二端口中读取所述测试指令；所述第一端口与所述第二端口相互配对形成IO回环子模块。

在一个优选地实施方式中，所述模块识别码为硬件仿真模块的识别码。

如图8所示，所述硬件仿真服务模块62具体用于将所述测试数据发送给所述硬件仿真模块的识别码所对应的硬件仿真模块。

在另一个优选地实施方式中，如图9所示，所述硬件仿真服务模块62包括适配管理子模块621和N个硬件仿真服务子模块622；所述N个硬件仿真服务子模块与N个硬件仿真模块一一对应；其中，N≥1；

所述模块识别码为硬件仿真服务子模块的网络端口号；

所述适配管理子模块621用于将所述测试数据通过所述硬件仿真子服务模块的网络端口号发送给相应的硬件仿真服务子模块622；

所述硬件仿真服务子模块622用于在接收到所述测试数据时，将所述测试数据发送给其对应的硬件仿真模块。

进一步地，所述跨平台的驱动测试装置还包括：

端口号设置模块，用于为每个硬件仿真服务子模块设置唯一的网络端口号。

进一步地，所述跨平台的驱动测试装置还包括：

处理结果发送模块，用于接收所述硬件仿真模块反馈的处理结果，并将所述处理结果发送给所述测试主机。

本发明实施例提供的跨平台的驱动测试装置，能够接收测试主机发送的测试指令，并根据该测试指令选取相应的硬件仿真模块来进行测试，无需在每个测试主机上开发虚拟仿真程序，实现硬件仿真模块在不同平台的复用，提高驱动测试效率和稳定性。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (11)

1.一种跨平台的驱动测试方法，其特征在于，包括：

读取测试主机发送的测试指令；所述测试指令包括测试数据和模块识别码；

将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理。

2.如权利要求1所述的跨平台的驱动测试方法，其特征在于，所述读取测试主机发送的测试指令，具体包括：

接收测试主机发送的测试指令，并将所述测试指令写入预先生成的第一端口中；

从预先生成的第二端口中读取所述测试指令；所述第一端口与所述第二端口相互配对形成IO回环子模块。

3.如权利要求1所述的跨平台的驱动测试方法，其特征在于，所述模块识别码为硬件仿真模块的识别码；

所述将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理，具体包括：

将所述测试数据发送给所述硬件仿真模块的识别码所对应的硬件仿真模块，以使所述硬件仿真模块对所述测试数据进行处理。

4.如权利要求1所述的跨平台的驱动测试方法，其特征在于，所述模块识别码为硬件仿真服务子模块的网络端口号；

所述将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理，具体包括：

将所述测试数据通过所述硬件仿真服务子模块的网络端口号发送给相应的硬件仿真服务子模块，使所述硬件仿真服务子模块将所述测试数据发送给其对应的硬件仿真模块，以使所述对应的硬件仿真模块对所述测试数据进行处理。

5.如权利要求1至4任一项所述的跨平台的驱动测试方法，其特征在于，在所述将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理之后，还包括：

接收所述硬件仿真模块反馈的处理结果，并将所述处理结果发送给所述测试主机。

6.一种跨平台的驱动测试装置，其特征在于，包括测试指令读取模块和硬件仿真服务模块；

所述测试指令读取模块用于读取测试主机发送的测试指令；所述测试指令包括测试数据和模块识别码；

所述硬件仿真服务模块用于将所述测试数据发送给所述模块识别码所对应的硬件仿真模块，使所述硬件仿真模块对所述测试数据进行处理。

7.如权利要求6所述的跨平台的驱动测试装置，其特征在于，所述测试指令读取模块包括平台适配子模块和IO回环子模块；

所述IO回环子模块用于接收测试主机发送的测试指令，并将所述测试指令写入预先生成的第一端口中；

所述平台适配子模块用于从所述IO回环子模块预先生成的第二端口中读取所述测试指令；所述第一端口与所述第二端口相互配对形成IO回环子模块。

8.如权利要求6所述的跨平台的驱动测试装置，其特征在于，所述模块识别码为硬件仿真模块的识别码；

所述硬件仿真服务模块具体用于将所述测试数据发送给所述硬件仿真模块的识别码所对应的硬件仿真模块。

9.如权利要求6所述的跨平台的驱动测试装置，其特征在于，所述硬件仿真服务模块包括适配管理子模块和N个硬件仿真服务子模块；所述N个硬件仿真服务子模块与N个硬件仿真模块一一对应；其中，N≥1；

所述模块识别码为硬件仿真服务子模块的网络端口号；

所述适配管理子模块用于将所述测试数据通过所述硬件仿真子服务模块的网络端口号发送给相应的硬件仿真服务子模块；

所述硬件仿真服务子模块用于在接收到所述测试数据时，将所述测试数据发送给其对应的硬件仿真模块。

10.如权利要求6至9任一项所述的跨平台的驱动测试装置，其特征在于，所述跨平台的驱动测试装置还包括：

处理结果发送模块，用于接收所述硬件仿真模块反馈的处理结果，并将所述处理结果发送给所述测试主机。

11.一种驱动测试系统，其特征在于，包括测试主机、驱动测试装置和N个硬件仿真模块；其中，N≥1；

所述测试主机用于向所述驱动测试装置发送测试指令；所述测试指令包括测试数据和模块识别码；

所述驱动测试装置是如权利要求6至10任一项所述的驱动测试装置；

所述硬件仿真模块用于在接收到所述驱动测试装置发送的测试数据时，对所述测试数据进行处理。