对行车记录仪的测试方法、装置、设备及存储介质与流程

本发明涉及行车记录仪设备领域，具体涉及一种对行车记录仪的测试方法、装置、设备及存储介质。

背景技术：

行车记录仪，是对车辆行驶速度、时间、里程以及有关车辆行驶的其他状态信息进行记录、存储并可通过接口实现数据输出的数字式电子记录装置。智能行车记录仪是经过行车记录仪产品一系列的演进而形成的，产品的形态越来越丰富，功能也越来越智能。相比于传统的行车记录仪，智能行车记录仪具有无线保真(wirelessfidelity，wifi)热点共享、全球定位系统(globalpositoningsystem，gps)定位、蓝牙通讯、语音播报、电子收费系统(electronictollcollection，etc)、视频回看和直播、一键抓拍、短视频录制等功能。

智能行车记录仪功能强大的同时，针对产品的检验流程也会变得更加复杂，如果用传统的pc机和测试工具进行测试会增加测试的复杂度。

技术实现要素：

本发明提供一种对行车记录仪的测试方法、装置、设备及存储介质。从而可以降低测试的复杂度。

第一方面，本发明提供一种对行车记录仪的测试方法，该方法应用于终端设备，将终端设备与行车记录仪无线连接，并在终端设备安装应用app，该app用于实现对行车记录仪的测试。该方法包括：获取对app的操作；根据上述操作对行车记录仪进行测试。

本发明提供的行车记录仪测试方法，可以将终端设备与行车记录仪无线连接，通过终端设备上安装的应用app实现对行车记录仪的测试，降低了测试的复杂度。

在一种可能的设计中，根据终端设备上的应用app对行车记录仪进行测试，包括：根据操作对行车记录仪的硬件和/或软件进行测试。通过该方法可以具体执行对行车记录仪的测试。

在一种可能的设计中，根据操作对行车记录仪的硬件和/或软件进行测试之后，还包括：接收用户输入的第一指令；根据上述第一指令显示行车记录仪的测试结果。

在一种可能的设计中，根据第一指令显示行车记录仪的测试结果之后，还包括：根据测试结果确定行车记录仪中存在问题的硬件和/或软件；推送提示消息，该提示消息包括：行车记录仪中存在问题的硬件的标识和/或软件的标识。通过该方法可以准确显示错误信息并推送错误消息。

在一种可能的设计中，根据操作对行车记录仪的硬件和/或软件进行测试之后，还包括：确定根据操作对行车记录仪的硬件和/或软件进行的测试的结束时间；在结束时间开始计时，当累积时长达到预设时长时再次对行车记录仪进行测试。通过该方法可以实现对行车记录仪的循环测试。

在一种可能的设计中，终端设备与行车记录仪通过wifi或者蓝牙技术实现无线连接。通过该方法使测试流程更加简单，便于操作。

第二方面，本发明提供了一种行车记录仪的测试装置，该装置与行车记录仪无线连接，并且在该装置安装有应用app，该app用于实现对行车记录仪的测试，该装置包括：

获取模块，用于获取对app的操作。

测试模块，用于根据上述操作对行车记录仪进行测试。

第三方面，本发明实施例提供一种行车记录仪测试设备，包括：处理器和存储器。

存储器存储计算机执行指令。

处理器执行存储器存储的计算机执行指令，使得处理器执行如第一方面的对行车记录仪的测试方法。

第四方面，本发明实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当计算机执行指令被处理器执行时用于实现如第一方面的对行车记录仪的测试方法。

第五方面，本发明实施例提供一种计算机程序产品，包括计算机执行指令，当计算机执行指令被处理器执行时用于实现如第一方面的对行车记录仪的测试方法。

本发明提供的一种对行车记录仪的测试方法、装置、设备及存储介质。通过终端设备与行车记录仪无线连接，该终端设备中安装有应用app，获取对app的操作，并根据该操作对行车记录仪进行测试，根据用户指令显示测试结果，从而使测试操作更加方便，降低了测试的复杂度。

附图说明

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

图1为本发明一实施例提供的应用场景图；

图2为本发明一实施例提供的一种对行车记录仪的测试方法的流程图；

图3本发明一实施例提供的一种对行车记录仪的测试方法的测试过程示意图；

图4为本发明一实施例提供的一种对行车记录仪的测试装置的示意图；

图5为本发明一实施例提供的一种对行车记录仪的测试设备的显示装置的框图；

图6为本发明一实施例提供的一种对行车记录仪的测试设备的示意图。

具体实施方式

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

为了解决行车记录仪测试复杂度较高的问题，本发明提供一种对行车记录仪的测试方法、装置、设备及存储介质，利用终端设备与行车记录仪无线连接，并在终端设备上安装应用app，通过获取对app的操作，并根据该操作对行车记录仪进行测试。

本发明可以应用于如下场景：图1为本发明一实施例提供的应用场景图，如图1所示，其中，行车记录仪11和终端设备12之间可以通过wifi或者蓝牙技术实现无线连接，以实现数据传输，并且终端设备12上装有用于测试行车记录仪11的app。

本发明中涉及的行车记录仪可以是高清行车记录仪、迷你行车记录仪、夜视行车记录仪、广角行车记录仪、双镜头行车记录仪、多功能一体机、眼镜式行车记录仪等，在此不作限定。

结合上述的应用场景，下面针对该对行车记录仪的测试方法进行详细说明。

图2为本发明一实施例提供的一种对行车记录仪的测试方法的流程图。该方法的执行主体是对行车记录仪的测试装置，该装置可以是手机、平板电脑等具有无线连接功能并且可以安装应用app的终端设备的部分或者全部，下面以该方法的执行主体为终端设备针对该对行车记录仪的测试方法进行说明。如图2所示，本实施例的方法可以包括：

步骤s21：终端设备获取对app的操作。

步骤s22：终端设备根据上述操作对行车记录仪进行测试。

针对步骤s21进行如下说明：

在终端设备获取app的操作之前，需要先将终端设备与行车记录仪进行无线连接。

在一种可能的设计中，终端设备与行车记录仪的无线连接可以通过wifi技术来实现，终端设备与行车记录仪的wifi连接过程如下：

步骤s1：打开行车记录仪wifi功能。

步骤s2：行车记录仪上显示wifi账号和密码。

步骤s3：打开终端设备wifi功能。

步骤s4：在终端设备上搜索行车记录仪的wifi账号。

步骤s5：输入密码，点击连接。

步骤s6：终端设备上显示连接状态。

当终端设备与行车记录仪无线连接成功后，在终端设备上安装app，该app用于实现对行车记录仪的测试。

在一种可能的设计中，终端设备获取对app的操作，可以通过用户输入预设指令、点击app、输入语音、扫描二维码等方式中的任一种或几种组合来触发。针对步骤s22进行如下说明：

终端设备根据所述操作对行车记录仪的硬件和/或软件进行测试。

在一种可能的设计中：图3为本发明一实施例提供的一种对行车记录仪的测试方法的测试过程示意图。如图3所示，终端设备与行车记录仪之间可以通过wifi通道进行数据传输。具体的测试步骤如下：

步骤s301：检测wifi通道。

打开行车记录仪，选择wifi信息选项，显示行车记录仪的wifi账号和密码。打开终端设备的wifi功能，搜索上述行车记录仪的设备账号，搜索成功后输入行车记录仪的密码，点击连接。如果行车记录仪wifi通道正常，则显示连接正常；如果行车记录仪wifi通道异常，则显示连接失败。

步骤s302：检测wifi强度。

步骤s303：检测第四代(4generation，4g)移动通信系统的通道。

在行车记录仪中插入用户身份识别卡(subscriberidentitymodule，sim)，用户在终端设备输入第一指令后，终端设备向行车记录仪发送指示消息，以使行车记录仪访问后台服务器，其中后台服务器存储有4g通道对应的参数，行车记录仪从后台服务器获取4g通道对应的参数，并检测4g通道对应的参数是否正常，根据测试结果推送提示消息。如果正常，则该提示消息用于提示用户所述4g通道正常，如果不正常，则该提示消息用于提示用户所述4g通道异常。

步骤s304：检测4g网络状态。

用户在终端设备输入第一指令后，终端设备向行车记录仪发送指示消息，以使行车记录仪访问后台服务器，其中后台服务器存储有4g网络状态对应的参数，行车记录仪从后台服务器获取4g网络状态对应的参数，根据测试结果推送提示消息，该提示消息用于显示当前4g的网络状态。

步骤s305：检测4g串口状态。

用户在终端设备输入第一指令后，终端设备向行车记录仪发送指示消息，以使行车记录仪中的第一操作系统模块发送串口指令到第二操作系统模块，第一操作系统模块可以是安卓系统对应的功能模块或者软件模块，第二操作系统模块可以是linux系统对应的功能模块或者软件模块，其中，第一操作系统模块和第二操作系统模块之间通过4g串口实现数据传输，根据对4g串口的测试结果推送提示消息。如果第二操作系统模块在预设时间内收到串口指令，则表示4g串口功能正常，这种情况下，所述提示消息用于提示用户4g串口功能正常；如果第二操作系统模块在预设时间内未收到串口指令，则表示4g串口功能异常，这种情况下，所述提示消息用于提示用户4g串口功能异常。

步骤s306：检测u盘功能。

在行车记录仪中插入transflash卡，用户在终端设备输入第一指令后，终端设备触发行车记录仪的第一操作系统模块发送挂载u盘指令到第二操作系统模块，第二操作系统模块向第一操作系统模块反馈挂载结果，第一操作系统模块根据挂载结果推送提示消息。如果挂载成功，则提示消息用于提示用户u盘挂载成功；如果挂载失败，则提示消息用于提示用户u盘挂载失败。第一操作系统模块再发送读写u盘指令到第二操作系统模块，第二操作系统模块反馈对u盘的操作结果。如果可读写，则第二操作系统模块返回u盘存储功能正常；如果读写失败，则第二操作系统模块返回u盘存储功能异常。

步骤s307：检测重力传感器。

用户在终端设备输入第一指令后，终端设备触发行车记录仪发送集成电路总线(inter-integratedcircuit，i2c)指令，以检测重力传感器对应的i2c通道是否正常，得到测试结果，并将测试结果发送给终端设备，终端设备根据测试结果推送提示消息。如果测试结果显示i2c通道正常，则提示消息用于向用户提示重力传感器功能正常；如果测试结果显示i2c通道异常，则提示消息用于向用户提示重力传感器功能异常。

步骤s308：检测温度传感器功能。

用户在终端设备输入第一指令后，终端设备触发行车记录仪发送i2c指令，以检测温度传感器对应的i2c通道是否正常，得到测试结果，并将测试结果发送给终端设备，终端设备根据测试结果推送提示消息。如果测试结果显示i2c通道正常，则提示消息用于向用户提示温度传感器功能正常；如果测试结果显示i2c通道异常，则提示消息用于向用户提示温度传感器功能异常。

步骤s309：检测gps功能。

用户在终端设备输入第一指令后，终端设备触发行车记录仪开启定位功能，查询当前所处的位置信息，得到测试结果，并将测试结果发送给终端设备，终端设备根据测试结果推送提示消息。终端设备根据测试结果查看收到的位置信息是否在预设的当前位置范围之内，并提示定位结果。如果定位成功，则提示消息用于提示用户gps功能正常；如果定位失败，则提示消息用于提示用户gps功能异常。

步骤s310：检测摄像头功能。

用户在终端设备输入第一指令后，该第一指令用于触发行车记录仪开启直播功能，以供用户查看行车记录仪拍摄的视频是否清楚。如果行车记录仪拍摄的视频清楚，则表示摄像头功能正常；如果行车记录仪拍摄的视频不清楚，则表示摄像头功能异常。

可选地，用户输入第一指令后，也可启动行车记录仪拍摄预设数目的照片，将该照片传送到终端设备应用app，在终端设备中放大图片到预设的倍数，查看照片是否清楚。如果行车记录仪拍摄的照片清楚，则表示摄像头功能正常；如果行车记录仪拍摄的照片不清楚，则表示摄像头功能异常。

步骤s311：检测麦克功能。

用户在终端设备输入第一指令后，终端设备触发行车记录仪开启直播功能，在行车记录仪拍摄过程中输入语音，以供用户查看行车记录仪播放的声音是否清楚。如果播放的语音正常，则表示麦克功能正常；如果播放的语音不正常，则表示麦克功能异常。

步骤s312：检测音频设备功能。

用户在终端设备输入第一指令后，终端设备触发行车记录仪开启音频播放功能，以供用户查看行车记录仪播放的声音是否正常。如果播放的声音正常，则表示音频设备正常；如果播放的声音不正常，则表示音频设备异常。

可选地，步骤s311和步骤s312可合为一步进行测试，用户在终端设备输入第一指令后，行车记录仪在第一指令的触发下设置音频设备和麦克的通路，从行车记录仪的麦克输入的语音通过行车记录仪的音频设备播放出来，行车记录仪判断播放的语音是否正常。如果播放的语音正常，则表示麦克和音频设备正常；如果播放的语音不正常，则表示麦克和/或音频设备异常。

步骤s313：检测时间校准功能。

用户在终端设备输入第一指令后，行车记录仪在第一指令的触发下启动时间校准功能，行车记录仪校准完成后检测行车记录仪显示的时间是否与当前时间一致，并将测试结果发送给终端设备，终端设备根据测试结果推送提示消息。如果校准后的时间与当前时间一致，则提示消息用于向用户提示时间校准功能正常；如果校准后的时间与当前时间不一致，则提示消息用于向用户提示时间校准功能异常。

步骤s314：检测格式化功能。

用户在终端设备输入第一指令后，终端设备触发行车记录仪开启格式化功能，该格式化操作可以是格式化transflash卡，行车记录仪格式化完成后将测试结果发送给终端设备，终端设备根据测试结果推送提示消息。如果测试结果显示格式化正常，则提示消息用于向用户提示格式化功能正常；如果测试结果显示格式化失败，则提示消息用于向用户提示格式化功能异常。

步骤s315：检测恢复出厂设置功能。

用户在终端设备输入第一指令后，终端设备触发行车记录仪开启恢复出厂设置功能，该恢复出厂操作可以是清除上述步骤s301-步骤s314操作时设置的参数、缓存的数据等。行车记录仪恢复出厂设置完成后将测试结果发送给终端设备，终端设备根据测试结果推送提示消息。如果测试结果显示恢复出厂设置成功，则提示消息用于向用户提示恢复出厂设置功能正常；如果测试结果显示恢复出厂设置失败，则提示消息用于向用户提示恢复出厂设置功能异常。

在一种可能的设计中：终端设备可以按照预定顺序自动执行所有预设的测试项目，执行完毕一条测试项目后，行车记录仪通过wifi通道将测试结果传送到终端设备，通过终端设备保存测试结果，并显示在终端设备界面上，用户可实时查看。在测试全部结束之后，可以在最终测试结果中查询行车记录仪中存在问题的硬件的标识和/或软件的标识。

值得一提的是，本实施例提供的测试项目和测试顺序不是固定的，可以根据测试需求做调整。

在一种可能的设计中：终端设备还可以确定根据操作对行车记录仪的硬件和/或软件进行的测试的结束时间，在结束时间开始计时，当累积时长达到预设时长时再次对行车记录仪进行测试。

在一种可能的设计中：终端设备与行车记录仪也可以通过蓝牙实现无线连接功能。

图4为本发明一实施例提供的一种对行车记录仪的测试装置的示意图。本实施例提供一种行车记录仪测试装置，该装置可以是手机、平板电脑等具有无线连接功能并且可以安装应用app的终端设备的部分或者全部。如图4所示，该装置包括：

获取模块410，用于获取对app的操作；

测试模块420，用于根据上述操作对行车记录仪进行测试。

在一种可能的设计中，测试模块420具体用于：根据所述操作对行车记录仪的硬件和/或软件进行测试。

可选地，该装置还包括：接收模块430，用于接收用户输入的第一指令。

可选地，该装置还包括：显示模块440，用于根据第一指令显示行车记录仪的测试结果。

可选地，该装置还包括：第一确定模块450，用于根据测试结果确定行车记录仪中存在问题的硬件和/或软件。

可选地，该装置还包括：推送模块460，用于推送提示消息，该提示消息包括：行车记录仪中存在问题的硬件的标识和/或软件的标识。

可选地，该装置还包括：第二确定模块470，用于确定根据操作对行车记录仪的硬件和/或软件进行的测试的结束时间。

可选地，该装置还包括：处理模块480，用于在结束时间开始计时，当累积时长达到预设时长时再次对行车记录仪进行测试。

在一种可能的设计中，该装置与行车记录仪wifi、蓝牙设备实现无线连接。

本发明实施例提供的行车记录仪测试装置，具体可以用于执行上述对行车记录仪的测试方法，其实现原理和效果可参考方法实施例部分，对此不再赘述。

图5为本发明一实施例提提供的一种对行车记录仪的测试设备的显示装置的框图。例如，装置500可以是手机、平板电脑等具有无线连接功能并且可以安装应用app的终端设备的部分或者全部。

如图5所示，装置500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，输入/输出(i/o)的接口512，传感器组件514，以及通信组件516。

处理组件502通常控制装置500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为装置500的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为装置500生成、管理和分配电力相关联的组件。

多媒体组件508包括在装置500和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(lcd)和触摸面板(tp)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当装置500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(mic)，当装置500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

i/o接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为装置500提供各个方面的状态评估。例如，传感器组件514可以检测到装置500的打开/关闭状态，组件的相对定位，例如组件为装置500的显示器和小键盘，传感器组件514还可以检测装置500或装置500一个组件的位置改变，用户与装置500接触的存在或不存在，装置500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于装置500和其他设备之间有线或无线方式的通信。装置500可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件516还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置500可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述对行车记录仪的测试方法。

图6本发明一实施例提供的对行车记录仪的测试设备的示意图。如图6所示，本发明一实施例提供的对行车记录仪的测试设备包括：

存储器610，用于存储计算机可执行指令。

处理器620，用于执行存储器中存储的计算机可执行指令实现上述的行车记录仪测试方法。

可选地，该行车记录仪测试设备还包括：收发器630，用于与其他网络设备或者终端设备实现通信。

本发明实施例提供的对行车记录仪的测试设备，具体可以用于执行上述对行车记录仪测试方法，其实现原理和效果可参考方法实施例部分，对此不再赘述。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述任一的对行车记录仪测试方法。

本发明实施例还提供一种计算机程序产品，该程序产品包括计算机执行指令，计算机执行指令被处理器执行时用于实现上述任一的对行车记录仪的测试方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的计算机程序可以存储于一计算机可读取存储介质中。该计算机程序在被处理器执行时，实现包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。