CN104461814A - 一种计算机的串口测试方法和系统 - Google Patents

Abstract

本发明涉及一种计算机的串口测试方法和系统。该计算机的串口测试方法，包括：接收配置的动态策略；检测所述动态策略是否有效，若是，则根据所述动态策略进行串口测试，若否，则根据默认策略进行串口测试；检测串口工作是否正常，若否，则进行诊断测试，记录所述诊断测试产生的事件日志，并记录所述串口测试的结果，若是，且停止串口测试时，记录所述串口测试的结果。上述计算机的串口测试方法和系统，在串口工作异常时，进行诊断测试，以便进行故障分析定位，实现了故障诊断，并记录诊断测试产生的事件日志，方便后续根据事件日志分析，优化性能，且根据动态策略进行测试，可针对不同的控制芯片配置相应的策略文件，实现了灵活配置。

Description

一种计算机的串口测试方法和系统

技术领域

本发明涉及串口测试技术，特别是涉及一种计算机的串口测试方法和系统。

背景技术

对操作系统下的串口进行测试的方式很多，然而大多数测试方式只是对串口的基本功能进行测试，如串口的模式配置、串口通讯的连通性等，无法满足工业主板生产过程中对串口的故障进行诊断的功能测试。

发明内容

基于此，有必要针对现有的串口测试无法进行故障诊断的问题，提供一种能实现故障诊断的计算机的串口测试方法。

此外，还有必要提供一种能实现故障诊断的计算机的串口测试系统。

一种计算机的串口测试方法，包括：

接收配置的动态策略；

检测所述动态策略是否有效，若是，则根据所述动态策略进行串口测试，若否，则根据默认策略进行串口测试；

检测串口工作是否正常，若否，则进行诊断测试，记录所述诊断测试产生的事件日志，并记录所述串口测试的结果，若是，且停止串口测试时，记录所述串口测试的结果。

一种计算机的串口测试系统，包括：

数据接收模块，用于接收配置的动态策略；

动态策略模块，用于检测所述动态策略是否有效，若是，则根据所述动态策略进行串口测试，若否，则根据默认策略进行串口测试；

判断模块，用于检测串口工作是否正常；

诊断模块，用于在串口工作非正常时，进行诊断测试；

日志记录模块，用于记录所述诊断测试产生的事件日志；

存储模块，用于记录所述串口测试的结果；

中央控制模块，用于调控所述数据接收模块、动态策略模块、判断模块、诊断模块、日志记录模块和存储模块工作。

上述计算机的串口测试方法和系统，在串口工作异常时，进行诊断测试，以便进行故障分析定位，实现了故障诊断，并记录诊断测试产生的事件日志，方便后续根据事件日志分析，优化性能，且根据动态策略进行测试，可针对不同的控制芯片配置相应的策略文件，实现了灵活配置。

附图说明

图1为一个实施例中计算机的串口测试方法的流程图；

图2为一个实施例中事件日志格式定义示意图；

图3为另一个实施例中计算机的串口测试方法的流程图；

图4为一个实施例中进行诊断测试，记录该诊断测试产生的事件日志的步骤的流程图；

图5为另一个实施例中的接收配置的动态策略的流程图；

图6为一个实施例中的计算机的串口测试系统的结构框图；

图7为另一个实施例中的计算机的串口测试系统的结构框图；

图8为一个实施例中数据发送模块工作框架示意图；

图9为一个实施例中数据接收模块的结构框图。

具体实施方式

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

如图1所示，为一个实施例中计算机的串口测试方法的流程图。该计算机的串口测试方法，包括：

步骤102，接收配置的动态策略。

具体的，动态策略是由用户根据测试需求及不同串口控制芯片进行配置的计算机的串口测试策略，用于对计算机的串口进行测试，包括基本功能测试、压力测试、数据接收、数据发送、丢包、丢包率等的统计。该动态策略可利用网络socket接口接收。该动态策略以文件形式存储。该动态策略的文件有既定的数据格式（该既定的数据格式可根据用户的需要拟定），如：

…

baudrate:115200

interval:100ms

int trigger:level

tx buf:100

…

步骤104，检测该动态策略是否有效，若是，执行步骤106，若否，执行步骤108。

具体的，检测动态策略是否有效包括检测动态策略文件是否完整、是否与串口相匹配等。若动态策略文件完整，与串口相匹配，则动态策略有效，否则无效。若动态策略有效，则按照该动态策略进行串口测试，若动态策略无效，则可按照默认策略进行串口测试。该默认策略可为预先设定的，可由用户根据需要随意拟定。

步骤106，根据该动态策略进行串口测试，然后执行步骤110。

步骤108，根据默认策略进行串口测试，然后执行步骤110。

步骤110，检测串口工作是否正常，若是，执行步骤114，若否，执行步骤112。

具体的，串口工作正常时即可正常传输数据；串口工作不正常时即无法正常传输数据，可能存在多种情况，例如数据overrun（过载）、无停止位错误、接收先入先出队列错误、校验位错误等等。

步骤112，进行诊断测试，记录该诊断测试产生的事件日志，然后执行步骤116。

具体的，诊断测试包括检测是否数据发送失败、是否数据接收失败、是否数据overrun、是否发生无停止位错误、是否发生接收FIFO（First Input Firstoutput，先入先出队列）错误、是否发生校验位错误、是否中断无响应、是否timeout（超时）等中一种或多种。诊断测试后，记录该诊断测试产生的事件日志，可方便后续根据事件日志进行故障分析。事件日志的格式定义如图2所示，图2中事件日志包括异常类型、异常等级和时间。异常类型为接收FIFO错误，异常等级为一般；异常类型为无停止位错误，异常等级为警告；异常类型为校验位错误、overrun错误、中断无响应、timeout时，异常等级均为严重。时间可为某年某月某日某时某分某秒。

步骤114，检测是否停止串口测试，若是执行步骤116，若否，继续根据该动态策略进行串口测试或者根据默认策略进行串口测试的步骤。

具体的，检测是否停止串口测试可检测是否有停止动作输入，若有停止动作输入，则表示停止串口测试，若没有需继续进行串口测试。

当根据动态策略进行串口测试，则当检测是否停止串口测试为否时，继续根据动态策略进行串口测试；当根据默认策略进行串口测试，则当检测是否停止串口测试为否时，继续根据默认策略进行串口测试。

步骤116，记录串口测试的结果。

具体的，可将串口测试的结果保存到指定文件中。此外，还可显示该串口测试的结果。串口测试的结果可为串口正常或串口测试失败，且串口测试失败可根据诊断测试确定测试失败的原因。

上述计算机的串口测试方法，在串口工作异常时，进行诊断测试，以便进行故障分析定位，实现了故障诊断，并记录诊断测试产生的事件日志，方便后续根据事件日志分析，优化性能，且根据动态策略进行测试，可针对不同的控制芯片配置相应的策略文件，实现了灵活配置。

如图3所示，为一个实施例中计算机的串口测试方法的流程图。该计算机的串口测试方法，包括：

步骤302，接收配置的动态策略。

步骤304，检测该动态策略是否有效，若是，执行步骤308，若否，执行步骤306。

步骤306，根据默认策略进行串口测试，然后执行步骤314。

步骤308，判断当前是否正在进行串口测试，若是，则执行步骤310，若否，执行312。

步骤310，停止串口测试，并保存当前测试的结果，然后执行312。

此外，在其他实施例中，也可等待该正在进行的串口测试完成后，再采用接收的动态策略进行串口测试。

步骤312，根据该动态策略进行串口测试，然后执行步骤314。

步骤314，检测串口工作是否正常，若是，执行步骤318，若否，执行步骤316。

步骤316，记录该串口测试的结果则进行诊断测试，记录该诊断测试产生的事件日志，然后执行步骤320。

步骤318，检测是否停止串口测试，若是执行步骤320，若否，继续根据该动态策略进行串口测试或者根据默认策略进行串口测试的步骤。

当根据动态策略进行串口测试，则当检测是否停止串口测试为否时，继续根据动态策略进行串口测试；当根据默认策略进行串口测试，则当检测是否停止串口测试为否时，继续根据默认策略进行串口测试。

步骤320，记录串口测试的结果。

如图4所示，为一个实施例中进行诊断测试，记录该诊断测试产生的事件日志的步骤的流程图，具体包括：

步骤402，判断是否接收中断无响应，若是，则执行步骤404，若否，执行步骤406。

步骤404，提示接收失败，然后结束。

步骤406，进一步判断是否发生数据过载错误，若是，则执行步骤420，若否，执行步骤308。

步骤408，判断是否发生无停止位错误，若是，则执行步骤420，若否，执行步骤410。

步骤410，判断是否发生接收先入先出队列错误，若是，执行步骤420，若否，则执行步骤412。

步骤412，判断是否发生校验位错误，若是，则执行步骤420，若否，则结束。

步骤420，记录错误日志。

上述诊断测试需结合串口控制器中的相应的状态寄存器来辅助分析。此外，还可调整串口测试参数，根据调整后的串口测试参数进行测试，以达到优化结果。该串口测试参数包括串口发送缓冲区大小、串口接收缓冲区大小、串口中断触发模式、串口发送间隔时间和串口中断配置方式（中断共享或独立中断）中一种或多种。

在一个实施例中，上述动态策略包括：对目标串口进行突发流量测试。具体的，采用算法对目标串口进行突发流量测试。该算法的参数包括串口号和某次发送的数据包的大小。该某次发送的数据包的大小作为模拟突发流量的因子。该算法的两个参数可能随机产生。该随机产生的机制是利用当前系统时钟和用户标识作为种子产生的一个随机数。该用户标识是每次执行测试操作后自动加一产生的。当用户没有指定测试串口号时，会随机产生一个目标串口，然后再随机产生一个待发送的数据包大小，进行发送；当用户指定测试串口号时，只需随机产生一个待发送的数据包大小，进行发送。本实施例实现了对串口的压力测试。

在一个实施例中，上述计算机的串口测试方法还包括：统计数据状态信息，该数据状态信息包括数据的发送字节、数据的接收字节、数据的丢包字节和数据的丢包率中至少一种。统计了数据状态信息，可根据数据状态信息分析串口工作状态，再进行调试。

在其他实施例中，上述计算机的串口测试方法还包括：提供用户操作的界面。该界面可为字符界面或图形界面。若操作系统为Linux系统，考虑Linux系统兼容性的问题，采用字符界面实现。该界面包括串口参数配置菜单、运行/停止菜单、查看事件日志菜单、模式选择菜单和策略推送菜单等。串口参数配置菜单可设置串口当前的波特率、数据位、起始位、停止位、奇偶校验位等。运行/停止菜单可控制程序的运行和停止。事件日志菜单可方便事件日志的导出。模式选择菜单可进行功能或性能测试选择。策略推送菜单可进行策略推送功能的禁止和使用选择。

如图5所示，为一个实施例中的接收配置的动态策略的流程图。该收配置的动态策略，包括：

步骤502，初始化计算机的网络通信接口，配置服务端地址。

具体的，初始化的计算机的网络通信接口可为网络端口、串口、CAN接口等能进行远程传输的接口。网络通信接口为网络端口时，可配置网络端口号，客户端的网络端口号和服务端的网络端口号要一致。

步骤504，判断与服务端连接是否成功，若是，执行步骤506，若否，执行步骤514。

客户端与服务端连接采用超时方式判断，若连接不成功且超时，提示错误。

步骤506，发送配置的动态策略。

客户端将动态策略发送给服务端，可将动态策略作为独立的策略文件发送，也可通过客户端UI（用户界面）做修改配置。

步骤508，判断是否接收到响应信息，若是，执行步骤510，若否，执行步骤512。

步骤510，检测该响应信息中是否提示测试成功，若是，则结束，若否，则执行步骤520。

步骤512，判断是否超时，若是，则执行步骤520，若否，则执行步骤508。

步骤514，判断是否超时，若是，则执行步骤520，然后结束，若否，则执行步骤504。

步骤520，提示错误。

如图6所示，为一个实施例中的计算机的串口测试系统的结构框图。该计算机的串口测试系统，包括数据接收模块610、动态策略模块620、判断模块630、诊断模块640、日志记录模块650、存储模块660和中央控制模块670。

其中，数据接收模块610用于接收配置的动态策略。具体的，动态策略是由用户根据测试需求及不同串口控制芯片进行配置的计算机的串口测试策略，用于对计算机的串口进行测试，包括基本功能测试、压力测试、数据接收、数据发送、丢包、丢包率等的统计。该动态策略可利用网络socket接口接收。该动态策略以文件形式存储。该动态策略的文件有既定的数据格式，如方法中所描述。Linux系统所有的设备，在操作系统下都转换成上层的文件系统所对应的文件，因此对设备的操作转换成为对文件的读操作，即数据接收转换为对文件的读操作。

动态策略模块620用于检测该动态策略是否有效，若是，则根据该动态策略进行串口测试，若否，则根据默认策略进行串口测试。具体的，检测动态策略是否有效包括检测动态策略文件是否完整、是否与串口相匹配等。若动态策略文件完整，与串口相匹配，则动态策略有效，否则无效。若动态策略有效，则按照该动态策略进行串口测试，若动态策略无效，则可按照默认策略进行串口测试。该默认策略可为预先设定的。

判断模块630用于检测串口工作是否正常。具体的，串口工作正常时即可正常传输数据；串口工作不正常时即无法正常传输数据，可能存在多种情况，例如数据overrun、无停止位错误、接收先入先出队列错误、校验位错误等等。

诊断模块640用于在串口工作非正常时，进行诊断测试。具体的，诊断测试包括检测是否数据发送失败、是否数据接收失败、是否数据overrun（过载）、是否发生无停止位错误、是否发生接收FIFO（First Input First output，先入先出队列）错误、是否发生校验位错误、是否中断无响应、是否timeout（超时）等中一种或多种。诊断测试后，记录该诊断测试产生的事件日志，可方便后续根据事件日志进行故障分析。事件日志的格式定义如图2所示，图2中事件日志包括异常类型、异常等级和时间。异常类型为接收FIFO错误，异常等级为一般；异常类型为无停止位错误，异常等级为警告；异常类型为校验位错误、overrun错误、中断无响应、timeout时，异常等级均为严重。时间可为某年某月某日某时某分某秒。

日志记录模块650用于记录该诊断测试产生的事件日志。

该诊断模块640还用于依次判断是否接收中断无响应、是否发生数据过载错误、是否发生无停止位错误、是否发生接收先入先出队列错误、是否发生校验位错误，该日志记录模块650还用于在接收中断无响应、发生数据过载错误、发生无停止位置错误、发生接收先入先出队列错误、发生校验位错误中任一种时，记录错误日志。该诊断测试需结合串口控制器中的相应的状态寄存器来辅助分析。此外，还可由诊断模块640调整串口测试参数，根据调整后的串口测试参数进行测试，以达到优化结果。该串口测试参数包括串口发送缓冲区大小、串口接收缓冲区大小、串口中断触发模式、串口发送间隔时间和串口中断配置方式（中断共享或独立中断）中一种或多种。

存储模块660用于记录该串口测试的结果。存储模块660用于在诊断测试后记录该串口测试的结果，或者在停止串口测试后，记录该串口测试的结果。具体的，可将串口测试的结果保存到指定文件中。此外，还可显示该串口测试的结果。串口测试的结果可为串口正常或串口测试失败，且串口测试失败可根据诊断测试确定测试失败的原因。

中央控制模块670用于调控该数据接收模块610、动态策略模块620、判断模块630、诊断模块640、日志记录模块650和存储模块660工作。

此外，当根据动态策略进行串口测试，则当判断模块630检测是否停止串口测试为否时，动态策略模块620继续根据动态策略进行串口测试；当根据默认策略进行串口测试，则当判断模块630检测是否停止串口测试为否时，动态策略模块620继续根据默认策略进行串口测试。

上述计算机的串口测试系统，在串口工作异常时，进行诊断测试，以便进行故障分析定位，实现了故障诊断，并记录诊断测试产生的事件日志，方便后续根据事件日志分析，优化性能，且根据动态策略进行测试，可针对不同的控制芯片配置相应的策略文件，实现了灵活配置。

在一个实施例中，该动态策略模块620还用于在检测该动态策略有效之后，判断当前是否正在进行串口测试；该动态策略模块620还用于判断当前正在进行串口测试时，停止串口测试，该存储模块660保存当前测试的结果；该动态策略模块620还用于在判断当前是否进行串口测试后，根据该动态策略进行串口测试。

如图7所示，为另一个实施例中的计算机的串口测试系统的结构框图。该计算机的串口测试系统，除了包括数据接收模块610、动态策略模块620、判断模块630、诊断模块640、日志记录模块650、存储模块660和中央控制模块670，还包括统计模块680、界面模块690和数据发送模块692。

其中，数据接收模块610还用于接收对目标串口进行突发流量测试的动态策略。具体的，采用算法对目标串口进行突发流量测试。该算法的参数包括串口号和某次发送的数据包的大小。该某次发送的数据包的大小作为模拟突发流量的因子。该算法的两个参数可能随机产生。该随机产生的机制是利用当前系统时钟和用户标识作为种子产生的一个随机数。该用户标识是每次执行测试操作后自动加一产生的。当用户没有指定测试串口号时，会随机产生一个目标串口，然后再随机产生一个待发送的数据包大小，进行发送；当用户指定测试串口号时，只需随机产生一个待发送的数据包大小，进行发送。本实施例实现了对串口的压力测试。

统计模块680用于统计数据状态信息，该数据状态信息包括数据的发送字节、数据的接收字节、数据的丢包字节和数据的丢包率中至少一种。

界面模块690用于提供用户操作的界面。该界面可为字符界面或图形界面。若操作系统为Linux系统，考虑Linux系统兼容性的问题，采用字符界面实现。该界面包括串口参数配置菜单、运行/停止菜单、查看事件日志菜单、模式选择菜单和策略推送菜单等。串口参数配置菜单可设置串口当前的波特率、数据位、起始位、停止位、奇偶校验位等。运行/停止菜单可控制程序的运行和停止。事件日志菜单可方便事件日志的导出。模式选择菜单可进行功能或性能测试选择。策略推送菜单可进行策略推送功能的禁止和使用选择。

数据发送模块692用于发送数据。Linux系统所有的设备，在操作系统下都转换成上层的文件系统所对应的文件，因此对设备的操作转换成为对文件的读操作，即数据发送转换为对文件的写操作。如图8所示，用户应用程序由Linux系统调用接口调用，然后输送给操作系统，转化为Linux文件系统，然后由字符设备驱动设备输出至硬件设备（即串口）。

上述计算机的串口测试系统还可根据统计的多种数据状态信息和事件日志，进行分析，然后指定具体的测试标准，实现主机板的批量测试；将批量生产过程中出现的异常问题早期发现，节省成本，提高测试的工作效率，节省人力成本。

如图9所示，为一个实施例中数据接收模块610的结构框图。该数据接收模块610，包括初始化子模块6102、判断子模块6104、发送子模块6106、提示子模块6108。

其中，初始化子模块6102用于初始化计算机的网络通信接口，配置服务端地址。具体的，初始化的计算机的网络通信接口可为网络端口、串口、CAN接口等能进行远程传输的接口。网络通信接口为网络端口时，可配置网络端口号，客户端的网络端口号和服务端的网络端口号要一致。

判断子模块6104用于判断与服务端连接是否成功。

发送子模块6106用于在判断出与服务端连接成功时，发送配置的动态策略。客户端将动态策略发送给服务端，可将动态策略作为独立的策略文件发送，也可通过客户端UI（用户界面）做修改配置。

该判断子模块6104进一步判断是否接收到响应信息，若是，检测该响应信息中是否提示测试成功，若是，则结束。

提示子模块6108用于在检测出该响应信息中提示测试失败时，提示错误。

当判断未接收到响应信息时，该判断子模块6104还用于判断是否超时，若是，则该提示子模块6108还用于提示错误，若否，则该判断子模块6108继续判断是否接收到响应信息。

当判断与服务端连接未成功时，该判断子模块6104还用于判断是否超时，若是，则该提示子模块6108还用于提示错误，若否，则该判断子模块6104继续判断与服务端连接是否成功。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种计算机的串口测试方法，包括：

接收配置的动态策略；

检测所述动态策略是否有效，若是，则根据所述动态策略进行串口测试，若否，则根据默认策略进行串口测试；

检测串口工作是否正常，若否，则进行诊断测试，记录所述诊断测试产生的事件日志，并记录所述串口测试的结果，若是，且停止串口测试时，记录所述串口测试的结果。

2.根据权利要求1所述的计算机的串口测试方法，其特征在于，在所述检测所述动态策略是否有效之后还包括步骤：

判断当前是否正在进行串口测试，若是，则停止串口测试，并保存当前测试的结果，再根据所述动态策略进行串口测试，若否，则直接根据所述动态策略进行串口测试。

3.根据权利要求1所述的计算机的串口测试方法，其特征在于，所述进行诊断测试，记录所述诊断测试产生的事件日志的步骤包括：

判断是否接收中断无响应，若是，则提示接收失败，若否，则进一步判断是否发生数据过载错误，若是，则记录错误日志，若否，则判断是否发生无停止位错误，若是，则记录错误日志，若否，则判断是否发生接收先入先出队列错误，若是，记录错误日志，若否，则判断是否发生校验位错误，若是，则记录错误日志，若否，则结束。

4.根据权利要求1所述的计算机的串口测试方法，其特征在于，所述动态策略包括：

对目标串口进行突发流量测试。

5.根据权利要求1所述的计算机的串口测试方法，其特征在于，所述方法还包括：

统计数据状态信息，所述数据状态信息包括数据的发送字节、数据的接收字节、数据的丢包字节和数据的丢包率中至少一种。

6.根据权利要求1所述的计算机的串口测试方法，其特征在于，所述接收配置的动态策略包括：

初始化计算机的网络通信接口，配置服务端地址；

判断与服务端连接是否成功；

若是，发送配置的动态策略，判断是否接收到响应信息，若是，检测所述响应信息中是否提示测试成功，若是，则结束，若否，则提示错误；

当判断未接收到响应信息时，判断是否超时，若是，则提示错误，若否，则继续判断是否接收到响应信息；

当判断与服务端连接未成功时，判断是否超时，若是，则提示错误，若否，则继续判断与服务端连接是否成功。

7.一种计算机的串口测试系统，其特征在于，包括：

数据接收模块，用于接收配置的动态策略；

动态策略模块，用于检测所述动态策略是否有效，若是，则根据所述动态策略进行串口测试，若否，则根据默认策略进行串口测试；

判断模块，用于检测串口工作是否正常；

诊断模块，用于在串口工作非正常时，进行诊断测试；

日志记录模块，用于记录所述诊断测试产生的事件日志；

存储模块，用于记录所述串口测试的结果；

中央控制模块，用于调控所述数据接收模块、动态策略模块、判断模块、诊断模块、日志记录模块和存储模块工作。

8.根据权利要求7所述的计算机的串口测试系统，其特征在于，所述动态策略模块还用于在检测所述动态策略有效之后，判断当前是否正在进行串口测试；

所述动态策略模块还用于判断当前正在进行串口测试时，停止串口测试，所述存储模块保存当前测试的结果；

所述动态策略模块还用于在判断当前是否进行串口测试后，根据所述动态策略进行串口测试。

9.根据权利要求7所述的计算机的串口测试系统，其特征在于，所述诊断模块还用于依次判断是否接收中断无响应、是否发生数据过载错误、是否发生无停止位错误、是否发生接收先入先出队列错误、是否发生校验位错误，所述日志记录模块还用于在接收中断无响应、发生数据过载错误、发生无停止位置错误、发生接收先入先出队列错误、发生校验位错误中任一种时，记录错误日志。

10.根据权利要求7所述的计算机的串口测试系统，其特征在于，所述数据接收模块还

用于接收对目标串口进行突发流量测试的动态策略。

11.根据权利要求7所述的计算机的串口测试系统，其特征在于，所述系统还包括：

统计模块，用于统计数据状态信息，所述数据状态信息包括数据的发送字节、数据的接收字节、数据的丢包字节和数据的丢包率中至少一种。

12.根据权利要求7所述的计算机的串口测试系统，其特征在于，所述数据接收模块包括：

初始化子模块，用于初始化计算机的网络通信接口，配置服务端地址；

判断子模块，用于判断与服务端连接是否成功；

发送子模块，用于在判断出与服务端连接成功时，发送配置的动态策略；

所述判断子模块进一步判断是否接收到响应信息，若是，检测所述响应信息中是否提示测试成功，若是，则结束；

提示子模块，用于在检测出所述响应信息中提示测试失败时，提示错误；

当判断未接收到响应信息时，所述判断子模块还用于判断是否超时，若是，则所述提示子模块还用于提示错误，若否，则所述判断子模块继续判断是否接收到响应信息；

当判断与服务端连接未成功时，所述判断子模块还用于判断是否超时，若是，则所述提示子模块还用于提示错误，若否，则所述判断子模块继续判断与服务端连接是否成功。