CN117354191A - 车载远程通信盒的测试方法、装置、设备及存储介质 - Google Patents
车载远程通信盒的测试方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN117354191A CN117354191A CN202311499820.5A CN202311499820A CN117354191A CN 117354191 A CN117354191 A CN 117354191A CN 202311499820 A CN202311499820 A CN 202311499820A CN 117354191 A CN117354191 A CN 117354191A
- Authority
- CN
- China
- Prior art keywords
- test
- computer
- tbox
- tested
- area
- 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.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 33
- 238000010998 test method Methods 0.000 title claims abstract description 9
- 238000012360 testing method Methods 0.000 claims abstract description 336
- 238000000034 method Methods 0.000 claims abstract description 48
- 230000006870 function Effects 0.000 claims description 29
- 230000015654 memory Effects 0.000 claims description 21
- 238000012795 verification Methods 0.000 claims description 16
- 238000012545 processing Methods 0.000 claims description 5
- 238000003745 diagnosis Methods 0.000 claims description 3
- 230000007547 defect Effects 0.000 abstract description 3
- 230000008569 process Effects 0.000 description 10
- 238000012986 modification Methods 0.000 description 9
- 230000004048 modification Effects 0.000 description 9
- 238000004590 computer program Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Environmental & Geological Engineering (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本申请提供一种车载远程通信盒的测试方法、装置、设备及存储介质,该方法包括:响应于用户的第一操作,开启安全外壳协议SSH的服务功能,SSH的服务功能用于连接所述至少一台测试电脑;接收至少一台测试电脑通过无线网络发送的测试指令,至少一个测试电脑与TBOX连接在同一个无线局域网中;根据至少一台测试电脑发送的测试指令进行测试。通过该方法,一台TBOX可以被多台测试电脑进行调试,避免了现有技术中一台测试电脑只能调试一台TBOX的弊端,提升TBOX的测试效率。
Description
技术领域
本申请涉及车辆技术领域,尤其涉及一种车载远程通信盒的测试方法、装置、设备及存储介质。
背景技术
随着汽车技术的发展,车辆互联网正逐渐成为汽车工业的重要一环。车载远程通信盒(telematics box,TBOX)作为这一趋势的产物,扮演着至关重要的角色。因此,对TBOX进行测试,保证TBOX的质量对车辆联网十分重要。
现有技术中,TBox的测试一般都是工程师使用线束进行调试,这种调试方式只能一根线连接一台电脑,且只能被一个工程师进行测试,在TBox资源比较短缺的情况下,测试效率比较低。
因此,如何提高TBOX的测试效率和便利性是亟待解决的问题。
发明内容
本申请提供一种车载远程通信盒的测试方法、装置、设备及存储介质,用以解决车载远程通信盒测试效率低的问题。
第一方面,本申请提供一种车载远程通信盒的测试方法,应用于车载远程通信盒TBOX,所述方法包括:
响应于用户的第一操作,开启安全外壳协议SSH的服务功能,所述SSH的服务功能用于连接至少一台测试电脑;
接收所述至少一台测试电脑通过无线网络发送的测试指令,所述至少一个测试电脑与所述TBOX连接在同一个无线局域网中;
根据所述至少一台测试电脑发送的测试指令进行测试。
可选的,所述接收所述至少一台测试电脑通过无线网络发送的测试指令之前,所述方法还包括:
针对任一台测试电脑,接收所述测试电脑发送的身份验证请求,所述身份验证请求中包括用户凭证;
根据所述用户凭证对所述测试电脑进行身份验证;
在对所述测试电脑的身份验证通后,则确定所述测试电脑确定可对所述TBOX进行测试。
可选的,所述根据所述至少一台测试电脑发送的测试指令进行测试,包括:
针对任一台测试电脑发送的测试指令,根据所述测试指令,确定所述测试指令指示的待测试区域,所述待测试区域包括以下区域中的至少一个:通信区域,控制单元区域,嵌入式操作系统区域,调试和诊断区域,用户界面区域和安全区域;
检测所述待测试区域当前是否正在执行测试任务;
若所述待测试区域当前未执行测试任务,则根据所述测试指令对所述待测试区域进行测试,得到第一测试结果;
将所述第一测试结果返回所述测试电脑。
可选的,所述方法还包括:
若所述待测试区域当前在执行测试任务时,则向所述测试电脑返回提示消息;所述提示消息用于指示所述待测试区域当前有任务正在测试。
可选的,所述方法还包括:
在检测到所述待测试区域的所述测试任务执行完成后,根据所述测试指令对所述待测试区域进行测试,得到第二测试结果;
将所述第二测试结果返回所述测试电脑。
可选的,所述方法还包括:
响应于用户的第二操作,开启诊断日志和跟踪DLT功能,将实时产生的日志信息发送到所述至少一台测试电脑。
可选的,若所述TBOX同时接收到多个测试指令时,则采用多线程并行处理接收到的所述多个测试指令。
第二方面,本申请还提供一种车载远程通信盒的测试装置,所述装置包括:
服务模块,用于响应于用户的第一操作,开启安全外壳协议SSH的服务功能,所述SSH的服务功能用于连接至少一台测试电脑;
接收模块,用于接收所述至少一台测试电脑通过无线网络发送的测试指令,所述至少一个测试电脑与所述TBOX连接在同一个无线局域网中;
执行模块,用于根据所述至少一台测试电脑发送的测试指令进行测试。
第三方面,本申请提供一种车载远程通信盒TBOX,所述TBOX包括:
处理器,与所述处理器连接的存储器,以及与其他设备交互的通信接口,所述处理器用于执行如第一方面任一项所述的方法。
第四方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如第一方面任一项所述的方法。
第五方面,本申请还提供一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时用于实现如第一方面任一项所述的方法。
本申请提供的车载远程通信盒的测试方法、装置、设备及存储介质,该方法响应于用户的第一操作,开启安全外壳协议SSH的服务功能,SSH的服务功能用于连接所述至少一台测试电脑;接收至少一台测试电脑通过无线网络发送的测试指令,至少一个测试电脑与TBOX连接在同一个无线局域网中;根据至少一台测试电脑发送的测试指令进行测试。通过该方法,一台TBOX可以被多台测试电脑进行调试,避免了现有技术中只能一个用户调试一台TBOX的弊端,提升TBOX的测试效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为本申请提供的一种具体的应用场景示意图;
图2为本申请提供的一种车载远程通信盒的测试方法实施例一的流程示意图;
图3为本申请提供的一种车载远程通信盒的测试方法实施例二的流程示意图;
图4为本申请提供的一种车载远程通信盒的测试装置实施例一的结构示意图;
图5为本申请提供的一种车载远程通信盒的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
首先对本申请所涉及的名词进行解释:
车载远程通信盒(telematics box,TBOX):是一种嵌入式系统,通常安装在汽车中,用于实现车辆与外部网络的通信和连接。TBox的功能包括但不限于车载网络通信、车辆远程监控、车辆定位、信息娱乐、车载诊断等。它通常包括了一台嵌入式计算机、通信模块和相应的软件。
安全外壳协议SSH:是一种网络协议,用于在不安全的网络环境中,安全地在客户端和服务器之间传输数据。它通过加密和认证技术,保护了传输的数据的机密性和完整性,防止了中间人攻击等安全威胁。
诊断日志与跟踪(Diagnostic Log and Trace,DLT)Daemon功能:是DLT协议的一个组件,它允许实时监测和获取嵌入式系统的日志信息。DLT Daemon在嵌入式系统中运行,负责接收、处理和分发日志消息,以供开发人员进行调试和分析。
TBox台架:通常指的是一个用于模拟或测试TBox设备的环境。它包括了一台模拟TBox设备,以及相应的软件和硬件组件,用于模拟车辆的各种状态和条件。通过TBox台架,开发人员可以在实验室或测试环境中进行TBox相关功能的测试、调试和验证。
TBox的测试一般都是工程师将TBox放置在测试台架环境中,使用USB线或者串口连接的方式进行调试,这种调试方式只能一根USB线连接一台电脑,且台架环境只能被一个工程师进行使用,但是在TBox或者TBox台架资源比较短缺的情况下,测试效率比较低。
鉴于上述问题,发明人在研究过程中发现,利用局域网技术和TBox的Linux系统自带的ssh组件,将多台测试电脑和TBOX连接在一个局域网下,组成多台测试电脑都可以测试同一TBOX的测试环境。基于此,本申请提出一种车载远程通信盒的测试方法、装置、设备及存储介质。
图1为本申请提供的一种具体的应用场景示意图,如图1所示,通过路由器搭建无线局域网,至少一台TBOX和至少一台测试电脑连接在无线局域网。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图2为本申请提供的一种车载远程通信盒的测试方法实施例一的流程示意图,如图2所示,该方法包括如下步骤:
S101、响应于用户的第一操作,开启安全外壳协议SSH的服务功能,SSH的服务功能用于连接至少一台测试电脑。
在本步骤中,用户在需要对TBOX进行无线调试时,需要开启TBOX的SSH服务功能确保通信安全。用户通过第一操作开启SSH服务,第一操作可以是输入开启命令,也可以是开机启动TBOX。
在一种实现方式中,用户通过物理接口将输入设备连接登录到TBox设备的Linux操作系统,打开TBox的控制台或者终端界面,在控制台或者终端界面中启动SSH服务,示例性的,在终端界面中输入命令“sudo systemctl start ssh”开启SSH服务。
在一种实现方式中:将SSH服务配置为开机自启动,示例性的使用命令“sudosystemctl enable ssh”进行配置。通过配置了开机自启动功能后,响应于用户对TBOX开机操作即可启动SSH服务。
S102、接收至少一台测试电脑通过无线网络发送的测试指令,至少一个测试电脑与TBOX连接在同一个无线局域网中。
在本步骤中,预先配置好无线路由器的网段,TBOX开启SSH服务后连接路由器的WIFI局域网,该局域网中至少有一台测试电脑与TBox设备连接在同一个无线局域网中。连接在同一无线局域网中的测试电脑可以根据TBOX在局域网中的网际互连协议IP地址发送测试指令到TBOX,测试指令用于调试TBOX的功能。
需要说明的是,用户通过测试电脑修改TBOX的代码进行调试,也可以被视为发送测试指令的一种形式。当修改代码时,实质上是向TBOX的软件提供明确的指令,告诉TBOX如何进行修改。
S103、根据至少一台测试电脑发送的测试指令进行测试。
在本步骤中,在进行测试时,可以连接一台电脑或者多台电脑,当连接多台测试电脑时,多台测试电脑发送的测试指令可以是不同电脑同时发送的测试指令,也可以是不同电脑非同时发送的测试指令。
在一种可能的实现方式中,局域网中连接多台测试电脑,TBOX为每一台连接到自身的测试电脑创建一个独立的线程,这样可以处理来自不同电脑的指令。多台测试电脑同时发送测试指令到TOBX,TBOX采用多线程的处理方式,对不同测试指令进行处理。其中,TBOX内部预先被划分为不同的测试区域,多台测试电脑同时发送的测试指令不能是同一测试区域的测试指令。
在一种可能的实现方式中,TBOX采用线程池的方式而非为每个连接创建一个新线程,从线程池中获取一个空闲线程来处理指令。这样可以避免频繁创建和销毁线程的开销。
在一种可能的实现方式中,局域网中连接多台测试电脑,TOBX采用异步编程模型,通过事件驱动的方式处理指令。当有新的指令到达时,TBox会触发相应的事件处理程序来执行操作。
在一种可能的实现方式中,TOBX可以按照接收到指令的顺序依次处理,即一个接一个地执行。这样可以确保每个指令都得到正确的执行。
本实施例提供一种车载远程通信盒的测试方法,该方法响应于用户的第一操作,开启安全外壳协议SSH的服务功能,SSH的服务功能用于连接所述至少一台测试电脑;接收至少一台测试电脑通过无线网络发送的测试指令,至少一个测试电脑与TBOX连接在同一个无线局域网中;根据至少一台测试电脑发送的测试指令进行测试。通过该方法,一台TBOX可以被多台测试电脑进行调试,避免了现有技术中只能一个用户调试一台TBOX的弊端,提升TBOX的测试效率。
在上述实施例中,多台TBOX和多台测试电脑连接在同一局域网内,因此,每一测台测试电脑可以连接并控制多台TBOX设备,每一台TBOX设备也可以被多台测试电脑所控制。
下面以局域网内连接一台TBOX和两台测试电脑,一台测试电脑正在调试TBOX时,另一台待测试电脑连接TBOX进行测试的过程为例,对整个过程进行详细说明。
图3为本申请提供的一种车载远程通信盒的测试方法实施例二的流程示意图,如图3所示,包括如下步骤:
S201、TBOX开机后自动启动SSH服务,搜索预设的局域网获取IP地址。
在本步骤中,TBOX放置在测试台架上,为其提供电源等测试条件。TBOX响应于用户的开机操作,经过预先配置的代码,自动启动SSH服务功能。自动或者用户手动搜索预设的WIFI,连接WIFI获取IP地址。
TBOX自动获取IP地址通常是通过DHCP(动态主机配置协议)来实现的。DHCP是一种网络协议,用于自动分配IP地址给局域网中的设备。在这种情况下,当TBOX连接到局域网中的路由器时,路由器会充当DHCP服务器。TBOX会发送一个DHCP请求,请求获取一个可用的IP地址。DHCP服务器会从预先分配的IP地址池中选择一个未被使用的地址,并将其分配给TBOX。这样,TBOX就可以自动获得一个可用的IP地址,从而能够在局域网中与其他设备进行通信。
S202、用户根据IP地址确定要测试的目标TBOX。
在本步骤中,如果TBOX设备上连接有显示器和键盘,用户可以在TBOX上直接查看IP地址。通常,可以在TBOX的网络设置或配置界面中找到IP地址信息。
通过路由器管理界面:连接到局域网中的路由器管理界面(可以通过浏览器输入路由器的IP地址访问),在路由器管理界面中,可以查看连接到路由器的设备列表,其中会列出每个设备的IP地址。
S203、用户操作待测试电脑连接目标TBOX。
在本步骤中,用户在待测试电脑上打开终端或命令行界面,使用命令连接到TBOX,示例性的命令为“ssh username@TBOX_IP”,其中,username是在TBOX上的用户名,TBOX_IP是TBOX在局域网中的IP地址。
S204、向目标TBOX发送身份验证请求。
在使用命令连接到TBOX时,待测试电脑的终端或命令行中会提示输入密码,用户输入预先设置的密码。待测试电脑根据用户名和密码形成的用户凭证发送连接请求到目标TBOX,连接请求即身份验证请求。其中,用户名和密码时在TBOX上预先设置好的账户信息。
S205、TBOX根据用户凭证对待测试电脑进行身份验证。
在一种实现方式中,TBOX根据接收到的用户名和密码,根据预先存储的可授权账号进行身份验证,在对待测试电脑的身份验证通后,则确定待测试电脑确定可对TBOX进行测试。
在另一种实现方式中,TBOX可以配置为只进行密码验证,而不验证用户名。这样,连接时只需要提供密码而无需提供用户名。具体的,在SSH配置中,有一个选项允许指定是否只进行密码验证,如果启用了此选项,用户只需提供密码即可连接到TBOX。
S206、接收待测试电脑发送的测试指令。
在本步骤中,用户调试TBOX可以采用多种方式,用户可以通过在测试电脑上发送特定的测试指令来与TBOX进行交互和测试。这些指令可能包括控制命令、查询命令等,可以用来测试不同的功能和模块。用户也可以通过修改TBOX的代码来进行调试和测试。
需要说明的是,通过修改TBOX的代码来进行调试,也可以被视为发送测试指令的一种形式。当修改代码时,实质上是向TBOX的软件提供明确的指令,告诉TBOX如何进行修改。
S207、根据测试指令,确定测试指令指示的待测试区域。
在本方案中,为了避免多个用户同时调试同一区域造成的影响,将TBOX内部分割为多个待测试区域,其中,待测试区域包括以下区域中的至少一个:通信区域,控制单元区域,嵌入式操作系统区域,调试和诊断区域,用户界面区域和安全区域等。每一个区域只允许一个用户即一台测试电脑进行测试。因此,在接收到待测试电脑发送的测试指令时,根据测试指令确定待测试区域
在一种实现方式中,在测试指令中添加一个前缀或者特定的标识符来表示目标测试区域。例如,可以在测试指令中包含类似于"区域A:执行任务"这样的信息,系统根据前缀或标识符来确定目标区域。
在一种实现方式中,将测试指令设计成可以携带参数,其中包含目标测试区域的信息。例如,可以将指令设计成类似于"执行任务--区域A",系统根据参数来确定目标区域。
在一种可能的实现方式中,TBOX中设计一个指令解析器或处理程序,负责解析收到的测试指令,并从中提取出目标测试区域的信息。
在一种可能的实现方式中,维护一个指令映射表,将不同的测试指令与相应的测试区域进行关联。当收到测试指令时,系统查询映射表以确定目标区域。
在一种可能的实现方式中,设计一个明确定义的通信协议或消息格式,在其中包含了指定测试区域的字段或标记。
S208、检测待测试区域当前是否正在执行测试任务。
在一种实现方式中,为每个待测试区域创建一个状态标记或者变量,用于记录该区域的状态,比如是否正在执行测试任务。在系统启动或者测试流程开始时,将所有待测试区域的状态初始化为“空闲”,当有任务执行时状态更新为“正在执行测试任务”。当接收到待测试电脑发送的测试指令时,首先检查目标待测试区域的状态,根据测试区域的状态查看是否正在执行任务。
在另一种实现方式中,可以使用锁机制来控制对待测试区域的访问。在待测试区域开始执行任务时,获取一个独占锁,以阻止其他用户同时访问该区域。
在一种可能的实现方式中,使用消息队列来管理任务队列,每个待测试区域都有一个关联的队列。当有任务到达时,将其添加到相应区域的队列中,然后按顺序执行队列中的任务。
在一种可能的实现方式中,使用数据库记录来跟踪每个待测试区域的状态。当一个区域开始执行任务时,在数据库中更新相应的记录,标记为“正在执行测试任务”。当获取待测试指令时,根据数据库记录确定测试指令所属的测试区域的状态。
通过在测试流程中添加对待测试区域状态的检测和更新步骤,可以确保每个区域在执行测试任务之前都处于空闲状态,从而避免了多个用户同时测试同一区域可能造成的干扰。
若待测试区域当前未执行测试任务,执行步骤S209-S210。
若待测试区域当前执行测试任务,执行步骤S211-S213。
S209、根据测试指令对待测试区域进行测试,得到第一测试结果。
在本步骤中,在开始执行测试任务前,将待测试区域的状态进行更新或者锁定该待测试区域,防止其他用户进行操作,示例性的,将待测试区域的状态更新为“正在执行测试任务”。根据测试指令对待测试区域进行测试,测试指令可以用来测试不同的功能和模块,或者响应于测试指令修改底层代码,执行测试指令后,得到第一测试结果,第一测试结果包括该功能的运行情况。
例如,测试了一个通信模块,第一测试结果可能为是否成功建立了通信连接的结果。
再例如,TBOX执行测试指令修改了底层代码,第一测试结果将取决于代码更改。如果修改正确,那么在再次执行相同测试时,可能会看到不同的行为或结果。
需要说明的是,如果不同的测试区域共享相同的模块或函数,在其中一个区域进行了修改,那么其他区域可能会受到影响。如果代码中使用了全局变量或者共享的状态信息,并且这些信息被不同的区域使用,那么修改可能会影响到所有使用这些变量的区域。如果系统设计上采用了特定的模块化结构或者共享组件,那么对共享组件的修改可能会影响到所有使用它的区域。因此,在涉及到共享资源或组件时,需要确保受影响的测试区域没有正在测试的任务。在涉及到共享资源或组件修改时,可以响应再次确认消息提示用户是否确定修改。
S210、将第一测试结果返回待测试电脑。
在本步骤中,在测试任务完成后,将目标待测试区域的状态更新回“空闲”,以便其他用户可以使用该区域进行测试。
S211、向待测试电脑返回提示消息,提示消息用于指示待测试区域当前有任务正在测试。
在实际应用中,一个待测试区域一般由划定的指定部门的专业人员进行测试,但可能会存在其他测试人员的误操作或者同一部门多个人都想操作同一测试区域的情况。多人同时操作会引起系统混乱,因此,当其他测试区域有任务执行时,向待测试电脑返回提示消息,提示该测试区域正在测试,同时方便用户查看所要测试的待测试区域是否有错。
可选的,用户操作的测试电脑可以发送多条测试指令到待测试区域,待测试区域根据测试指令的发送时间,顺序处理每一条测试指令。
S212、在检测到待测试区域的测试任务执行完成后,根据测试指令对待测试区域进行测试,得到第二测试结果。
在本步骤中,检测到待检测区域的测试任务执行情况,例如检测待测试区域的状态。当检测到待测试区域的测试任务执行完成后,从待测试区域得到第二测试结果。其中,第二测试结果和第一测试结果类似。将第二测试结果以某种数据格式(例如JSON、XML等)打包,以便传输。
S213、将第二测试结果返回测试电脑。
可选的,当需要查看测试日志时,响应于用户的第二操作开启TBOX的诊断日志和跟踪DLT功能。并且待测试电脑上打开DLT Viewer工具,通过输入TBox的内部WiFi IP地址,连接到TBox上运行的DLT Daemon。一旦连接成功,就可以在DLT Viewer工具中实时查看TBox产生的程序日志。具体的,TBOX将实时产生的日志信息发送到DLT连接的测试电脑上,上述查看测试日志不限于待测试区域,所有局域网内的测试电脑都可以进行查看。
可选的,若局域网挂载到公网上,测试电脑能够进行远程调试。具体的,在路由器或者网络设备上进行相应的设置,在路由器上进行端口映射(Port Forwarding)的设置,将来自公网特定端口的请求转发到TBox设备的IP地址和相应端口上,测试电脑可以使用TBox设备的公网IP地址或域名进行远程连接。连接成功后,可以在测试电脑上使用SSH访问工具来远程访问TBox设备,进行调试和配置。该方案可以提高测试便利性,没有空间上的距离限制。
本实施例提供一种车载远程通信盒的测试方法,测试电脑通过无线局域网连接TBOX进行身份验证,验证通过的任一台测试电脑可以发送的测试指令。TBOX根据测试指令,确定测试指令指示的待测试区域,检测待测试区域当前是否正在执行测试任务;若待测试区域当前未执行测试任务,根据测试指令对所述待测试区域进行测试,若待测试区域当前正在执行测试任务,则返回提示消息。通过本方案可以实现不同测试人员调试TBOX的不同测试区域,互不影响。当测试区域有测试任务时,禁止其他测试人员进行测试,可以防止多人同时操作的情况发生,提高测试安全性。
图4为本申请提供的一种车载远程通信盒的测试装置实施例一的结构示意图,如图4所示,该车载远程通信盒的测试装置400包括:
服务模块411,用于响应于用户的第一操作,开启安全外壳协议SSH的服务功能,所述SSH的服务功能用于连接至少一台测试电脑;
接收模块412,用于接收所述至少一台测试电脑通过无线网络发送的测试指令,所述至少一个测试电脑与所述TBOX连接在同一个无线局域网中;
执行模块413,用于根据所述至少一台测试电脑发送的测试指令进行测试。
可选的,所述装置还包括验证模块414:
所述接收模块412,还用于针对任一台测试电脑,接收所述测试电脑发送的身份验证请求,所述身份验证请求中包括用户凭证;
所述验证模块414用于:
根据所述用户凭证对所述测试电脑进行身份验证;
在对所述测试电脑的身份验证通后,则确定所述测试电脑确定可对所述TBOX进行测试。
可选的,所述装置还包括发送模块415,所述执行模块413包括:确定单元,检测单元,测试单元;
所述确定单元,用于针对任一台测试电脑发送的测试指令,根据所述测试指令,确定所述测试指令指示的待测试区域,所述待测试区域包括以下区域中的至少一个:通信区域,控制单元区域,嵌入式操作系统区域,调试和诊断区域,用户界面区域和安全区域;
所述检测单元,用于检测所述待测试区域当前是否正在执行测试任务;
所述测试单元,用于若所述待测试区域当前未执行测试任务,则根据所述测试指令对所述待测试区域进行测试,得到第一测试结果;
所述发送模块415,用于将所述第一测试结果返回所述测试电脑。
可选的,所述发送模块415还用于:
若所述待测试区域当前在执行测试任务时,则向所述测试电脑返回提示消息;所述提示消息用于指示所述待测试区域当前有任务正在测试。
可选的,所述测试单元,还用于在检测到所述待测试区域的所述测试任务执行完成后,根据所述测试指令对所述待测试区域进行测试,得到第二测试结果;
所述发送模块415,还用于将所述第二测试结果返回所述测试电脑。
可选的,所述装置还包括日志模块416,;
所述日志模块416,用于响应于用户的第二操作,开启诊断日志和跟踪DLT功能,将实时产生的日志信息发送到所述至少一台测试电脑。
可选的,若所述TBOX同时接收到多个测试指令时,则采用多线程并行处理接收到的所述多个测试指令。
本申请实施例提供的车载远程通信盒的测试装置,用于实现前述方法实施例中任一项所述的车载远程通信盒的测试方法,其实现原理和技术效果类似,在此不做赘述。
图5为本申请提供的一种车载远程通信盒的结构示意图,如图5所示,该车载远程通信盒500包括:
处理器501,与所述处理器通信连接的存储器502,以及与其他设备交互的通信接口503;
所述存储器502存储计算机执行指令;
所述处理器501执行所述存储器存储的计算机执行指令,以实现上述任一方法实施例所述的车载远程通信盒的测试方法。
可选的,该车载远程通信盒500的上述各个器件之间可以通过系统总线连接。
存储器502可以是单独的存储单元,也可以是集成在处理器501中的存储单元。处理器501的数量为一个或者多个。
应理解,处理器501可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
系统总线可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。存储器可能包括随机存取存储器(randomaccess memory,RAM),也可能还包括非易失性存储器(non-volatile memory,NVM),例如至少一个磁盘存储器。
实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储器(存储介质)包括:只读存储器(read-only memory,ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(magnetic tape)、软盘(floppy disk)、光盘(optical disc)及其任意组合。
本申请实施例提供的车载远程通信盒,用于实现前述方法实施例中任一项所述的车载远程通信盒的测试方法,其实现原理和技术效果类似,在此不做赘述。
本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如前述方法实施例中任一项所述的车载远程通信盒的测试方法。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。应注意,上述涉及的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在计算机可读存储介质中,至少一个处理器可以从该计算机可读存储介质中读取该计算机程序,至少一个处理器执行计算机程序时可实现前述方法实施例中任一项所述的车载远程通信盒的测试方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (10)
1.一种车载远程通信盒的测试方法,其特征在于,应用于车载远程通信盒TBOX,所述方法包括:
响应于用户的第一操作,开启安全外壳协议SSH的服务功能,所述SSH的服务功能用于连接至少一台测试电脑;
接收所述至少一台测试电脑通过无线网络发送的测试指令,所述至少一个测试电脑与所述TBOX连接在同一个无线局域网中;
根据所述至少一台测试电脑发送的测试指令进行测试。
2.根据权利要求1所述的方法,其特征在于,所述接收所述至少一台测试电脑通过无线网络发送的测试指令之前,所述方法还包括:
针对任一台测试电脑,接收所述测试电脑发送的身份验证请求,所述身份验证请求中包括用户凭证;
根据所述用户凭证对所述测试电脑进行身份验证;
在对所述测试电脑的身份验证通后,则确定所述测试电脑确定可对所述TBOX进行测试。
3.根据权利要求1所述的方法,其特征在于,所述根据所述至少一台测试电脑发送的测试指令进行测试,包括:
针对任一台测试电脑发送的测试指令,根据所述测试指令,确定所述测试指令指示的待测试区域,所述待测试区域包括以下区域中的至少一个:通信区域,控制单元区域,嵌入式操作系统区域,调试和诊断区域,用户界面区域和安全区域;
检测所述待测试区域当前是否正在执行测试任务;
若所述待测试区域当前未执行测试任务,则根据所述测试指令对所述待测试区域进行测试,得到第一测试结果;
将所述第一测试结果返回所述测试电脑。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若所述待测试区域当前在执行测试任务时,则向所述测试电脑返回提示消息;所述提示消息用于指示所述待测试区域当前有任务正在测试。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
在检测到所述待测试区域的所述测试任务执行完成后,根据所述测试指令对所述待测试区域进行测试,得到第二测试结果;
将所述第二测试结果返回所述测试电脑。
6.根据权利要求1至5任一项所述的方法,其特征在于,所述方法还包括:
响应于用户的第二操作,开启诊断日志和跟踪DLT功能,将实时产生的日志信息发送到所述至少一台测试电脑。
7.根据权利要求1至5任一项所述的方法,其特征在于,若所述TBOX同时接收到多个测试指令时,则采用多线程并行处理接收到的所述多个测试指令。
8.一种车载远程通信盒的测试装置,其特征在于,所述装置包括:
服务模块,用于响应于用户的第一操作,开启安全外壳协议SSH的服务功能,所述SSH的服务功能用于连接至少一台测试电脑;
接收模块,用于接收所述至少一台测试电脑通过无线网络发送的测试指令,所述至少一个测试电脑与车载远程通信盒TBOX连接在同一个无线局域网中;
执行模块,用于根据所述至少一台测试电脑发送的测试指令进行测试。
9.一种车载远程通信盒TBOX,其特征在于,所述TBOX包括:
处理器,与所述处理器连接的存储器,以及与其他设备交互的通信接口,所述处理器用于执行如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311499820.5A CN117354191A (zh) | 2023-11-10 | 2023-11-10 | 车载远程通信盒的测试方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311499820.5A CN117354191A (zh) | 2023-11-10 | 2023-11-10 | 车载远程通信盒的测试方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117354191A true CN117354191A (zh) | 2024-01-05 |
Family
ID=89366838
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311499820.5A Pending CN117354191A (zh) | 2023-11-10 | 2023-11-10 | 车载远程通信盒的测试方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117354191A (zh) |
-
2023
- 2023-11-10 CN CN202311499820.5A patent/CN117354191A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9792440B1 (en) | Secure boot for vehicular systems | |
CN108881228B (zh) | 云端注册激活方法、装置、设备和存储介质 | |
US20140245266A1 (en) | System and Method for Remote Debugging of an Application in an Image Forming Apparatus Over a Network | |
CN103455352A (zh) | 部署应用软件的方法及应用软件部署装置 | |
CN110058894B (zh) | 在混合云中执行应用的方法、设备和计算机程序产品 | |
CN112840341B (zh) | 用于探测与安全相关的数据流的方法 | |
KR20190061060A (ko) | 프로파일 기반 콘텐츠 및 서비스들 | |
CN111177703B (zh) | 操作系统数据完整性的确定方法及装置 | |
CN114372254B (zh) | 大数据环境下的多认证授权方法 | |
CN111522580A (zh) | 代码分支的建立方法、装置和计算机设备 | |
WO2020063002A1 (zh) | 一种数据管理方法、装置和服务器 | |
CN117014226B (zh) | 服务请求鉴权方法、装置、设备、系统和存储介质 | |
CN113468276A (zh) | 链上预言机的可信数据获取方法、装置及电子设备 | |
CN117354191A (zh) | 车载远程通信盒的测试方法、装置、设备及存储介质 | |
US8707330B2 (en) | Method and system for controlled communication between applications | |
CN112104513B (zh) | 可视化软件负载方法、装置、设备及存储介质 | |
CN115617668A (zh) | 一种兼容性测试方法、装置及设备 | |
CN112468356B (zh) | 路由器接口测试方法、装置、电子设备和存储介质 | |
CN114036042A (zh) | 一种模型测试方法、装置、计算机和可读存储介质 | |
CN113901428A (zh) | 多租户系统的登录方法及装置 | |
CN117459320B (zh) | 数据的访问控制方法和装置 | |
CN112468355B (zh) | 一种iot设备管理应用测试方法、装置、电子设备和存储介质 | |
CN114615008B (zh) | 一种海量存储分布式系统黑白名单控制方法及装置 | |
CN117040859A (zh) | 激活认证方法、装置和电子设备及存储介质 | |
CN117453131A (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 |