[发明专利]一种基于串行通信端口的测试控制方法

说明书

技术领域

本发明涉及通信领域的传输与控制技术和嵌入式领域的测试技术，特别是基于串行 通信端口的测试控制方法。

背景技术

电子产品都需要进行严格测试后才能交付用户使用。许多电子产品，尤其是电子信 息终端，都带有串行通信端口。很多测试方案都是通过串行通信端口进行的。整个测试 系统一般由测试控制系统、被测系统和测试通信媒介构成。测试控制系统一般为个人电 脑或服务器，其上运行有测试控制软件，用于发布测试控制命令、记录和处理测试结果； 被测系统一般为电子产品上的嵌入式系统，其上运行有测试执行软件，用于接收来自测 试控制系统的测试控制命令，执行测试命令，再把测试结果发送给测试控制系统。测试 控制系统和被测系统必须通过测试通信媒介交互信息。测试通信媒介可以是有线的也可 以是无线的连接，常见的测试通信媒介是串行通信连接方式。

测试环境往往比较复杂，有时甚至是刻意安排的。测试通信媒介会受到一定的干扰， 而测试命令和数据等对于干扰是很敏感的。目前的测试控制方法有的不具有检错能力， 有的虽然具有检错能力，但只能通过重发请求来对抗干扰。在干扰持续时间较长的情况 下，会加重通信负担，严重影响测试，甚至导致无法测试。在这种情况下就需要有一种 可靠稳定的测试控制方法，来保证测试的顺利实施。

发明内容

技术问题：本发明的目的是为了解决上述问题，提供一种基于串行通信端口的测试 控制方法，使得能够在有干扰的环境下保障可靠稳定的测试工作。

技术方案：为了实现上述目的，本发明采用如下技术方案：

一种基于串行通信端口的测试控制方法，包括底层基于链路数据包的处理方法和上 层基于帧的处理方法，其中上层基于帧的处理方法包括如下步骤：

步骤801，测试控制系统作为同步发起方，经过链路同步过程，与被测系统建立同 步数据链路；

步骤802，测试控制系统根据测试项目和测试参数生成测试命令帧，测试命令帧依 次由测试项编号、测试命令类型、测试命令参数个数、测试命令参数长度和测试命令参 数构成；

步骤803，测试控制系统将步骤802生成的测试命令帧发送给被测系统，若帧发送 过程成功，则进入步骤804；若帧发送过程失败，则取消本次测试，返回步骤801；

步骤804，被测系统接收测试控制系统发送的测试命令帧，若帧接收过程失败，则 取消本次接收，进入步骤813；若帧接收检验通过，进入步骤805；若帧接收检验失败， 进入步骤808；

步骤805，被测系统根据测试命令执行测试；

步骤806，被测系统测试完成，根据测试结果，生成测试结果帧；测试结果桢由测 试项编号、测试结果类型、测试结果长度和测试结果内容构成；测试项编号与所执行的 测试命令的测试项编号一致，测试结果类型与所执行的测试命令的测试命令类型一致；

步骤807，被测系统将步骤806生成的测试结果帧发送给测试控制系统，若发送过 程成功，则进入步骤810；若发送过程失败，则取消本次测试，进入步骤813；

步骤808，被测系统根据测试命令帧被检验出的错误情况，生成测试命令拒收帧， 测试命令拒收帧由测试项编号、拒收测试命令类型、拒收测试命令原因和拒收原因附加 参数构成；测试项编号与所执行的测试命令的测试项编号一致，测试结果类型与所执行 的测试命令的测试命令类型一致；

步骤809，被测系统将步骤808生成的测试命令拒收帧发送给测试控制系统，若帧 发送过程成功，则进入步骤810；若帧发送过程失败，则取消本次测试，进入步骤813；

步骤810，测试控制系统等待测试结果，若成功接收检验到测试结果帧，则进入步 骤811；若成功接收检验到测试命令拒收帧，则进入步骤812；若帧接收检验过程失败， 则取消本次接收，返回步骤801；

步骤811，测试控制系统处理测试结果帧，该项测试成功，再次返回步骤802进行 下一项测试；

步骤812，测试控制系统处理测试命令拒收帧，该项测试失败，返回步骤802进行 下一项测试。

步骤813，被测系统作为同步发起方，经过链路同步过程，与测试控制系统重新建 立同步数据链路，进入步骤802重新测试；

测试控制系统与被测系统进行帧数据处理时，底层基于链路数据包的处理方法包括 链路同步、链路数据包生成、链路数据包解析、链路数据包发送和链路数据包接收五个 过程：