CN109379588A - 一种用于高清dvr的自动化测试方法及系统 - Google Patents
一种用于高清dvr的自动化测试方法及系统 Download PDFInfo
- Publication number
- CN109379588A CN109379588A CN201811637839.0A CN201811637839A CN109379588A CN 109379588 A CN109379588 A CN 109379588A CN 201811637839 A CN201811637839 A CN 201811637839A CN 109379588 A CN109379588 A CN 109379588A
- Authority
- CN
- China
- Prior art keywords
- test
- high definition
- dvr
- module
- wifi
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 417
- 238000004891 communication Methods 0.000 claims abstract description 18
- 238000007405 data analysis Methods 0.000 claims abstract description 7
- 230000005540 biological transmission Effects 0.000 claims abstract description 4
- 230000001413 cellular effect Effects 0.000 claims description 23
- 230000002159 abnormal effect Effects 0.000 claims description 17
- 238000004458 analytical method Methods 0.000 claims description 11
- 238000010304 firing Methods 0.000 claims description 10
- 238000011990 functional testing Methods 0.000 claims description 8
- 230000008859 change Effects 0.000 claims description 5
- 238000004422 calculation algorithm Methods 0.000 claims description 4
- 238000006073 displacement reaction Methods 0.000 claims description 4
- 239000003990 capacitor Substances 0.000 claims description 3
- 235000013399 edible fruits Nutrition 0.000 claims description 3
- 239000000463 material Substances 0.000 abstract description 2
- 230000006870 function Effects 0.000 description 36
- 238000000034 method Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 8
- 239000000047 product Substances 0.000 description 8
- 230000001133 acceleration Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 3
- 230000001351 cycling effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000005484 gravity Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 235000019506 cigar Nutrition 0.000 description 1
- 239000013066 combination product Substances 0.000 description 1
- 229940127555 combination product Drugs 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 235000013365 dairy product Nutrition 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000005059 dormancy Effects 0.000 description 1
- 230000004064 dysfunction Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 238000013522 software testing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000010998 test method Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N17/00—Diagnosis, testing or measuring for television systems or their details
- H04N17/06—Diagnosis, testing or measuring for television systems or their details for recorders
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Telephone Function (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开的一种高清DVR的自动化测试方法，包括以下步骤:获取高清DVR配置信息；测试系统获取通信连接；PC端测试工具发送测试指令，即发送URL；测试系统解析URL，并解析URL所携带数据结构体的数据；具体功能模块对高清DVR相应模块进行测试，获取高清DVR相应模块状态；测试系统获取具体功能模块返回值进行数据分析；再通过URL，测试系统将测试结果发送到PC端测试工具；测试工具对测试结果进行分析，并在界面显示测试结果；本发明用法简单，不需要了解太多知识就可以直接测试DVR，人工辅助一点之后系统将会自动测试，减少误差并且提高了测试效率及测试专员的测试技能，提高效率、减少人力、物力和错误率。
Description
技术领域
本发明涉及自动化测试的研究领域，特别涉及一种用于高清DVR的自动化测试方法及系统。
背景技术
近年来，随着世界工业的发展完善，企业开始对自身生产效率的要求不断提高，开始慢慢的从以前简单的手工测试方式转变成半手工半自动化测试方式，甚至一些先进的高新产业，都开始全自动测试的生产流程；并且，新世纪以来，国内软件行业的的不断良好发展，开发软件测试项目，结合产品本身程序设计，方便产品中每个测试项目的测试以及调试。
现有技术中，往往存在一些问题，效率低、人力多、错误率高；同样，公司前期也都是人工测试产品，产品多，人少，并且需要重复的测试，并且花费大量时间也可能发现不了一些潜在的问题，也有可能因为测试专员的疏忽或误差导致错误且效率也不高。
需要开发出了一款针对公司产品测试的自动化测试系统，用法简单，不需要了解太多知识就可以直接测试DVR，人工辅助一点之后系统将会自动测试，减少误差并且提高了测试效率及测试专员的测试技能，提高效率、减少人力、物力和错误率。
发明内容
本发明的主要目的在于克服现有技术的缺点与不足，提供一种用于高清DVR的自动化测试方法。
本发明的另一目的在于提供一种用于高清DVR的自动化测试系统。
本发明的目的通过以下的技术方案实现：
一种用于高清DVR的自动化测试方法，包括以下步骤：获取高清DVR配置信息，用于执行后面功能测试；
测试系统获取通信连接，并与高清DVR连接；
PC端测试工具发送测试指令，即发送URL；
测试系统解析URL，并解析URL所携带数据结构体的数据；具体功能模块对高清DVR相应模块进行测试，获取高清DVR相应模块状态；
测试系统获取具体功能模块返回值进行数据分析；
再通过URL，测试系统将测试结果发送到PC端测试工具；
测试工具对测试结果进行分析，并在界面显示测试结果。
进一步地，所述高清DVR配置信息包含高清DVR系统版本号、MCU版本号和ID、高清DVR型号、蜂窝模块、WiFi模块、GPS模块的型号和配置文件；
进一步地，所述测试系统获取通信连接，具体为：
测试系统的上层ARM端和MCU端通过http的CJSON数据格式通信，并需要设置相应的IP地址和MAC地址，查找到IP地址和MAC地址后，创建网络套字实现网络连接，即实现通信连接；
进一步地，所述测试指令有：上层ARM端的GOS测试指令、WIFI测试指令、摄像头测试指令、Cellular测试指令、存储设备状态指令、Gsensor测试指令，MCU端的LED测试指令、RTC测试指令、重启测试指令、Trigger测试指令、ACC测试指令、串口测试指令；
进一步地，所述具体功能模块对高清DVR相应模块进行测试，具体为：
摄像头测试：获取摄像头的状态值，通过位移算法获取每个摄像头的状态；
WiFi测试：解析出WiFi账号和密码，解析成功则保存到缓冲区，解析失败则返回异常报错信息，通过解析出的WiFi账号和密码与高清DVR的WiFi模块中WiFi列表进行对比，循环匹配，找到对应的WiFi账号并验证密码，验证成功则匹配成功，并退出循环匹配；否则继续循环匹配；
GPS测试：获取GPS连接的相关信息，包含经纬度、可定位卫星数、可见卫星数、海拔高度、地面速度；
RTC测试：重启DVR，时间是否恢复到初始值，没有恢复则RTC正常，恢复到初始值则RTC异常；
重启测试：DVR断电且超级电容完全放电后，进行重启DVR，重启期间进行待机电流测试，重启之后继续进行RTC测试；测试系统重启次数识别是否重启成功，第一个重启次数为0，第二个重启次数为1，则重启成功，否则重启失败；
LED测试：将LED依次流水方式点亮熄灭，出现同一时间全熄灭、一个以上LED点亮情况，则LED异常，否则正常；
Celluar测试：蜂窝网络模块的模块工作正常与否的功能测试的实现；
GSENSOR测试：测试GSENSOR模块的姿态定位是否准确；
Trigger测试：从DVR设备获取当前Trigger触发线功能的状态信息，包含8路触发输入，2路触发输出；
ACC测试：判断对ACC接线的开关状态下的电平变化测试；
串口测试：RS232接口测试和RS485测试；通过串口间的数据通信，测试对应接口的串口通信是否正常；
进一步地，所述测试系统获取具体功能模块返回值进行数据分析，具体为反馈测试功能模块的测试结果，并进行分析，如果分析结果为正常，则测试功能模块测试正常，将测试数据发送到PC端；如果分析结果为异常，则测试功能模块测试异常，同样把测试数据发送到PC端；
进一步地，所述PC端测试工具对测试结果进行分析，具体为，对测试结果进行是否异常的简单判断，测试结果正常则直接显示在界面，测试结果异常则显示测试结果异常，并把异常信息显示。
本发明的另一目的通过以下的技术方案实现：
一种用于高清DVR的自动化测试系统，包含SD卡配置模块、PC端测试工具、测试系统；
所述SD卡配置模块用于实现SD卡中数据的读出和比较，实现可控制性的根据要求进行测试；
所述PC端测试工具用于发送测试指令和接受测试结果并显示在界面；
所述测试系统包含上层ARM端和MCU端，所述上层ARM端进行GOS测试、WIFI测试、摄像头测试、Cellular测试、存储设备状态获取、Gsensor测试；所述MCU端进行LED测试、RTC测试、重启测试、Trigger测试、ACC测试、串口测试，测试系统用于接受测试指令并进行测试，测试完成则把测试结果反馈给测试PC端测试工具。
优选的，该测试系统进行测试的数据格式统一为CJSON数据格式。
本发明与现有技术相比，具有如下优点和有益效果：
本发明所述的方法用法简单，不需要了解太多知识就可以直接测试DVR，人工辅助一点之后系统将会自动测试，减少误差并且提高了测试效率及测试专员的测试技能，操作界面，操作方便简单，能让工厂测试专员不用花费多余时间来学习自动化测试系统，从而提高测试效率；有了自动化测试系统，可以模拟测试专员手工测试、进行重复性繁琐工作并且能提高测试的精准度；将繁琐的测试自动化后，可以提高测试的精准度及测试专员的积极性；自动化测试还可以进行一些测试专员难以执行的测试，并且能提高公司DVR产品的信任度，因为是自动化执行的测试，所以执行过程中不存在的疏忽或误差，测试通过自动化测试之后，DVR的信任度将会大大的增加。
附图说明
图1为本发明高清DVR的自动化测试方法流程框图；
图2为本发明用于高清DVR的自动化测试系统图；
图3为本发明高清DVR的自动化测试方法的WiFi测试流程图；
图4为本发明高清DVR的自动化测试方法的Celluar测试流程图。
具体实施方式
下面结合实施例及附图对本发明作进一步详细的描述，但本发明的实施方式不限于此。
实施例：
一种高清DVR的自动化测试方法，如图1所示，包含以下步骤，
获取高清DVR配置信息，用于执行后面功能测试；所述高清DVR配置信息包含高清DVR系统版本号、MCU版本号和ID、高清DVR型号、蜂窝模块、WiFi模块、GPS模块的型号和配置文件；
测试系统获取通信连接，并与高清DVR连接；所述测试系统获取通信连接为：
测试系统的上层ARM端和MCU端通过http的CJSON数据格式通信，并需要设置相应的IP地址和MAC地址，查找到IP地址和MAC地址后，创建网络套字实现网络连接，即实现通信连接；
具体为：
1.系统的创建，通过调用Linux系统接口pthread_create()来创建该线程，而创建成功后是还不能正常可以使用的，因为还没实现网络通信的，要通过设置IP地址和MAC地址来实现，而他们的实现就是在创建的线程的线程处理函数上实现；
2.该测试系统是在需要启动测试的时候才正常使用，所以开发的时候选择读取SD卡下的锁定IP和MAC地址的文件来实现可选择性启动或者关闭该测试系统。
所以就需要查找SD卡的文件路径：access("/data/sd/autoTestLocked",0)通过系统函数去判断SD卡下面有锁IP文件，检查到存在，就使用同样的方式开始去查MAC文件。最后读出这两个文件下的数据；
3.IP地址和MAC地址都拿到了，就通过指令设置到测试的车载DVR这个大系统里面，表示这个DVR使用这个IP和MAC地址来做测试的，那么基本的配置过程就结束了，等待http联网通信。
4.首先测试系统这边调用socket编程的系统函数socket()建立一个socket套接字，创建成功并返回一个套接字描述符。
5.这里根据在SD卡里面读出的IP地址，以及该设备使用的端口号，写入到internet环境下套接字的地址形式，通过bind()系统函数来绑定socket创建的网络套接字。如果是动态分配端口的情况下，也就是以端口号为0调用bind()告知内核去选择本地临时端口号，getsockname()函数来返回由内核赋予的本地端口号。
6.接下来就是监听创建的套接字，监听的队列长度为自定义值，本系统设计为5个长度。
7.调用accept()函数取接收请求，创建一个客户端的套接字，这样连接就创建了；而等待接收数据的过程中是阻塞的，阻塞直到有客户端连接。
8.连接上客户端后，通过select()函数不断得检测文件描述符集合里面是否有当中一个文件描述符有数据可读，而前面创建的客户端套接字就是其中的一个文件描述符，如果检测到它有数据可读，就往下执行接收步骤；
9. 使用recv()网路编程函数来接收客户端发送到测试系统的数据，并保存到对应的数据缓冲区域；
10. 数据缓冲区保存的是http的数据，需要通过解析函数来解析出来数据。而测试系统跟PC端测试工具使用的CJSON的数据格式，所以通过根据CJSON的数据分析方法去分析数据；
11. 而http有get操作和post操作两种，可以根据缓冲区中的字符串中查找是否存在对应的字符来区分两种操作；
12．最后分析http解析出来的URL和body两部分内容。本测试系统和测试工具定义的通信URL格式是：URL：http://DvrIp:8080/config/。DvrIp为ip地址，8080为端口号，config为功能描述符。测试系统通过对比URL中的功能描述符部分是否匹配上设计的结构体上定义的描述符，通过则执行对应的实现函数，开始对应的功能测试。
PC端测试工具发送测试指令，即发送URL；，所述测试指令有：上层ARM端的GOS测试指令、WIFI测试指令、摄像头测试指令、Cellular测试指令、存储设备状态指令、Gsensor测试指令，MCU端的LED测试指令、RTC测试指令、重启测试指令、Trigger测试指令、ACC测试指令、串口测试指令；
测试系统解析URL，并解析URL所携带数据结构体的数据；具体功能模块对高清DVR相应模块进行测试，获取高清DVR相应模块状态；所述具体功能模块对高清DVR相应模块进行测试，具体为：
摄像头测试：
获取摄像头的状态值，通过位移算法获取每个摄像头的状态；本自动化测试系统要测试的设备是八路摄像头车载监控设备，所以摄像头是否正确接入的重要性就显得相当重要；直接调用摄像头丢失状态的函数接口SVDVR_MEDIA_VI_getCameraLost()，获取到八路摄像头的状态值，并保存在一个8位的数据中。这个8bit的数据类型变量中，每一个位代表着一个摄像头的状态，最后通过位移算法的方式，获取到每个摄像头的状态；最后创建JSON对象，并将摄像头的每一个路的状态做为对象的一个项目添加到JSON对象中，最后将这个JSON对象通过Http网络发送回PC端测试工具，工具在对解析对象中的项目的数据结果，显示最后的测试结果
WiFi测试：
解析出WiFi账号和密码，解析成功则保存到缓冲区，解析失败则返回异常报错信息，通过解析出的WiFi账号和密码与高清DVR的WiFi模块中WiFi列表进行对比，循环匹配，找到对应的WiFi账号并验证密码，验证成功则匹配成功，并退出循环匹配；否则继续循环匹配；由于WIFI的测试需要用到WIFI的账号和密码，添加测试的灵活性，可以直接通过PC端测试工具发送测试WIFI功能的URL和WIFI的账号、密码到测试系统；测试系统通过标志检测接收到的PC测试工具的JSON数据中除了URL指令还包含数据体，程序先解析包含有WIFI账号和密码的数据体。判断是否正确解析出WIFI账号和密码，失败直接返回异常报错信息，成功先保存到缓冲区，等待后续的使用。
通过WIFI初始化的接口SV_DVR_Wifi_Init()去初始化WIFI模块，使得该WIFI模块处于没有WIFI连接的状态，避免之前有WIFI接入导致的测试结果不准确的问题。初始化配置好WIFI列表信息，用于保存WIFI模块启动后获取到的当前环境下的所有WIFI信息。执行获取WIFI列表的功能：SV_DVR_Wifi_GetApList(list);列表信息保存在list中。循环去比较列表中的每个WIFI账号，跟测试工具上设置下来的待测试的WIFI是否匹配，只有列表中能找到对应的WIFI账号才能执行测试。匹配成功，将找到的WIFI账号和对应上的PC设置下来的WIFI账号的密码写入配置结构体中，置一个WIFI账号可以的标志，并清除列表信息，停止循环匹配；将前面设置好的WIFI配置信息，配置到WIFI模块，下面就是等待硬件自动实现连接，由于WIFI模块的运行速度问题，需要等待一定时间，才能检测是否真正连接成功或者连接失败。设计的连接超时时间为30s，每隔1s中通过获取状态函数获取一次WIFI的状态：SV_DVR_Wifi_GetWifiInfo(wifi_info)。如果返回结果是配置成功了，直接退出循环匹配，根据状态值匹对WIFI_STATUS_STR结构体的字符串。返回结果是失败，继续循环匹配，直到超时中断循环，并最后的结果获取出来。最后创建JSON对象，并将WIFI最后的连接状态和测试结果做为对象的一个项目的参数添加到JSON对象中，最后将这个JSON对象通过http网络发送回PC端测试工具，工具在对解析对象中的数据，显示最后的测试结果：
WIFI测试，就是测试人员直接在PC端测试工具上配置好要可用的WIFI的用户名和密码，测试开始后，将WIFI用户名和密码通过网络发送到测试的设备中，测试的设备使用接收到的WIFI信息，并连接到网络，然后测试系统将获取到WIFI连接状态信息反馈到PC端测试工具。
本自动化测试系统，在测试WIFI项目上，兼容到2.5G频段和5G频段的WIFI信号，所以在测试方式上使用到了轮询查找当前环境WIFI列表的方式来实现匹配连接，也同时兼容到了多类型产品中，不同的WIFI模块的所支持的WIFI的信号频段；WiFi测试如图2所示；
GPS测试：
获取GPS连接的相关信息，包含经纬度、可定位卫星数、可见卫星数、海拔高度、地面速度；分析GPS的连接情况，主要关系到GPS的坐标rmc_coordinate，还要可用到的卫星数gga_altitude，以及实际的定位模式gsa_mode。GPS的坐标包括到经纬度信息，可用卫星数就是实际环境下可使用于定位的卫星数量，还有就是定位的模式主要有三种情况，包括连接成功、加载中和连接失败；
设计上关于定位的模式，GPS模块使用的是对应的值表达对应的定位状态。本测试系统关于GPS的连接情况做了如下设计：
先是通过获取状态函数去获取整个GPS模块的数据信息；然后解析出数据结构体中的定位模式gsa_mode的键值；判断数据手册对应上具体的键值对应的定位模式。将键值对应的定位模式使用字符串的形式记录，保存到缓冲区，并将相关的GPS信息打包拷贝到buffer缓冲区，最后通过JSON数据格式，发送回PC端测试工具，并在界面上显示最后的测试结果；
定位模式如下表所示：
RTC测试：
重启DVR，时间是否恢复到初始值，没有恢复则RTC正常，恢复到初始值则RTC异常；将本地时间配置到DVR，向DVR设备发送一个http请求（URL：http://DvrIp:8080/testRTC/）；同时post一个JSON格式的时间配置参数；DVR收到请求之后，进行本地时间配置，配置完成之后向PC客户端返回json类型日期时间信息集，
这时候结合重启测试，进行DVR重启，以下步骤需等待“重启测试”结束之后方可进行下面的步骤继续此项测试。结合重启测试的好处在于在整个测试过程中不需要不用多次执行重启动作，节省测试时长；
“重启测试”完成之后，PC机客户端向DVR设备发送一个http请求（URL：http://DvrIp:8080/testRTC/）；同时post一个JSON格式的时间获取参数；
DVR收到请求之后，向PC客户端返回json类型日期时间信息集；
PC客户端进行时间匹配，如果时间没有回到2000年或者1970年，则RTC正常；
重启测试：
DVR端断电且超级电容完全放电之后，时长在2分钟左右，进行重启DVR，重启期间会进行“待机电流测试”，重启之后会继续进行“RTC测试”。
PC客户端根据两次http请求数据中reboot times来识别DVR是否重启成功，第一个重启次数是0，第二次重启次数是1，则说明重启成功，否则异常；
LED测试：
将LED依次流水方式点亮熄灭，出现同一时间全熄灭、一个以上LED点亮情况，则LED异常，否则正常；该测试项，主要是针对DVR424、425系列的产品的led面板的各个led开关状态正常与否的检验。测试过程中，通过设计流水灯的形式，实现每个led的关闭时长和打开时长；
Celluar测试：
蜂窝网络模块的模块工作正常与否的功能测试的实现；该测试项主要实现蜂窝网络模块的模块工作正常与否的功能测试的实现。
根据调查分析，待测试的设备中，可能会因为客户的使用区域和日常产品的使用习惯而定制不同的蜂窝网络模块。产品模块分析中，主要分类有三种，Serria、Huawei和Gemalto三种模块。因此，根据测试需求，设计对应的类型结构体，分类不同的蜂窝网络模块，方便测试结果的分类；而针对不同的类型，对应到的就是不同的模块连接状态。
车载DVR需要联网才能连上本公司开发的DVR客户端观察VDR实时录像；网络使用优先级为LAN>WIFI>4G，而DVR装在车上一般是连接WIFI或4G，所以需要测试4G网络在各种情况下DVR连接网络是否有异常：
该部分是结合到GUI图形用户界面的结果分析，在GUI应用程序同样调用同一套连接状态结构体来分析蜂窝网络模块的状况。
一般情况下，cellular模块是在客户需要的情况下去打开时候，所以在测试的时候，本测试系统是实现通过底层来实现模块的打开、获取状态、关闭的操作流程，避免了影响了机子的原本的配置，Celluar测试流程如图3所示。
应用程序上，调用封装的API接口去打开该cellular模块，使得它能够正常地上电工作。通过接口获取该机子装机的硬件模块信息，例如是serria还是华为的，根据客户需要，机子的装机的cellular模块可能就存在差异。而本过程得到的是一个字符串的数据。根据不同的硬件模块，后续的连接状态情况都会有所不同。在步骤二检测到的字符串匹配cellular_type_str结构体参数，得到是什么模块。确认模块后，调用接口获取cellular模块的状态，再将状态转换成字符串的形式。如果没有找到模块，直接返回异常出错。解析模块返回的结果，如果获取的状态值s32Ret是不成功的，返回不成功标志，表示cellular模块测试失败；如果获取的状态值s32Ret是成功的，返回成功标志，表示cellular模块测试成功。最后创建JSON对象，并将cellular最后的连接状态和测试结果做为对象的一个项目的参数添加到JSON对象中，最后将这个JSON对象通过Http网络发送回PC端测试工具，工具在对解析对象中的数据，显示最后的测试结果；
GSENSOR测试：
测试GSENSOR模块的姿态定位是否准确；GSENSOR模块，也就是六轴传感器模块，该模块集成了加速度计传感器和角速度传感器。针对该模块的测试功能的实现，一开始设计了两个测试方案：
方案1：直接通过对该模块的加速度计传感器和角速度传感器这两个传感器的设备ID号的数据获取实现。因为能够正确获取到传感器的设备ID号，证明该模块的IIC通信接口是正常功能的，也就测试验证了数据通信是正常的，即可完成该模块的测试；
方案2：根据该模块自带的驱动接口，直接读出模块的加速度传感器的三维数据的平方和的开方值约等于1，也就是一个重力加速度的情况下，证明读到的数据信息是正确的，已达到测试的结构。
分析到，该测试系统是基于整个工程项目实现的，不便重新建立接口去获取设备ID号这种方式来添加工程代码的冗余性。所以最终选择直接调用系统做好的加速度传感器三维数据获取的API接口，获取到GSENSOR的三维数据值，使用开方公式sqrt()计算出实际上机子的加速度的大小值，最后再跟一个重力加速度的值进行比较，如果两个值对比大小差不多，只存在小范围的误差在0.1~0.2之间，那么得到的结果就是GSENSOR模块验证成功，如果比较值超出误差的范围，那么得到的结果就是异常，返回就是验证失败。最后，将GSENSOR的验证状态和最后的分析结果，打包成JSON格式，通过GSENSOR对应的URL回发到PC端测试工具，在界面上显示最后的验证结果；
Trigger测试：
从DVR设备获取当前Trigger触发线功能的状态信息，包含8路触发输入，2路触发输出；该部分是关于设备的触发线的测试。主要是PC机客户端将从DVR设备获取当前Trigger触发线功能的状态信息，包含8路触发输入，2路触发输出。
设备上，该部分功能的实现是在MCU端程序上控制的，所以要结合一个独立测试小板来实现数据的转接测试。具体过程就是自动化测试系统接收到PC端测试工具的Trigger测试指令，调用Linux端的MCU对应的Trigger实现的数据接口，下发到测试指令到MCU端程序，MCU端程序通过判断具体的数据协议信息，解析后作出处理，自行调用自身已经编写的测试程序，跟测试小板对接实现硬件部分的测试。测试完成后，将测试结果使用同样的测试指令上传到Linux端，测试系统再分析每根触发线的状态，触发线触发正常保存正常的键值，触发线触发失败保存失败的键值，最后将测试系统分析的触发结果和键值同时打包成JSON格式，再上传到PC端测试工具，在界面上显示出测试系统的测试结果，才算是完成完整的Trigger测试功能。MCU初始化成测试环境后，再通过串口发送测试触发线的指令到MCU，然后等待MCU自动去验证触发事件，完成后返回触发结果到测试系统，测试系统一直等待在返回结果，返回超时报测试失败结果，写入测试失败标志。而在超时时间内接收到测试结果，就在缓冲区保存，一直等待8根报警输出和2根报警输入线的返回完成。获取完触发线的结果后，分析每根触发线的返回数据和测试标志，如果返回的测试标志为1表示正常触发了报警事件功能，记录触发成功的字符串标示；如果返回的测试标志为0表示没有正常触发了报警事件功能，记录触发失败的字符串标示；最后打包字符串标示和测试标示成JSON格式，通过指定的URL回发到PC端测试工具，在界面上显示最终的实现结果；
ACC测试：
判断对ACC接线的开关状态下的电平变化测试；关于ACC线，是接入到汽车的点烟器的一个硬件接口，作用在于在启动汽车的时候，通过启动DVR424、425的作用。而ACC接口切断电源后，如果电源线保持正常，那么整个DVR都会处于一个低功耗休眠的状态下。如果ACC线异常，一方面出现DVR无法正常启动的情况，另一方面会导致DVR没法进入低功耗的休眠状态，造成DVR一直消耗汽车的电平，对于汽车下一次的启动很大可能造成严重的影响。所以测试方面，需要对此做反复的验证和保证。设计方法：
DVR端MCU通知小板进行关闭ACC一秒钟，然后恢复正常，MCU检测ACC状态变化是否正常，然后DVR将测试的结果反馈给PC机客户端。
PC机客户端会先向DVR发送一个http请求（URL：http://DvrIp:8080/testACCSwitch/），DVR收到请求之后，MCU检测ACC状态变化结果是否满足小板预设状态，向PC客户端返回json类型测试结果信息集；JSON格式信息说明如下：
Status：0表示功能异常，1表示功能正常；
Description: OK表示正常，其他字符串表示“异常信息描述”；
串口测试：
RS232接口测试和RS485测试；通过串口间的数据通信，测试对应接口的串口通信是否正常；PC机客户端向DVR设备发送一个http请求（URL：http://DvrIp:8080/ testRS232/），通过上层ARM程序下发测试命令到MCU端，MCU通过实现串口间的RS232接口或者RS485接口的对应数据交互，互相发送和接收结束，解析数据的前后是否匹配，并将解析的结果在上传到上层ARM端，ARM端在将结果上报到PC工具来显示具体测试结果。而对应的json类型信息集，
Status：0表示无异常，1表示正常。
Description: OK表示正常，其他字符串表示异常信息描述。
测试系统获取具体功能模块返回值进行数据分析；所述测试系统获取具体功能模块返回值进行数据分析，具体为反馈测试功能模块的测试结果，并进行分析，如果分析结果为正常，则测试功能模块测试正常，将测试数据发送到PC端；如果分析结果为异常，则测试功能模块测试异常，同样把测试数据发送到PC端；
再通过URL，测试系统将测试结果发送到PC端测试工具；
测试工具对测试结果进行分析，并在界面显示测试结果；所述PC端测试工具对测试结果进行分析，具体为，对测试结果进行是否异常的简单判断，测试结果正常则直接显示在界面，测试结果异常则显示测试结果异常，并把异常信息显示。
一种用于高清DVR的自动化测试系统，包含SD卡配置模块、PC端测试工具、测试系统；
所述SD卡配置模块用于实现SD卡中数据的读出和比较，实现可控制性的根据要求进行测试；
所述PC端测试工具用于发送测试指令和接受测试结果并显示在界面；
所述测试系统包含上层ARM端和MCU端，所述上层ARM端进行GOS测试、WIFI测试、摄像头测试、Cellular测试、存储设备状态获取、Gsensor测试；所述MCU端进行LED测试、RTC测试、重启测试、Trigger测试、ACC测试、串口测试，测试系统用于接受测试指令并进行测试，测试完成则把测试结果反馈给测试PC端测试工具。
优选的，该测试系统进行测试的数据格式统一为CJSON数据格式。
上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。
Claims (9)
1.一种用于高清DVR的自动化测试方法，其特征在于，包含以下步骤：
获取高清DVR配置信息，用于执行后面功能测试；
测试系统获取通信连接，并与高清DVR连接；
PC端测试工具发送测试指令，即发送URL；
测试系统解析URL，并解析URL所携带数据结构体的数据；具体功能模块对高清DVR相应模块进行测试，获取高清DVR相应模块状态；
测试系统获取具体功能模块返回值进行数据分析；
再通过URL，测试系统将测试结果发送到PC端测试工具；
测试工具对测试结果进行分析，并在界面显示测试结果。
2.根据权利要求1所述的一种用于高清DVR的自动化测试方法，其特征在于，所述高清DVR配置信息包含高清DVR系统版本号、MCU版本号和ID、高清DVR型号、蜂窝模块、WiFi模块、GPS模块的型号和配置文件。
3.根据权利要求1所述的一种用于高清DVR的自动化测试方法，其特征在于，所述测试系统获取通信连接，具体为：
测试系统的上层ARM端和MCU端通过http的CJSON数据格式通信，并需要设置相应的IP地址和MAC地址，查找到IP地址和MAC地址后，创建网络套字实现网络连接，即实现通信连接。
4.根据权利要求1所述的一种用于高清DVR的自动化测试方法，其特征在于，所述测试指令有：上层ARM端的GOS测试指令、WIFI测试指令、摄像头测试指令、Cellular测试指令、存储设备状态指令、Gsensor测试指令，MCU端的LED测试指令、RTC测试指令、重启测试指令、Trigger测试指令、ACC测试指令、串口测试指令。
5.根据权利要求4所述的一种用于高清DVR的自动化测试方法，其特征在于，所述具体功能模块对高清DVR相应模块进行测试，具体为：
摄像头测试：获取摄像头的状态值，通过位移算法获取每个摄像头的状态；
WiFi测试：解析出WiFi账号和密码，解析成功则保存到缓冲区，解析失败则返回异常报错信息，通过解析出的WiFi账号和密码与高清DVR的WiFi模块中WiFi列表进行对比，循环匹配，找到对应的WiFi账号并验证密码，验证成功则匹配成功，并退出循环匹配；否则继续循环匹配；
GPS测试：获取GPS连接的相关信息，包含经纬度、可定位卫星数、可见卫星数、海拔高度、地面速度；
RTC测试：重启DVR，时间是否恢复到初始值，没有恢复则RTC正常，恢复到初始值则RTC异常；
重启测试：DVR断电且超级电容完全放电后，进行重启DVR，重启期间进行待机电流测试，重启之后继续进行RTC测试；测试系统重启次数识别是否重启成功，第一个重启次数为0，第二个重启次数为1，则重启成功，否则重启失败；
LED测试：将LED依次流水方式点亮熄灭，出现同一时间全熄灭、一个以上LED点亮情况，则LED异常，否则正常；
Celluar测试：蜂窝网络模块的模块工作正常与否的功能测试的实现；
GSENSOR测试：测试GSENSOR模块的姿态定位是否准确；
Trugger测试：从DVR设备获取当前Trigger触发线功能的状态信息，包含8路触发输入，2路触发输出；
ACC测试：判断对ACC接线的开关状态下的电平变化测试；
串口测试：RS232接口测试和RS485测试；通过串口间的数据通信，测试对应接口的串口通信是否正常。
6.根据权利要求1所述的一种高清DVR的自动化测试方法,其特征在于，所述测试系统获取具体功能模块返回值进行数据分析，具体为反馈测试功能模块的测试结果，并进行分析，如果分析结果为正常，则测试功能模块测试正常，将测试数据发送到PC端；如果分析结果为异常，则测试功能模块测试异常，同样把测试数据发送到PC端。
7.根据权利要求1所述的一种高清DVR的自动化测试方法，其特征在于，所述PC端测试工具对测试结果进行分析，具体为，对测试结果进行是否异常的简单判断，测试结果正常则直接显示在界面，测试结果异常则显示测试结果异常，并把异常信息显示。
8.一种高清DVR的自动化测试系统，其特征在于，包含SD卡配置模块、PC端测试工具、测试系统；
所述SD卡配置模块用于实现SD卡中数据的读出和比较，实现可控制性的根据要求进行测试；
所述PC端测试工具用于发送测试指令和接受测试结果并显示在界面；
所述测试系统包含上层ARM端和MCU端，所述上层ARM端进行GOS测试、WIFI测试、摄像头测试、Cellular测试、存储设备状态获取、Gsensor测试；所述MCU端进行LED测试、RTC测试、重启测试、Trigger测试、ACC测试、串口测试，测试系统用于接受测试指令并进行测试，测试完成则把测试结果反馈给测试PC端测试工具。
9.根据权利要求8所述的一种高清DVR的自动化测试系统，其特征在于，进行测试的数据格式统一为CJSON数据格式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811637839.0A CN109379588B (zh) | 2018-12-29 | 2018-12-29 | 一种用于高清dvr的自动化测试方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811637839.0A CN109379588B (zh) | 2018-12-29 | 2018-12-29 | 一种用于高清dvr的自动化测试方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109379588A true CN109379588A (zh) | 2019-02-22 |
| CN109379588B CN109379588B (zh) | 2020-11-03 |
Family
ID=65372400
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811637839.0A Active CN109379588B (zh) | 2018-12-29 | 2018-12-29 | 一种用于高清dvr的自动化测试方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109379588B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112202628A (zh) * | 2020-09-08 | 2021-01-08 | 杭州涂鸦信息技术有限公司 | 一种WiFi模块串口协议自动化测试系统及方法 |
| CN112799886A (zh) * | 2020-12-14 | 2021-05-14 | 惠州市博实结科技有限公司 | 车载视频设备的上线系统及远程调试方法 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101931774A (zh) * | 2009-06-25 | 2010-12-29 | 鸿富锦精密工业（深圳）有限公司 | 数字视频录像系统及其检测方法 |
| CN102624570A (zh) * | 2012-04-27 | 2012-08-01 | 杭州东信北邮信息技术有限公司 | 实现对web服务器可用性进行检测的监控系统和方法 |
| CN102665093A (zh) * | 2012-03-13 | 2012-09-12 | 深圳市九洲电器有限公司 | 一种机顶盒测试方法及测试系统 |
| CN103139017A (zh) * | 2013-02-28 | 2013-06-05 | 上海斐讯数据通信技术有限公司 | 一种网络设备的测试系统及方法 |
| CN107678965A (zh) * | 2017-09-30 | 2018-02-09 | 千寻位置网络有限公司 | 自动集成测试方法及系统、服务终端、存储器 |
| CN107766224A (zh) * | 2017-11-07 | 2018-03-06 | 百度在线网络技术（北京）有限公司 | 测试方法和测试装置 |
-
2018
- 2018-12-29 CN CN201811637839.0A patent/CN109379588B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101931774A (zh) * | 2009-06-25 | 2010-12-29 | 鸿富锦精密工业（深圳）有限公司 | 数字视频录像系统及其检测方法 |
| CN102665093A (zh) * | 2012-03-13 | 2012-09-12 | 深圳市九洲电器有限公司 | 一种机顶盒测试方法及测试系统 |
| CN102624570A (zh) * | 2012-04-27 | 2012-08-01 | 杭州东信北邮信息技术有限公司 | 实现对web服务器可用性进行检测的监控系统和方法 |
| CN103139017A (zh) * | 2013-02-28 | 2013-06-05 | 上海斐讯数据通信技术有限公司 | 一种网络设备的测试系统及方法 |
| CN107678965A (zh) * | 2017-09-30 | 2018-02-09 | 千寻位置网络有限公司 | 自动集成测试方法及系统、服务终端、存储器 |
| CN107766224A (zh) * | 2017-11-07 | 2018-03-06 | 百度在线网络技术（北京）有限公司 | 测试方法和测试装置 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112202628A (zh) * | 2020-09-08 | 2021-01-08 | 杭州涂鸦信息技术有限公司 | 一种WiFi模块串口协议自动化测试系统及方法 |
| CN112799886A (zh) * | 2020-12-14 | 2021-05-14 | 惠州市博实结科技有限公司 | 车载视频设备的上线系统及远程调试方法 |
| CN112799886B (zh) * | 2020-12-14 | 2023-04-04 | 惠州市博实结科技有限公司 | 车载视频设备的上线系统及远程调试方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109379588B (zh) | 2020-11-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107562635B (zh) | 嵌入式软件测试辅助系统 | |
| CN107315679A (zh) | 一种嵌入式软件自动化确认测试方法及测试系统 | |
| CN103530225B (zh) | 自动化编译测试方法及实现该方法的自动化编译测试平台 | |
| CN108460199B (zh) | Cni建模系统 | |
| CN106778955B (zh) | 基于二维码识别实现车载终端自动测试的系统及方法 | |
| CN102141962A (zh) | 一种安全性分布式测试框架系统及其测试方法 | |
| CN109379588A (zh) | 一种用于高清dvr的自动化测试方法及系统 | |
| CN112817872A (zh) | 开发测试系统及方法 | |
| CN104268061A (zh) | 一种适用于虚拟机的存储状态监控机制 | |
| CN104281678A (zh) | 一种小卫星智能状态监视系统 | |
| CN107819611B (zh) | 基于iec61850多服务端仿真的客户端测试方法 | |
| WO2019200924A1 (en) | Gateway device and method for managing multiple electronic tags | |
| CN113609048B (zh) | 一种电力物联网云边业务协同交互方法 | |
| CN112256538A (zh) | 一种无人船设备信息采集处理及控制方法 | |
| CN102506901A (zh) | 一种多串口导航信息模拟集成系统 | |
| CN101252477B (zh) | 一种网络故障根源的确定方法及分析装置 | |
| CN109587153A (zh) | 基于数据流定制的通用生态安全监测数据采集方法与装置 | |
| CN114168429A (zh) | 报错分析方法、装置、计算机设备及存储介质 | |
| CN110275793A (zh) | 一种用于MongoDB数据分片集群的检测方法及设备 | |
| CN106874027A (zh) | 一种基于插件方式的交通行业数据质量监测平台 | |
| CN107436891A (zh) | 基于sql脚本商场数据库的管理方法 | |
| CN106612215A (zh) | 一种基于以太网的一体化远程检测设备及方法 | |
| CN101706752A (zh) | 一种软件错误现场定位的方法及装置 | |
| CN111475527A (zh) | 整体服务对接微服务方法、装置、电子设备及存储介质 | |
| CN109541197A (zh) | 故障远程诊断系统及其应用方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 510660 the fifth floor of No.3 in the courtyard of Huangzhou Industrial Zone, chebei Road, Tianhe District, Guangzhou City, Guangdong Province Applicant after: SHARPVISION Co.,Ltd. Address before: 510660, 1 floor, 6 Industrial Zone, Huang Xi Road, Tianhe District Road, Guangzhou, Guangdong Applicant before: SHARPVISION Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: An automated testing method and system for high-definition DVR Effective date of registration: 20230314 Granted publication date: 20201103 Pledgee: Bank of China Limited by Share Ltd. Guangzhou Tianhe branch Pledgor: SHARPVISION CO.,LTD. Registration number: Y2023980034821 |
|
| CP02 | Change in the address of a patent holder | ||
| CP02 | Change in the address of a patent holder |
Address after: 101, Building 6, No.1 Ruihua Road, Tianhe District, Guangzhou, Guangdong 510660 Patentee after: SHARPVISION CO.,LTD. Address before: 510660 the fifth floor of No.3 in Huangzhou Industrial Park, chebei Road, Tianhe District, Guangzhou City, Guangdong Province Patentee before: SHARPVISION CO.,LTD. |
|
| PC01 | Cancellation of the registration of the contract for pledge of patent right | ||
| PC01 | Cancellation of the registration of the contract for pledge of patent right |
Granted publication date: 20201103 Pledgee: Bank of China Limited by Share Ltd. Guangzhou Tianhe branch Pledgor: SHARPVISION CO.,LTD. Registration number: Y2023980034821 |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: An automated testing method and system for high-definition DVR Granted publication date: 20201103 Pledgee: Bank of China Limited by Share Ltd. Guangzhou Tianhe branch Pledgor: SHARPVISION CO.,LTD. Registration number: Y2024980012293 |