设备测试方法、装置、计算机系统及可读存储介质与流程

本公开涉及计算机技术领域，具体涉及一种设备测试方法、装置、计算机系统及可读存储介质。

背景技术：

车载智能盒子与汽车中控台连接，可以完成地图导航、智能语音操控、在线音乐点播等功能。在车载智能盒子的生产过程中，需要进行一段时间的稳定性测试。在传统测试方式中，一个车载智能盒子需要连接一台汽车中控台进行投屏测试。

在提出本公开的过程中，发明人发现，汽车中控台采购、维护成本高，占用面积大，且一台汽车中控台只能连接一个车载智能盒子，测试效率较低，严重影响产能。因此需要设计一种测试工具，用于替代汽车中控台，从而降低测试成本，提高测试效率。

技术实现要素：

为了至少部分解决相关技术问题，本公开实施例提供一种设备测试方法、装置、计算机系统及可读存储介质。

第一方面，本公开实施例中提供了一种设备测试方法。

具体地，所述设备测试方法，包括：在测试设备中为待测设备创建虚拟机；

通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试。

结合第一方面，本公开在第一方面的第一种实现方式中，所述在测试设备中为待测设备创建虚拟机，包括在测试设备中为连接到所述测试设备的多个待测设备创建并行运行的多个虚拟机。

结合第一方面，本公开在第一方面的第二种实现方式中，所述设备测试方法还包括：在所述测试设备中为所述待测设备生成虚拟网络适配器；

接收所述待测设备为所述虚拟网络适配器分配的逻辑地址；

通过所述虚拟机将所述虚拟网络适配器的物理地址与所述逻辑地址相绑定。

结合第一方面，本公开在第一方面的第三种实现方式中，所述通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试，包括：

通过所述虚拟机从所述待测设备接收传入指令和/或传入数据并执行与所述传入指令和/或传入数据相对应的操作；和/或

通过所述虚拟机接收用户输入，基于所述用户输入获得传出指令和/或传出数据，并向所述待测设备发送传出指令和/或传出数据。

结合第一方面的第三种实现方式，本公开在第一方面的第四种实现方式中，所述传入数据包括所述待测设备的显示数据；

所述通过所述虚拟机执行与所述传入指令和/或传入数据相对应的操作，包括通过所述虚拟机显示与所述显示数据相对应的图像。

结合第一方面的第四种实现方式，本公开在第一方面的第五种实现方式中，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

在第一显示模式下，通过多个虚拟机同时显示与多个待测设备的显示数据相对应的缩略图像；

在第二显示模式下，显示与所述多个待测设备中的特定待测设备的显示数据相对应的完整图像。

结合第一方面的第四种实现方式，本公开在第一方面的第六种实现方式中，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

通过所述虚拟机，基于所述显示数据创建web页面；

显示所述web页面。

结合第一方面的第三种实现方式，本公开在第一方面的第七种实现方式中，所述通过所述虚拟机接收用户输入，包括：

通过所述虚拟机接收用户在所述测试设备的web页面上进行的输入。

结合第一方面，本公开在第一方面的第八种实现方式中，所述在测试设备中为待测设备创建虚拟机，包括：在检测到通过通用串行总线接口接入所述测试设备的待测设备时，在所述测试设备中为接入的所述待测设备创建虚拟机。

结合第一方面，本公开在第一方面的第九种实现方式中，所述在测试设备中为待测设备创建虚拟机，包括：为多个待测设备创建相应的多个虚拟机，每个虚拟机在所述测试设备中运行相应的访客系统。

第二方面，本公开实施例中提供了一种设备测试装置。

具体地，所述设备测试装置，包括：

虚拟机创建模块，用于在测试设备中为待测设备创建虚拟机；

指令与数据传输模块，用于通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试。

结合第二方面，本公开在第二方面的第一种实现方式中，所述在测试设备中为待测设备创建虚拟机，包括在测试设备中为连接到所述测试设备的多个待测设备创建并行运行的多个虚拟机。

结合第二方面，本公开在第二方面的第二种实现方式中，所述设备测试装置还包括：虚拟网络适配器生成模块，用于在所述测试设备中为所述待测设备生成虚拟网络适配器；

逻辑地址接收模块，用于接收所述待测设备为所述虚拟网络适配器分配的逻辑地址；

地址绑定模块，用于通过所述虚拟机将所述虚拟网络适配器的物理地址与所述逻辑地址相绑定。

结合第二方面，本公开在第二方面的第三种实现方式中，所述通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试，包括：

通过所述虚拟机从所述待测设备接收传入指令和/或传入数据并执行与所述传入指令和/或传入数据相对应的操作；和/或

通过所述虚拟机接收用户输入，基于所述用户输入获得传出指令和/或传出数据，并向所述待测设备发送传出指令和/或传出数据。

结合第二方面的第三种实现方式，本公开在第二方面的第四种实现方式中，所述传入数据包括所述待测设备的显示数据；

所述通过所述虚拟机执行与所述传入指令和/或传入数据相对应的操作，包括通过所述虚拟机显示与所述显示数据相对应的图像。

结合第二方面的第四种实现方式，本公开在第二方面的第五种实现方式中，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

在第一显示模式下，通过多个虚拟机同时显示与多个待测设备的显示数据相对应的缩略图像；

在第二显示模式下，显示与所述多个待测设备中的特定待测设备的显示数据相对应的完整图像。

结合第二方面的第四种实现方式，本公开在第二方面的第六种实现方式中，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

通过所述虚拟机，基于所述显示数据创建web页面；

显示所述web页面。

结合第二方面的第三种实现方式，本公开在第二方面的第七种实现方式中，所述通过所述虚拟机接收用户输入，包括：

通过所述虚拟机接收用户在所述测试设备的web页面上进行的输入。

结合第二方面，本公开在第二方面的第八种实现方式中，所述在测试设备中为待测设备创建虚拟机，包括：在检测到通过通用串行总线接口接入所述测试设备的待测设备时，在所述测试设备中为接入的所述待测设备创建虚拟机。

结合第二方面，本公开在第二方面的第九种实现方式中，所述在测试设备中为待测设备创建虚拟机，包括：为多个待测设备创建相应的多个虚拟机，每个虚拟机在所述测试设备中运行相应的访客系统。

第三方面，本公开实施例中提供了一种计算机系统。具体地，所述计算机系统，包括：处理器；存储器，存储有可执行指令，当所述可执行指令被处理器执行时，实现以下方法步骤：在测试设备中为待测设备创建虚拟机；

通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试。

结合第三方面，本公开在第三方面的第一种实现方式中，所述在测试设备中为待测设备创建虚拟机，包括在测试设备中为连接到所述测试设备的多个待测设备创建并行运行的多个虚拟机。

结合第三方面，本公开在第三方面的第二种实现方式中，所述方法步骤还包括：在所述测试设备中为所述待测设备生成虚拟网络适配器；

接收所述待测设备为所述虚拟网络适配器分配的逻辑地址；

通过所述虚拟机将所述虚拟网络适配器的物理地址与所述逻辑地址相绑定。

结合第三方面，本公开在第三方面的第三种实现方式中，所述通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试，包括：

通过所述虚拟机从所述待测设备接收传入指令和/或传入数据并执行与所述传入指令和/或传入数据相对应的操作；和/或

通过所述虚拟机接收用户输入，基于所述用户输入获得传出指令和/或传出数据，并向所述待测设备发送传出指令和/或传出数据。

结合第三方面的第三种实现方式，本公开在第三方面的第四种实现方式中，所述传入数据包括所述待测设备的显示数据；

所述通过所述虚拟机执行与所述传入指令和/或传入数据相对应的操作，包括通过所述虚拟机显示与所述显示数据相对应的图像。

结合第三方面的第四种实现方式，本公开在第三方面的第五种实现方式中，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

在第一显示模式下，通过多个虚拟机同时显示与多个待测设备的显示数据相对应的缩略图像；

在第二显示模式下，显示与所述多个待测设备中的特定待测设备的显示数据相对应的完整图像。

结合第三方面的第四种实现方式，本公开在第三方面的第六种实现方式中，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

通过所述虚拟机，基于所述显示数据创建web页面；

显示所述web页面。

结合第三方面的第三种实现方式，本公开在第三方面的第七种实现方式中，所述通过所述虚拟机接收用户输入，包括：

通过所述虚拟机接收用户在所述测试设备的web页面上进行的输入。

结合第三方面，本公开在第三方面的第八种实现方式中，所述在测试设备中为待测设备创建虚拟机，包括：在检测到通过通用串行总线接口接入所述测试设备的待测设备时，在所述测试设备中为接入的所述待测设备创建虚拟机。

结合第三方面，本公开在第三方面的第九种实现方式中，所述在测试设备中为待测设备创建虚拟机，包括：为多个待测设备创建相应的多个虚拟机，每个虚拟机在所述测试设备中运行相应的访客系统。

第四方面，本公开实施例中提供了一种计算机可读存储介质。

具体地，所述计算机可读存储介质，存储有可执行指令，当所述可执行指令被处理器执行时，实现如第一方面、第一方面的第一种实现方式到第一方面的第七种实现方式中任一项所述的方法。

根据本公开的实施例，通过在测试设备中为待测设备创建虚拟机，可以通过一台测试设备同时测试多个待测设备，提高了测试效率，降低了测试复杂度和成本。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它目的和优点将变得更加明显。在附图中：

图1示出了根据本公开实施例的应用场景1的示意图；

图2a示出了根据本公开实施例的应用场景2的示意图；

图2b示出了根据本公开实施例的第一显示模式的示意图；

图2c示出了根据本公开实施例的第二显示模式的示意图；

图3示出了根据本公开实施例的设备测试方法的流程图；

图4示出了根据本公开实施例的设备测试装置的框图；

图5示出了根据本公开实施例的设备测试装置的框图；

图6示出根据本公开实施例的计算机系统的结构框图；

图7示出根据本公开实施例适于设备测试方法的计算机体系架构的结构框图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

在提出本公开的过程中，发明人发现，汽车中控台采购、维护成本高，占用面积大，且一台汽车中控台只能连接一个车载智能盒子，测试效率较低，严重影响产能。需要设计一种测试工具，用于代替汽车中控台，从而降低成本，提高测试效率。

图1示出了根据本公开实施例的应用场景1的示意图，具体示出了对车载智能盒子进行测试的测试主机的结构框图。可以理解，图1所示应用场景仅为了说明本公开的概念和原理，而并非意味着本公开仅适用于这样的应用场景。

根据本公开实施例，采用测试主机代替汽车中控台，将多个车载智能盒子连接到测试主机，可以同时对多个车载智能盒子进行测试。

如图1所示，测试主机包括主机服务端101和主机界面102。主机服务端101用于提供各种测试相关服务，主机界面102用于测试主机和测试人员的交互。

在主机服务端101中，usb(universalserialbus，通用串行总线)设备枚举模块104检测通过usb接口接入的车载智能盒子。在检测到新接入的车载智能盒子后，虚拟机管理模块105建立虚拟机镜像103。虚拟机镜像103包括：mirrorlink客户端109，用于和车载智能盒子通过mirrorlink协议通信；rtsp服务110，使用rtsp(realtimestreamingprotocol，实时流传输协议)，将车载智能盒子的显示数据传送给主机界面；websocket服务111，用于接收测试人员的操作指令。

mirrorlink是由一些国际性知名手机厂商和汽车制造商联合发起建立的一种“车联网”标准，旨在规范智能手机和车载系统的有效连接，并形成良好的用户体验。采用此标准进行手机车机互联时，可以实现对特定应用软件的手机和车机的双向控制，目标使用户在汽车行驶过程中，不用看着手机屏幕、触摸手机屏幕或操作手机按键，只需要用车载上的物理按键或语音命令来控制手机，包括接听/拨打电话、听手机音乐、用手机导航等等。根据本公开实施例，可以通过web页面来实现设备列表页面112和设备展示页面113。设备列表页面112通过http服务106，经由虚拟机管理模块105查询车载智能盒子设备列表以及对应的rtsp地址，虚拟机管理模块105向http服务106返回车载智能盒子设备列表以及对应的rtsp地址，http服务106对车子智能盒子列表进行格式转换之后，发送到设备列表页面112。然后，设备列表页面112向rtsp服务110请求rtsp流，rtsp服务110将通过mirrorlink客户端109接收的车载智能盒子的显示数据和/或音频数据发送到rtsp转发服务108，rtsp转发服务108将显示数据和音频数据推送到mp4(movingpictureexpertsgroup-4，动态图像专家组-4)复合器107，复合成mp4数据流后，再将mp4数据流发送至主机界面102中的设备列表页面112。mp4复合器107复合出的mp4数据流还可以用作测试记录文件，用于记录测试过程中车载智能盒子产生的显示数据和音频数据。在设备列表页面112中，可以通过缩略图像的方式同时显示多个车载智能盒子的图像画面。当测试人员选择了设备列表页面112中的某个特定车载智能盒子的缩略图后，设备展示页面113通过http服务106请求，向虚拟机管理模块105请求获取该特定车载盒子的设备画面的url。虚拟机管理模块105通过http服务106向设备展示页面113发送该车载智能盒子对应的rtspurl地址和websocket地址。然后，设备展示页面113向rtsp服务110请求rtsp流，从rtsp服务110，经由rtsp转发服务108获得该特定车载智能盒子的完整图像画面，并以全屏方式显示该特定车载智能盒子的完整图像画面。测试人员可以在设备展示页面113中进行输入操作，操作指令(例如点击的坐标)通过websocket服务地址传输给websocket服务111，并通过mirrorlink客户端109传输到车载智能盒子。

根据本公开实施例，通过在测试主机中为每个被测的车载智能盒子创建虚拟机，可以实现一台测试主机同时测试多个车载智能盒子，测试主机可以采用通用计算机或嵌入式设备实现，相比于现有技术显著降低了测试成本，提高了测试效率。

图2a示出了根据本公开实施例的应用场景2的示意图。

如图2a所示，测试主机201可以同时连接多个车载智能盒子，对多个车载智能盒子进行测试。图2a示出了3个车载智能盒子202-1、202-2、202-3通过usb线连接至测试主机201。根据本公开实施例，测试主机201可以同时测试的设备不限于车载智能盒子，同时测试的设备个数也不限于3个。

图2b示出了根据本公开实施例的第一显示模式的示意图。

如图2b所示，测试主机的第一显示模式，即缩略显示模式可以同时显示被测的多个车载智能盒子的图像，所述图像例如可以是车载智能盒子的桌面、车载智能盒子正在运行的应用程序界面、车载智能盒子正在播放的视频、车载智能盒子的地图导航画面，等等。所述车载智能盒子的图像是以缩略形式显示的，其像素数量和分辨率均低于图2c中第二显示模式的完整图像。在测试主机的屏幕203上，同时显示了被测的3个车载智能盒子的图像204-1、204-2、204-3。在第一显示模式中同时显示所有被测车载智能盒子的图像，可以总览每个车载智能盒子的状态，迅速发现所有被测车载智能盒子是否工作正常，并且可以容易地切换到任一被测车载智能盒子。

图2c示出了根据本公开实施例的第二显示模式的示意图。

如图2c所示，测试主机的第二显示模式，即完整显示模式可以显示被测试人员选中、用于交互式测试的特定车载智能盒子的图像。根据本公开实施例，当测试人员选中图2b所示的任一车载智能盒子的缩略图像时，显示模式从第一显示模式切换到第二显示模式。在第二显示模式中，显示特定车载智能盒子的完整图像。测试人员可以在完整图像上进行输入操作，例如，测试人员可以在测试主机的屏幕205上显示的导航地图区域206和备选歌曲区域207中操作，例如选择目的地导航点或者选择想播放的歌曲，从而对选中的特定车载智能盒子进行交互式测试。

图3示出了根据本公开实施例的设备测试方法的流程图。

在步骤s301中，在测试设备中为待测设备创建虚拟机；

在步骤s302中，通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试。

根据本公开实施例，可以在测试设备中为例如车载智能盒子等待测设备创建虚拟机，通过虚拟机在测试设备和待测设备间传输指令和/或数据，从而通过测试设备对待测设备进行测试。

现有技术中，车载智能盒子使用固定ip(互联网协议)地址和ip网段，所以多台车载智能盒子同时连接一台测试设备时，测试设备虽然会为每台车载智能盒子虚拟出网卡设备，但车载智能盒子在为测试设备端网卡分配ip地址时，由于每台车载智能盒子互不通信，无法得知实际ip分配情况，所以多个车载智能盒子可能分配相同ip地址给测试设备端网卡，导致测试设备端在进行ip与mac地址绑定时产生冲突，导致只有一块网卡设备拥有ip地址，从而无法实现一台测试设备同时测试多个车载智能盒子。在本公开实施例中，通过在测试设备中为待测设备创建虚拟机，可以为每个待测设备建立独立测试环境，实现多个待测设备在数据链路层的隔离，从而实现一台测试设备同时测试多个待测设备。根据本公开实施例，测试设备可以通过usb接口和待测设备相连，测试设备可以在检测到待测设备连接到usb接口时，为该待测设备创建相应的虚拟机。

根据本公开实施例，通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，包括：通过所述虚拟机使用mirrorlink协议在所述测试设备与所述待测设备之间传输指令和/或数据。mirrorlink协议是一些国际知名手机厂商和汽车制造商联合发起建立的一种“车联网”标准，旨在规范智能终端和车载系统的有效连接，并形成良好的用户体验。采用mirrorlink协议，实现了多种智能终端和多种车载系统间的互联互通，具有较好的兼容性和可扩展性。

根据本公开实施例，待测设备可以是支持mirrorlink协议的车载智能盒子，也可以是支持mirrorlink协议的其它终端设备，例如智能手机等。根据本公开实施例，测试设备与待测设备也可以采用例如wlan(无线局域网)、蓝牙的其它通信协议连接。

根据本公开实施例，所述在测试设备中为待测设备创建虚拟机，包括在测试设备中为连接到所述测试设备的多个待测设备创建相应的多个虚拟机。例如，在测试设备上，可以通过usb口连接10台例如车载智能盒子的待测设备。相应地，测试设备可以建立10个虚拟机，分别与10台车载智能盒子通过usb口对应连接。虚拟机间相互独立，并且实现了多个待测设备在数据链路层的隔离，从而实现一台测试设备同时测试多个待测设备。例如，测试设备的usb接口监听usb设备状态，当检测到有待测设备(例如，车载智能盒子)连接到usb接口时，发送待测设备插入消息给虚拟机管理模块，虚拟机管理模块为待测设备创建相应的虚拟机。

根据本公开实施例，所述测试方法还包括：在所述测试设备中为所述待测设备生成虚拟网络适配器；接收所述待测设备为所述虚拟网络适配器分配的逻辑地址；通过所述虚拟机将所述虚拟网络适配器的物理地址与所述逻辑地址相绑定。

在本公开实施例中，由于为每个待测设备创建了虚拟机，虚拟机之间可以彼此独立地对虚拟网络适配器的逻辑地址(例如，ip地址)和物理地址(例如，媒体访问控制mac地址)进行绑定，因此，即使几个待测设备给其相对应的虚拟网络适配器分配了相同的ip地址，也不会影响待测设备与测试设备之间的连接和测试过程。地址绑定后，更新待测设备列表。

根据本公开实施例，所述通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试，包括：通过所述虚拟机从所述待测设备接收传入指令和/或传入数据并执行与所述传入指令和/或传入数据相对应的操作；和/或通过所述虚拟机接收用户输入，基于所述用户输入获得传出指令和/或传出数据，并向所述待测设备发送传出指令和/或传出数据。

例如，虚拟机和待测设备间可以采用双向通信方式。虚拟机可以接收来自待测设备的传入数据，例如需要通过测试设备播放或显示的音频、视频、图像等数据。虚拟机也可以接收来自待测设备的传入指令，例如用户通过待测设备输入的控制连接到测试设备的其他设备的指令。另外，虚拟机也可以向待测设备发送基于用户(例如测试人员)的输入操作得到的传出指令，例如进行地图导航、选择特定音视频的指令，或者向待测设备发送传出数据，例如基于用户的语音选择歌曲的音频数据等。

根据本公开实施例，所述传入数据包括所述待测设备的显示数据；所述通过所述虚拟机执行与所述传入指令和/或传入数据相对应的操作，包括通过所述虚拟机显示与所述显示数据相对应的图像。

例如，虚拟机从待测设备接收的传入数据可以包括要通过测试设备的显示屏幕显示的图像的显示数据，所述图像例如可以是待测设备的桌面、待测设备正在运行的应用程序界面、待测设备正在播放的视频、待测设备的地图导航画面，等等。例如车载智能盒子等待测设备可以没有显示屏幕，而是需要通过汽车中控台的显示屏幕进行显示。在测试过程中通过测试设备的虚拟机在测试设备的屏幕上显示待测设备的显示数据对应的图像，可以模拟实际工作环境中通过汽车中控台屏幕显示车载智能盒子的场景，从而实现对待测设备的相应功能的测试。

根据本公开实施例，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：在第一显示模式下，通过多个虚拟机同时显示与所述多个待测设备的显示数据相对应的缩略图像；在第二显示模式下，显示与所述多个待测设备中的特定待测设备的显示数据相对应的完整图像。

根据本公开实施例，测试设备可以同时连接多个待测设备，对多个待测设备进行测试。测试设备的第一显示模式可以同时显示多个待测设备的图像，所述图像例如可以是待测设备的桌面、待测设备正在运行的应用程序界面、待测设备正在播放的视频、待测设备的地图导航画面，等等。待测设备的图像是以缩略形式显示的，其像素数量和分辨率均低于第二显示模式的完整图像。在第一显示模式中同时显示多个待测设备的图像，可以总览每个待测设备的状态，迅速发现所有被测车载智能盒子是否工作正常，并且可以容易地切换到任一待测设备的图像。

根据本公开实施例，测试设备的第二显示模式可以显示被测试人员选中、用于交互式测试的特定待测设备的完整图像。根据本公开实施例，当测试人员选择任一待测设备的缩略图像时，显示模式从第一显示模式切换到第二显示模式。在第二显示模式中，显示特定待测设备的完整图像。测试人员可以在完整图像上进行输入操作，例如，测试人员可以在测试设备的屏幕上显示的特定待测设备的导航地图区域和备选歌曲区域中操作，例如选择目的地导航点或者选择想播放的歌曲，从而对选中的特定待测设备进行交互式测试。

根据本公开实施例，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：通过所述虚拟机，基于所述显示数据创建web页面；显示所述web页面。

例如，虚拟机可以基于显示数据创建web页面，并在web页面中显示待测设备的图像。通过web页面的方式显示图像，虚拟机只需要使用例如ie等通用浏览器访问http服务，即可以进行显示，不用开发专用的图像显示软件。在系统升级过程中，也只需要升级http服务，系统架构简单，减少了开发、维护的工作量。

根据本公开实施例，所述通过所述虚拟机接收用户输入，包括：通过所述虚拟机接收用户在所述web页面上进行的输入。

例如，虚拟机除了通过web页面显示待测设备的图像外，也可以在该web页面中接收测试人员的输入，例如测试人员在web页面上进行的触控输入。该触控输入的坐标可以通过websocket协议上传到虚拟机，虚拟机基于触控输入的坐标确定相应的控制指令，并根据该控制指令获得相应的传出数据和/或传出指令。通过同一web页面显示待测设备的图像和接收测试人员的触控输入，良好模拟了在汽车中控台屏幕上的显示图像输出和触控输入，方便测试的进行。

图4示出了根据本公开实施例的设备测试装置的框图。

如图4所示，设备测试装置400包括：

虚拟机创建模块401，用于在测试设备中为待测设备创建虚拟机；

指令与数据传输模块402，用于通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试。

根据本公开实施例，所述在测试设备中为待测设备创建虚拟机，包括在测试设备中为连接到所述测试设备的多个待测设备创建并行运行的多个虚拟机。

图5示出了根据本公开实施例的设备测试装置的框图。

如图5所示，设备测试装置500包括与图4相同的模块401～402，还包括附加模块：

虚拟网络适配器生成模块403，用于在所述测试设备中为所述待测设备生成虚拟网络适配器；

逻辑地址接收模块404，用于接收所述待测设备为所述虚拟网络适配器分配的逻辑地址；

地址绑定模块405，用于通过所述虚拟机将所述虚拟网络适配器的物理地址与所述逻辑地址相绑定。

根据本公开实施例，所述通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试，包括：

通过所述虚拟机从所述待测设备接收传入指令和/或传入数据并执行与所述传入指令和/或传入数据相对应的操作；和/或

通过所述虚拟机接收用户输入，基于所述用户输入获得传出指令和/或传出数据，并向所述待测设备发送传出指令和/或传出数据。

根据本公开实施例，所述传入数据包括所述待测设备的显示数据；

所述通过所述虚拟机执行与所述传入指令和/或传入数据相对应的操作，包括通过所述虚拟机显示与所述显示数据相对应的图像。

根据本公开实施例，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

在第一显示模式下，通过多个虚拟机同时显示与多个待测设备的显示数据相对应的缩略图像；

在第二显示模式下，显示与所述多个待测设备中的特定待测设备的显示数据相对应的完整图像。

根据本公开实施例，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

通过所述虚拟机，基于所述显示数据创建web页面；

显示所述web页面。

根据本公开实施例，所述通过所述虚拟机接收用户输入，包括：

通过所述虚拟机接收用户在所述web页面上进行的输入。

图6示出根据本公开实施例的计算机系统的结构框图。

如图6中所示，该计算机系统600可以包括一个或多个处理器601以及一个或多个存储器602。所述一个或多个存储器602用于存储一条或多条可执行指令，当所述可执行指令被所述一个或多个处理器601执行时，可以实现以下步骤：

一种设备测试方法，其特征在于，包括：在测试设备中为待测设备创建虚拟机；

通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试。

根据本公开实施例，所述在测试设备中为待测设备创建虚拟机，包括在测试设备中为连接到所述测试设备的多个待测设备创建并行运行的多个虚拟机。

根据本公开实施例，所述设备测试方法还包括：

在所述测试设备中为所述待测设备生成虚拟网络适配器；

接收所述待测设备为所述虚拟网络适配器分配的逻辑地址；

通过所述虚拟机将所述虚拟网络适配器的物理地址与所述逻辑地址相绑定。

根据本公开实施例，所述通过所述虚拟机在所述测试设备与所述待测设备之间传输指令和/或数据，以对所述待测设备进行测试，包括：

通过所述虚拟机从所述待测设备接收传入指令和/或传入数据并执行与所述传入指令和/或传入数据相对应的操作；和/或

通过所述虚拟机接收用户输入，基于所述用户输入获得传出指令和/或传出数据，并向所述待测设备发送传出指令和/或传出数据。

根据本公开实施例，所述传入数据包括所述待测设备的显示数据；

所述通过所述虚拟机执行与所述传入指令和/或传入数据相对应的操作，包括通过所述虚拟机显示与所述显示数据相对应的图像。

根据本公开实施例，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

在第一显示模式下，通过多个虚拟机同时显示与多个待测设备的显示数据相对应的缩略图像；

在第二显示模式下，显示与所述多个待测设备中的特定待测设备的显示数据相对应的完整图像。

根据本公开实施例，所述通过所述虚拟机显示与所述显示数据相对应的图像，包括：

通过所述虚拟机，基于所述显示数据创建web页面；

显示所述web页面。

根据本公开实施例，所述通过所述虚拟机接收用户输入，包括：

通过所述虚拟机接收用户在所述web页面上进行的输入。

根据本公开实施例，上述设备测试装置可以在分布式计算机系统中实现。该分布式计算机系统可以使用多台计算机实现。

图7示出根据本公开实施例适于设备测试方法的计算机体系架构的结构框图。

如图7所示，计算机系统700包括处理器(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行上述方法。在ram703中，还存储有系统700操作所需的各种程序和数据。cpu701、rom702以及ram703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。

以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

另外，根据本公开的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行上述方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。

根据本公开的实施例，可以采用一个如上文描述的计算机体系架构来实现根据本公开实施例的方法，也可以采用多个如上文描述的计算机体系架构彼此协作来实现根据本公开实施例的方法。

附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过可编程硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。