拍摄装置驱动测试方法、装置及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种拍摄装置驱动测试方法、装置及存储介质。

背景技术

在进行拍摄装置驱动测试时，拍摄装置驱动需要先获取图像数输入，之后把图像数据发送至上层节点。

现有的拍摄装置驱动测试方法中，图像数据在输入拍摄装置驱动之前，一般是由拍摄装置的硬件的进行图像数据输出，拍摄装置驱动通过读取硬件的图像数据输出来作为拍摄装置驱动图像数据输入。

然而，这需要读取硬件的图像数据输出来作为拍摄装置驱动图像数据输入，存在对硬件的依赖；并且，该图像数据是硬件真实的图像数据，无法对输入的时间，数据量大小进行任意的调整和修改，造成测试范围过小。

因此，如何在测试拍摄装置驱动时可以去除对硬件的依赖，并对所输出的图像数据大小和内容进行定制，增加测试范围的覆盖度，是目前亟需解决的重要问题。

发明内容

本发明的主要目的在于提供一种拍摄装置驱动测试方法、装置及存储介质，旨在解决现有技术中存在的硬件依赖和无法对输出的数据大小和内容进行定制的问题。

为实现上述目的，本发明提供了一种拍摄装置驱动测试方法，所述方法包括以下步骤：

S1：通过第一拍摄装置获取第一图像数据，并将所述第一图像数据保存为第一图像文件；

S2：通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中；

S3：对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，并由所述第二拍摄装置输出对应的第二图像数据。

可选地，在所述步骤S3之前，还包括以下步骤：

设置第二拍摄装置的第一图像尺寸与所述图像写入工具写入的第一图像数据的第二图像尺寸相同；

设置第二拍摄装置的第一图像输出帧率与所述图像写入工具写入的第一图像数据的第二图像写入帧率相同。

可选地，所述步骤S1包括：

通过第一拍摄装置获取第一图像数据；其中，所述第一图像数据包括多个单帧图像，所述单帧图像的大小相同；

将多个所述单帧图像按预设顺序进行排序，保存为第一图像文件。

可选地，所述步骤S2包括：

A1：所述图像写入工具根据所述第二图像尺寸对所述第一图像文件进行分割，得到多个第二图像文件；

A2：所述图像写入工具根据所述第二图像写入帧率把所述第二图像文件写入Linux系统的虚拟块设备中。

可选地，在所述步骤A2之前，还包括以下步骤：

把所述第二图像文件的图像指定位置修改为特定的值，用于有效性检查。

可选地，所述步骤A2，包括以下步骤：

根据所述第二图像写入帧率设置定时器；

所述定时器超时后把所述第二图像文件写入Linux系统的虚拟块设备中；或，所述定时器超时后延迟指定时长后把所述第二图像文件写入Linux系统的虚拟块设备中。

可选地，所述第二拍摄装置驱动读取所述第二拍摄装置的设备名称时返回指定的名称和/或所述第二拍摄装置驱动读取所述第二拍摄装置的设备型号时返回指定的型号。

此外，为实现上述目的，本发明还提出一种拍摄装置驱动测试装置，所述拍摄装置驱动测试装置包括：

图像获取模块，用于通过第一拍摄装置获取第一图像数据，并将所述第一图像数据保存为第一图像文件；

图像写入模块，用于通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中；

驱动读取模块，用于对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，并由所述第二拍摄装置输出对应的第二图像数据。

可选地，所述拍摄装置驱动测试装置还包括：

参数设置模块，用于设置第二拍摄装置的第一图像尺寸与所述图像写入工具写入的第一图像数据的第二图像尺寸相同；还用于设置第二拍摄装置的第一图像输出帧率与所述图像写入工具写入的第一图像数据的第二图像写入帧率相同。

此外，为实现上述目的，本发明还提出一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上文所述的拍摄装置驱动测试方法的步骤。

本发明通过第一拍摄装置获取第一图像数据，并将所述第一图像数据保存为第一图像文件；通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中；对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，并由所述第二拍摄装置输出对应的第二图像数据。这样，通过使用Linux系统的虚拟块设备和图像写入工具模拟出硬件设备正常工作的场景，去除了对硬件的依赖；并且，由于拍摄装置驱动使用的第一图像数据并非拍摄装置硬件真实的数据，而是虚拟块设备中的，可以对输入时间和大小进行定制，增加了测试范围的覆盖度，提高了测试效果。

附图说明

图1为本发明提供的一种拍摄装置驱动测试方法的流程示意图之一；

图2为本发明实施例中图像写入的流程示意图；

图3为本发明提供的一种拍摄装置驱动测试方法的流程示意图之二；

图4为本发明拍摄装置驱动测试装置实施例的结构示意图之一；

图5为本发明拍摄装置驱动测试装置实施例的结构示意图之二；

图6是本发明实施例方案涉及的硬件运行环境的控制设备结构示意图。

本发明目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

由于在进行拍摄装置驱动测试时，拍摄装置驱动需要先获取图像数据输入，之后把图像数据发送至上层节点。

现有技术中，图像数据在输入拍摄装置驱动之前，一般是由拍摄装置的硬件进行图像数据输出，拍摄装置驱动通过读取硬件的图像数据输出来作为拍摄装置驱动图像数据输入。

而本申请不采用拍摄装置驱动通过读取硬件的图像数据输出作为拍摄装置驱动图像数据输入，而是采用拍摄装置驱动测试方法。

具体的，本申请可以通过使用Linux系统的虚拟块设备和图像写入工具模拟出硬件设备正常工作的场景，去除对硬件的依赖；并且，不使用拍摄装置硬件真实的数据，通过对所输出的图像数据大小和内容进行定制，增加测试范围的覆盖度。

在一个实施例中，本发明提供拍摄装置驱动测试方法，所述方法包括：

步骤S1：通过第一拍摄装置获取第一图像数据，并将所述第一图像数据保存为第一图像文件。

步骤S2：通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中。

步骤S3：对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，并由所述第二拍摄装置输出对应的第二图像数据。

由于需要去除对硬件的依赖，本申请可以通过使用Linux系统的虚拟块设备和图像写入工具模拟出硬件设备正常工作的场景。

由于对于图像写入工具而言，首先需要录制所需要输出的图像数据作为图像写入工具的输入，在步骤S1中，具体的方式可以是通过第一拍摄装置获取第一图像数据；其中，所述第一图像数据包括多个单帧图像，所述单帧图像的大小相同；将多个所述单帧图像按预设顺序进行排序，保存为第一图像文件。这样，所述第一图像文件即可作为所述图像写入工具的输入。

在实际应用中，所述第一拍摄装置可以是真实的相机，这样，第一图像数据可以从真实的相机输出中采集，且由于相机输出的每帧图像的大小是相同的，其包括多个单帧图像，因此可以将多个单帧图像按预设顺序进行排序，保存为第一图像文件。其中，所述预设顺序可以是拍摄时间，也可以是拍摄地点，具体的，本实施例在此不做限制。

当然，若无法使用真实的相机来录制所需要输出的第一图像数据，第一拍摄装置可以是文本编辑工具，通过将对应大小的图像数据写入一个空文件中得到第一图像文件作为图像写入工具的输入，只要格式正确即可。

在得到可作为图像写入工具的输入的第一图像文件后，可以通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中，即可模拟出硬件设备正常工作的场景。

对于上述步骤S2，其具体内容可以如图2所示，所述步骤S2包括：

步骤A1：所述图像写入工具根据所述第二图像尺寸对所述第一图像文件进行分割，得到多个第二图像文件。

步骤A2：所述图像写入工具根据所述第二图像写入帧率把所述第二图像文件写入Linux系统的虚拟块设备中。

本申请中，所述图像写入工具可以是基于C语言的图像写入工具，其可以包括以下几个功能：

1.根据设定图像大小从第一图像文件中读取并分割出第二图像文件；

2.根据设定的写入帧率写入第二图像文件；

3.根据设定的时间在指定的时间点写入第二图像文件；

4.将第二图像文件的图像指定位置修改为特定的值，以应对可能的有效性检查。

对于上述步骤A1，可以设置所述图像写入工具写入的第一图像数据的第二图像尺寸，然后，所述图像写入工具在读取所述第一图像文件后，再根据所述第二图像尺寸每隔同样的大小对所述第一图像文件进行一次分割，分割出的数据即可得到多个第二图像文件。

对于上述步骤A2，可以设置所述图像写入工具写入的第一图像数据的第二图像写入帧率，然后，可以根据所述第二图像写入帧率设置定时器；然后在所述定时器超时后把所述第二图像文件写入Linux系统的虚拟块设备中；或者，在所述定时器超时后延迟指定时长后把所述第二图像文件写入Linux系统的虚拟块设备中。具体的，所述虚拟块设备可以是基于Linux系统的V4L2创建的。

Linux系统是一套免费使用和自由传播的类Unix操作系统，其具备多用户、多任务、多线程、多CPU和高安全性的特点，因此，Linux系统受到了广泛应用。目前，在基于Linux内核的操作系统上，大多拍摄装置设备是通过V4L2驱动的。

本申请中的Linux系统，可以使用到Linux系统中的module模块，module是一个专门管理环境变量的工具，全称是module environment,一般应用于软件或运行库等设备有多个版本，且需要分别配置这些环境变量。

本申请中的Linux module可以包括如下几个功能：

1.在Linux系统中建立基于v4l2的虚拟块设备；

2.当driver(驱动程序)读取对应的拍摄装置的设备名称时可返回指定的设备名称；

3.当driver读取对应的拍摄装置的设备型号时可返回指定的型号；

4.将driver开始读取第一图像数据的时间设定为本地时间，方便driver测量读取到第一图像数据所用的时间。

V4L2即video for Linux version 2，它是在Linux驱动程序分层设计思想的指导下实现的有关拍摄装置设备的驱动中间层，向上为APP访问硬件设备提供通用的设备文件节点，向下为驱动底层代码的编写规范统一的V4L2架构。用户空间通过调用各种ioctl(input/output control，专用于设备输入输出操作的系统调用)实现对采用V4L2驱动的拍摄装置设备的控制，并且允许使用mmap进行内存映射。

具体的，由于经过步骤A1，所述图像写入工具读取所述第一图像文件中的第一图像数据时，可以根据设定的第二图像的大小对第一图像文件进行分割，将得到的多个第二图像文件保存于内存中，等待在合适的时间进行写入Linux系统的虚拟块设备。

因此，可以根据设定的写入帧率(fps)设置定时器，使图像写入工具可以在特定的时间点所述第一图像文件中的图像数据写入Linux系统的虚拟块设备中，定时器触发的时间间隔ti为：

ti＝1/fps

然后，在所述定时器超时后把所述第二图像文件写入Linux系统的虚拟块设备中，或者，在所述定时器超时后延迟指定时长后把所述第二图像文件写入Linux系统的虚拟块设备中。

具体的，若需要在特定的毫秒时间点把所述第二图像文件写入Linux系统的虚拟块设备中，那么在启动定时器时需要先进行延时，举例说明，若需要所述第二图像文件在tms毫秒时输出，比如每秒输出10帧的时间在0+tms，100+tms，200+tms……那么我们需要先延时如下的时间：

当前时间毫秒数tmsc与当前时间tc(单位为微秒)的关系为：

tmsc＝(tc/1000)％100

当前时间百毫秒数thmsc与当前时间tc(单位为微秒)的关系为：

thmsc＝(tc/1000)/100

如果当前时间tc(单位为毫秒)已经超过tms，那么延时时间td(单位为微秒)为：

td＝((thmsc+1)*100+tms)*1000–tc

如果当前时间tc(单位为微秒)还没达到tms，那么延时时间td(单位为微秒)为：

td＝(thmsc*100+tms)*1000–tc

经过上述步骤S1至步骤S2，通过使用Linux系统的虚拟块设备和图像写入工具可以模拟出硬件设备正常工作的场景。

而在启动driver，即第二拍摄装置的驱动之前，首先要加载上述Linux module，之后运行所述图像写入工具，模拟出硬件设备在正常工作的场景，之后配置好driver运行所需的参数，即在driver中获取第二拍摄装置设备名称和/或设备型号，设置第二拍摄装置的第一图像尺寸与所述图像写入工具写入的第一图像数据的第二图像尺寸相同，设置第二拍摄装置的第一图像输出帧率与所述图像写入工具写入的第一图像数据的第二图像写入帧率相同；之后即可启动driver，进行相关的测试。

在步骤S3中，在启动driver后，对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，然后由所述第二拍摄装置输出对应的第二图像数据。其中，所述第二拍摄装置可以是待测的拍摄装置。

而上述建立的虚拟块设备V4L2，可以使driver在启动时可以进行读取和相关的ioctl(input/output control，专用于设备输入输出操作的系统调用)操作，且由于driver是基于V4L2的，所以Linux module也是支持v4l2设备所有需要支持的操作的，具体包括：

当driver使用ioctl操作读取虚拟块设备相关图像数据时，Linux module要能捕获到对应的操作，所述虚拟块设备可以将所述第一图像数据发送给所述第二拍摄装置的驱动，从而触发driver相关的处理，由所述第二拍摄装置输出对应的第二图像数据；而在driver读取第一图像数据时，在发送图像数据之前需要查看当时的系统时间并将对应的值返回给driver，从而方便driver测量读取到第一图像数据所用的时间。

之后，由所述第二拍摄装置输出对应的第二图像数据，从而验证输出的所述第二图像数据是否与预期的一致，即包括是否正确，是否满足要求，有效性检查是否通过等等，本实施例在此不做限制。

本发明通过第一拍摄装置获取第一图像数据，并将所述第一图像数据保存为第一图像文件；通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中；对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，并由所述第二拍摄装置输出对应的第二图像数据。这样，通过使用Linux系统的虚拟块设备和图像写入工具模拟出硬件设备正常工作的场景，去除了对硬件的依赖；并且，由于拍摄装置驱动使用的第一图像数据并非拍摄装置硬件真实的数据，而是虚拟块设备中的，可以对输入时间和大小进行定制，增加了测试范围的覆盖度，提高了测试效果。

在另一个实施例中，如图3所示，本发明提供另一种拍摄装置驱动测试方法，与图1相比，区别仅在于在步骤S3之前，还包括步骤B1和步骤B2，所述方法包括：

步骤S1：通过第一拍摄装置获取第一图像数据，并将所述第一图像数据保存为第一图像文件。

步骤S2：通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中。

步骤B1：设置第二拍摄装置的第一图像尺寸与所述图像写入工具写入的第一图像数据的第二图像尺寸相同。

步骤B2：设置第二拍摄装置的第一图像输出帧率与所述图像写入工具写入的第一图像数据的第二图像写入帧率相同。

在步骤B1至步骤B2中，由于在启动第二拍摄装置驱动之前，首先要加载上述Linuxmodule，之后运行所述图像写入工具，模拟出硬件设备在正常工作的场景，之后配置好第二拍摄装置驱动运行所需的参数，即在第二拍摄装置驱动中获取第二拍摄装置设备的名称和/或设备型号，设置第二拍摄装置的第一图像尺寸与所述图像写入工具写入的第一图像数据的第二图像尺寸相同，设置第二拍摄装置的第一图像输出帧率与所述图像写入工具写入的第一图像数据的第二图像写入帧率相同；之后即可启动第二拍摄装置驱动，进行相关的测试。

步骤S3：对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，并由所述第二拍摄装置输出对应的第二图像数据。

需要说明的是，本实施例中步骤S1至步骤S2、步骤S3与图1所示的实施例的内容相同，本实施例在此不再赘述。

此外，本发明实施例还提出一种拍摄装置驱动测试装置，请参照图4，所述拍摄装置驱动测试装置包括：

图像获取模块10，用于通过第一拍摄装置获取第一图像数据，并将所述第一图像数据保存为第一图像文件。

图像写入模块20，用于通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中。

驱动读取模块30，用于对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，并由所述第二拍摄装置输出对应的第二图像数据。

此外，本发明实施例还提出一种拍摄装置驱动测试装置，请参照图5，在图4的基础上，所述拍摄装置驱动测试装置还包括：

参数设置模块40，用于设置第二拍摄装置的第一图像尺寸与所述图像写入工具写入的第一图像数据的第二图像尺寸相同；还用于设置第二拍摄装置的第一图像输出帧率与所述图像写入工具写入的第一图像数据的第二图像写入帧率相同。

本发明实施例，通过使用Linux系统的虚拟块设备和图像写入工具模拟出硬件设备正常工作的场景，去除了对硬件的依赖；并且，由于拍摄装置驱动使用的第一图像数据并非拍摄装置硬件真实的数据，而是虚拟块设备中的，可以对输入时间和大小进行定制，增加了测试范围的覆盖度，提高了测试效果。

需要说明的是，上述装置中的各单元可用于实现上述方法中的各个步骤，同时达到相应的技术效果，本实施例在此不再赘述。

参照图6，图6为本发明实施例方案涉及的硬件运行环境的控制设备的结构示意图。

如图6所示，该控制设备可以包括：处理器1001，例如CPU，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI、4G、5G接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图6中示出的结构并不构成对控制设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图6所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及拍摄装置驱动测试程序。

在图6所示的控制设备中，网络接口1004主要用于与外部网络进行数据通信；用户接口1003主要用于接收用户的输入指令；控制设备通过处理器1001调用存储器1005中存储的拍摄装置驱动测试程序，并执行以下操作：

S1：通过第一拍摄装置获取第一图像数据，并将所述第一图像数据保存为第一图像文件；

S2：通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中；

S3：对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，并由所述第二拍摄装置输出对应的第二图像数据。

可选地，在所述步骤S3之前，还包括以下步骤：

设置第二拍摄装置的第一图像尺寸与所述图像写入工具写入的第一图像数据的第二图像尺寸相同；

设置第二拍摄装置的第一图像输出帧率与所述图像写入工具写入的第一图像数据的第二图像写入帧率相同。

可选地，所述步骤S1包括：

通过第一拍摄装置获取第一图像数据；其中，所述第一图像数据包括多个单帧图像，所述单帧图像的大小相同；

将多个所述单帧图像按预设顺序进行排序，保存为第一图像文件。

可选地，所述步骤S2包括：

A1：所述图像写入工具根据所述第二图像尺寸对所述第一图像文件进行分割，得到多个第二图像文件；

A2：所述图像写入工具根据所述第二图像写入帧率把所述第二图像文件写入Linux系统的虚拟块设备中。

可选地，在所述步骤A2之前，还包括以下步骤：

把所述第二图像文件的图像指定位置修改为特定的值，用于有效性检查。

可选地，所述步骤A2，包括以下步骤：

根据所述第二图像写入帧率设置定时器；

所述定时器超时后把所述第二图像文件写入Linux系统的虚拟块设备中；或，所述定时器超时后延迟指定时长后把所述第二图像文件写入Linux系统的虚拟块设备中。

可选地，所述第二拍摄装置驱动读取所述第二拍摄装置的设备名称时返回指定的名称和/或所述第二拍摄装置驱动读取所述第二拍摄装置的设备型号时返回指定的型号。

本发明实施例，通过使用Linux系统的虚拟块设备和图像写入工具模拟出硬件设备正常工作的场景，去除了对硬件的依赖；并且，由于拍摄装置驱动使用的第一图像数据并非拍摄装置硬件真实的数据，而是虚拟块设备中的，可以对输入时间和大小进行定制，增加了测试范围的覆盖度，提高了测试效果。

此外，本发明实施例还提出一种计算机可读存储介质，计算机可读存储介质上存储有雷达标定程序，雷达标定程序被处理器执行时实现如下操作：

S1：通过第一拍摄装置获取第一图像数据，并将所述第一图像数据保存为第一图像文件；

S2：通过图像写入工具将所述第一图像文件中的第一图像数据写入Linux系统的虚拟块设备中；

S3：对第二拍摄装置进行测试时，所述虚拟块设备把所述第一图像数据发送给所述第二拍摄装置的驱动，并由所述第二拍摄装置输出对应的第二图像数据。

可选地，在所述步骤S3之前，还包括以下步骤：

设置第二拍摄装置的第一图像尺寸与所述图像写入工具写入的第一图像数据的第二图像尺寸相同；

设置第二拍摄装置的第一图像输出帧率与所述图像写入工具写入的第一图像数据的第二图像写入帧率相同。

可选地，所述步骤S1包括：

通过第一拍摄装置获取第一图像数据；其中，所述第一图像数据包括多个单帧图像，所述单帧图像的大小相同；

将多个所述单帧图像按预设顺序进行排序，保存为第一图像文件。

可选地，所述步骤S2包括：

A1：所述图像写入工具根据所述第二图像尺寸对所述第一图像文件进行分割，得到多个第二图像文件；

A2：所述图像写入工具根据所述第二图像写入帧率把所述第二图像文件写入Linux系统的虚拟块设备中。

可选地，在所述步骤A2之前，还包括以下步骤：

把所述第二图像文件的图像指定位置修改为特定的值，用于有效性检查。

可选地，所述步骤A2，包括以下步骤：

根据所述第二图像写入帧率设置定时器；

所述定时器超时后把所述第二图像文件写入Linux系统的虚拟块设备中；或，所述定时器超时后延迟指定时长后把所述第二图像文件写入Linux系统的虚拟块设备中。

可选地，所述第二拍摄装置驱动读取所述第二拍摄装置的设备名称时返回指定的名称和/或所述第二拍摄装置驱动读取所述第二拍摄装置的设备型号时返回指定的型号。

本发明实施例，通过使用Linux系统的虚拟块设备和图像写入工具模拟出硬件设备正常工作的场景，去除了对硬件的依赖；并且，由于拍摄装置驱动使用的第一图像数据并非拍摄装置硬件真实的数据，而是虚拟块设备中的，可以对输入时间和大小进行定制，增加了测试范围的覆盖度，提高了测试效果。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，控制器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。