用于车载智能天线设备的可靠性测试方法及系统与流程

1.本发明涉及车载设备技术领域，特别是涉及一种用于车载智能天线设备的可靠性测试方法及系统。


背景技术：

2.5g车载智能天线(telematics connectivity antenna module，tcam)设备作为5g与车联网结合的新兴产品，集中了最新的5g通讯技术、车载高速以太网技术，并融和了传统的车载wifi无线热点功能，其所含技术均较前沿且功能配置丰富，因市场无对应产品形态，其中所含的5g驻网检测、wifi互通性检测、车载以太网互通性检测、时钟同步等给常规的可靠性测试带来挑战。常规的可靠性测试中，单纯使用功能轮询自动化方式进行可靠性试验，在5gtcam设备产品形态中，会导致5g驻网形态维持不变，一旦产生测试错误，则后序测试无法正常进行，有测试配置的依赖性；且wifi和车载以太网(physical，phy)的驱动加载状态也会保持不变，则如果时钟同步错乱，后序实验也无法得到精准的结果。


技术实现要素：

3.鉴于上述技术问题，提出了一种解决上述问题或者至少部分解决上述问题的用于车载智能天线设备的可靠性测试方法及系统。
4.本发明第一方面的一个目的是要提供一种用于车载智能天线设备的可靠性测试方法，以便对tcam设备进行自动化测试遍历循环实验，从而达到验证tcam设备软硬件功能可靠性的目的。
5.本发明第一方面的一个进一步的目的是要解耦新一轮的自动化实验基础与上一轮的测试环境，从而提高测试过程的稳定性和测试结果的准确性。
6.本发明第二方面的一个目的要提供一种用于车载智能天线设备的可靠性测试系统。
7.特别地，根据本发明的第一方面，本发明提供了一种用于车载智能天线设备的可靠性测试方法，车载智能天线设备经由休眠唤醒模块连接至个人计算机，该方法包括：
8.在车载智能天线设备、休眠唤醒模块以及个人计算机上电后，通过车载智能天线设备开始运行可靠性测试脚本，以对车载智能天线设备执行可靠性测试检查项；
9.在持续上电第一预设时长后，对休眠唤醒模块进行下电，以控制车载智能天线设备与个人计算机断开连接，使车载智能天线设备进入休眠状态；
10.在持续下电第二预设时长后，对休眠唤醒模块进行上电，以控制车载智能天线设备与个人计算机进入连接状态，使车载智能天线设备被唤醒；
11.以第一预设时长与第二预设时长之和为循环周期，对休眠唤醒模块进行周期性下电和上电，以定时休眠、唤醒车载智能天线设备；
12.其中，在车载智能天线设备每次进入休眠状态时，通过可靠性测试脚本将可靠性测试检查项均重置为初始状态，且在车载智能天线设备每次被唤醒后，均又开始运行可靠
性测试脚本。
13.可选地，在每一个循环周期内，前述方法包括：
14.在车载智能天线设备进入休眠状态时，在车载智能天线设备的内核日志中打印休眠唤醒标志位；
15.在车载智能天线设备被唤醒后，通过可靠性测试脚本，从内核日志中获取休眠唤醒标志位；
16.检查车载智能天线设备的休眠唤醒标志位配置文件中是否记录有休眠唤醒标志位；
17.若休眠唤醒标志位配置文件中未记录休眠唤醒标志位，基于车载智能天线设备的sd卡路径判断车载智能天线设备是主设备还是从设备；
18.若车载智能天线设备为主设备，则控制主设备运行主设备逻辑，以对主设备执行可靠性测试检查项，并在执行完毕后，将休眠唤醒标志位写入休眠唤醒标志位配置文件中；
19.若车载智能天线设备为从设备，则控制从设备运行从设备逻辑，以对从设备执行可靠性测试检查项，并在执行完毕后，将休眠唤醒标志位写入休眠唤醒标志位配置文件中。
20.可选地，基于车载智能天线设备的sd卡路径判断车载智能天线设备是主设备还是从设备，包括：
21.通过可靠性测试脚本检查车载智能天线设备的sd卡路径下是否存在从设备标志位文件；
22.若sd卡路径下不存在从设备标志位文件，判断车载智能天线设备为主设备；
23.若sd卡路径下存在从设备标志位文件，判断车载智能天线设备为从设备。
24.可选地，控制主设备运行主设备逻辑，包括：
25.通过可靠性测试脚本调用测试程序，并在运行测试程序过程中，对主设备执行以下可靠性测试检查项：
26.进行数据业务拨号；
27.进行网络时间同步；
28.进行网络模式检查，将对应的第一测试结果加时间戳后，记录至第一日志文件；
29.进行数据业务ping检查，将对应的第二测试结果加时间戳后，记录至第二日志文件；
30.启动并设置wifi热点，将对应的第三测试结果加时间戳后，记录至第三日志文件；
31.进行车载以太网业务ping检查，将对应的第四测试结果加时间戳后，记录至第四日志文件。
32.可选地，进行数据业务拨号，包括：
33.检查主设备是否已注册5g网络；
34.若已注册，则直接进行数据业务拨号，并在拨号后进行下一步动作；
35.若未注册，则以第三预设时长为周期，循环检查主设备是否已注册5g网络，并在循环检查次数达到第一预设次数后进行下一步动作。
36.可选地，进行网络时间同步，包括：
37.检查主设备的数据业务是否已经可用；
38.若已可用，则直接进行网络时间同步，并在同步后进行下一步动作；
39.若不可用，则以第四预设时长为周期，循环检查主设备的数据业务是否已经可用，并在循环检查次数达到第二预设次数后进行下一步动作。
40.可选地，控制从设备运行从设备逻辑，包括：
41.通过可靠性测试脚本调用测试程序，并在运行测试程序过程中，对从设备执行以下可靠性测试检查项：
42.配置从设备的车载以太网地址；
43.进行第五预设时长的超时后，将从设备连接至主设备的wifi热点；
44.进行网络时间同步；
45.进行wifi业务ping检查，将对应的第五测试结果加时间戳后，记录至第五日志文件；
46.进行车载以太网业务ping检查，将对应的第六测试结果加时间戳后，记录至第六日志文件。
47.可选地，进行网络时间同步，包括：
48.检查从设备的数据业务是否已经可用；
49.若已可用，则直接进行网络时间同步，并在同步后进行下一步动作；
50.若不可用，则以第五预设时长为周期，循环检查从设备的数据业务是否已经可用，并在循环检查次数达到第三预设次数后进行下一步动作。
51.根据本发明的第二方面，还提供了一种用于车载智能天线设备的可靠性测试系统，包括：休眠唤醒模块以及经由休眠唤醒模块连接在一起的车载智能天线设备和个人计算机；其中
52.车载智能天线设备包括控制器，控制器用于执行前述中任一项的用于车载智能天线设备的可靠性测试方法。
53.可选地，休眠唤醒模块设置为可编程继电器。
54.本发明通过对休眠唤醒模块进行周期性下电和上电，以定时休眠唤醒tcam设备，从而对tcam设备进行自动化测试遍历循环实验，达到了验证tcam设备软硬件功能可靠性的目的。并且，在tcam设备每次休眠后，均会通过可靠性测试脚本将可靠性测试检查项均重置为初始状态，在tcam设备每次被唤醒后，均又开始运行可靠性测试脚本，以重新执行可靠性测试检查项，使得新一轮的自动化实验基础不与上一轮的测试环境耦合，从而提高测试过程的稳定性和测试结果的准确性。
55.根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。
附图说明
56.后文将参照附图以示例性而非限制性的方式详细描述本发明的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解，这些附图未必是按比例绘制的。附图中：
57.图1是根据本发明一个实施例的用于车载智能天线设备的可靠性测试系统的示意性框图；
58.图2是根据本发明一个实施例的用于车载智能天线设备的可靠性测试方法的示意
性流程图；
59.图3是根据本发明一个实施例的用于车载智能天线设备的可靠性测试方法的示意性详细流程图。
具体实施方式
60.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
61.图1是根据本发明一个实施例的用于车载智能天线设备110的可靠性测试系统100的示意性框图。参见图1，可靠性测试系统100可以包括：休眠唤醒模块120、车载智能天线(telematics connectivity antenna module，tcam)设备110、个人计算机(personal computer，pc)130。
62.在该实施例中，tcam设备110和pc 130可以经由休眠唤醒模块120连接在一起，也就是说，休眠唤醒模块120设置在tcam设备110与pc 130之间。具体的，休眠唤醒模块120可以通过usb线分别与tcam设备110和pc130连接在一起。
63.休眠唤醒模块120可配置为周期性下电和上电，以定时休眠唤醒tcam设备110。这里可以按照预设周期进行下电和上电的循环。预设周期为每一循环周期内持续上电的第一预设时长与持续下电的第二预设时长之和。第一预设时长优选为略大于第二预设时长。具体的，可根据实际应用需求设置，例如，可设置第一预设时长为3分钟，第二预设时长30秒，即tcam设备110与pc 130的连接为断开30秒，连接3分钟，并按此周期一直循环。
64.在测试角度来看，tcam设备110可以是主设备110，也可以是从设备110。在对tcam设备110进行可靠性测试过程中，可以对主设备110或从设备110进行可靠性测试，还可以对主设备110以及从设备110进行同步的可靠性测试。
65.tcam设备110内部可集成有多种网络模块。例如，wifi模块111、5g通信模块112、和/或车载以太网(physical，phy)模块113等。示意性的，在主设备110以及从设备110均集成有wifi模块111、5g通信模块112和phy模块113时，主设备110的wifi模块111与从设备110的wifi模块111可通过2.4g/5g wifi链路连接。主设备110的5g通信模块112与从设备110的5g通信模块112可分别通过5g通讯链路连接至5g基站200。主设备110的phy模块113与从设备110的phy模块113可通过物理双绞线连接。
66.此外，在对主设备110以及从设备110进行主从同步可靠性测试时，主设备110和从设备110可分别通过usb线经由休眠唤醒模块120串联至pc 130。测试开始后，pc 130、主设备110以及从设备110均配置为长上电，休眠唤醒模块120配置为周期性下电和上电，以定时断开和连接主设备110、从设备110的usb，从而使主设备110、从设备110进行短暂休眠后唤醒，主设备110、从设备110同时被唤醒后，时钟会再次同步，5g网络会再次驻网，wifi和phy的驱动也会再次加载，从而新一轮的自动化实验基础不与上一轮的测试环境耦合，从而提高测试过程的稳定性和测试结果的准确性。
67.为了方便控制tcam设备110的定时休眠和唤醒，在一些实施例中，休眠唤醒模块120可设置为继电器。继电器优选为可编程继电器。通过可编程继电器可以方便控制tcam设
备110的休眠唤醒，从而简化控制逻辑，提高控制效率。
68.进一步的，tcam设备110可以包括控制器。控制器可用于执行下述任意一个实施例或多个实施例的组合的用于车载智能天线设备110的可靠性测试方法。
69.图2是根据本发明一个实施例的用于车载智能天线设备110的可靠性测试方法的示意性流程图。该实施例的可靠性测试方法可应用于前述实施例中的可靠性测试系统100。参见图2，可靠性测试方法可包括步骤s202至步骤s208。
70.步骤s202，在tcam设备110、休眠唤醒模块120以及pc 130上电后，通过tcam设备110开始运行可靠性测试脚本，以对tcam设备110执行可靠性测试检查项。
71.步骤s204，在持续上电第一预设时长后，对休眠唤醒模块120进行下电，以控制tcam设备110与pc 130断开连接，使tcam设备110进入休眠状态。
72.步骤s206，在持续下电第二预设时长后，对休眠唤醒模块120进行上电，以控制tcam设备110与pc 130进入连接状态，使tcam设备110被唤醒。
73.步骤s208，以第一预设时长与第二预设时长之和为循环周期，对休眠唤醒模块120进行周期性下电和上电，以定时休眠、唤醒tcam设备110。其中，在tcam设备110每次进入休眠状态时，均通过可靠性测试脚本将可靠性测试检查项均重置为初始状态，且在tcam设备110每次被唤醒后，均又开始运行可靠性测试脚本。
74.本发明实施例通过对休眠唤醒模块120进行周期性下电和上电，以定时休眠唤醒tcam设备110，从而对tcam设备110进行自动化测试遍历循环实验，达到了验证tcam设备110软硬件功能可靠性的目的。并且，在tcam设备110每次休眠后，均会通过可靠性测试脚本将可靠性测试检查项均重置为初始状态，在tcam设备110每次被唤醒后，均又开始运行可靠性测试脚本，以重新执行可靠性测试检查项，使得新一轮的自动化实验基础不与上一轮的测试环境耦合，从而提高测试过程的稳定性和测试结果的准确性。
75.在一些实施例中，可靠性测试检查项可包括数据业务拨号、网络时间同步、网络模式检查、数据业务ping检查、wifi服务设置、phy业务ping检查等的任一种或多种。
76.在每一循环周期内，在tcam设备110进入休眠状态时，可以在tcam设备110的内核日志中打印休眠唤醒标志位，然后在tcam设备110被唤醒后，通过可靠性测试脚本，从内核日志中获取打印的休眠唤醒标志位，进而检查tcam设备110的休眠唤醒标志位配置文件中是否记录有该休眠唤醒标志位。若休眠唤醒标志位配置文件中未记录休眠唤醒标志位，则基于tcam设备110的sd卡路径判断tcam设备110是主设备110还是从设备110，若tcam设备110为主设备110，则控制主设备110运行主设备逻辑，以便对主设备110执行可靠性测试检查项，并在执行完毕后，将休眠唤醒标志位写入休眠唤醒标志位配置文件中。若tcam设备110为从设备110，则控制从设备110运行从设备逻辑，以便对从设备110执行可靠性测试检查项，并在执行完毕后，将休眠唤醒标志位写入休眠唤醒标志位配置文件中。采用本实施例，能够确定出当前被唤醒的tcam设备110是主设备110还是从设备110，进而对主设备110执行主设备逻辑，对从设备110执行从设备逻辑，有效提升了可靠性测试的针对性，避免测试出错影响测试结果的精确性。
77.进一步的，在多个循环周期内，tcam设备110每次进入休眠状态时，均可在tcam设备110的内核日志中打印一个休眠唤醒标志位。也就是说，在tcam设备110被唤醒后，当tcam设备110下一次休眠后，内核日志中将会打印新的休眠唤醒标志位，从而tcam设备110下一
次被唤醒后，新的休眠唤醒标志位必然不会出现在休眠唤醒标志位配置文件中，从而tcam设备110又开始执行可靠性检查项，如此即可实现对tcam设备110的自动化循环测试试验。
78.需要说明的是，当主设备110和从设备110与pc 130均为连接状态时，主设备110和从设备110被同时唤醒，开始运行同一套可靠性测试脚本。
79.在一些实施例中，当基于tcam设备110的sd卡路径判断tcam设备110是主设备110还是从设备110时，可靠性测试脚本可以以tcam设备110的sd路径下的从设备标志位文件或主设备标志位文件做二分判断。在以从设备标志位文件做二分判断时，可通过可靠性测试脚本检查tcam设备110的sd卡路径下是否存在从设备标志位文件，如果sd卡路径下不存在从设备标志位文件，则可判断tcam设备110为主设备110。反之，如果sd卡路径下存在从设备标志位文件，则可判断tcam设备110为从设备110。
80.在一些进一步的实施例中，当控制主设备110运行主设备逻辑时，首先可通过可靠性测试脚本调用测试程序，并在运行测试程序过程中，对主设备110执行以下可靠性测试检查项：
81.进行数据业务拨号。在进行数据业务拨号过程中，可首先检查主设备110是否已注册5g网络，若已注册5g网络，则可直接进行数据业务拨号，并在拨号后进行下一步动作。若未注册5g网络，则可以第三预设时长为周期，循环检查主设备110是否已注册5g网络，并在循环检查次数达到第一预设次数后进行下一步动作，也就是说，循环检查次数达到第二预设次数后，无论是否已注册5g网络，均进行下一步动作。如此可保证测试继续向下进行，避免出现异常导致测试停止。第三预设时长和第一预设次数均可根据实际应用需求预设。例如，可设置第三预设时长为0.5秒，第一预设次数为60次。
82.进行网络时间同步。在进行网络时间同步过程中，可检查主设备110的数据业务是否已可用，若已可用，则直接进行网络时间同步，并在同步后进行下一步动作。反之，若不可用，则以第四预设时长为周期，循环检查主设备110的数据业务是否已经可用，并在循环检查次数达到第二预设次数后进行下一步动作，也就是说，循环检查次数达到第二预设次数后，无论数据业务是否可用，均进行下一步动作。如此可保证测试继续向下进行，避免数据业务的异常导致测试异常，有利于提高测试的稳定性和测试结果的准确性。第四预设时长和第二预设次数均可根据实际应用需求预设。例如，可设置第四预设时长为0.5秒，第二预设次数为60次。
83.进行网络模式检查，将对应的第一测试结果加时间戳后，记录至第一日志文件。具体的，可通过network接口(网络接口)获取当前设备注册的网络模式并加时间戳后记录至第一日志文件。
84.进行数据业务ping检查，将对应的第二测试结果加时间戳后，记录至第二日志文件。具体的，通过ping外网网址(如8.8.8.8)获取ping网结果并加时间戳后记录至第二日志文件。
85.启动并设置wifi热点，将对应的第三测试结果加时间戳后，记录至第三日志文件。
86.进行phy业务ping检查，将对应的第四测试结果加时间戳后，记录至第四日志文件。具体的，通过ping从设备110phy地址(如198.18.32.16)获取ping网结果并加时间戳后记录至第四日志文件。
87.需要说明的是，在进行以上可靠性测试检查项时，第一日志文件、第二日志文件、
第三日志文件、第四日志文件均可被存放在主设备110的sd路径。可靠性测试阶段进行或整体完成后，可检查主设备110sd存储的第一日志文件、第二日志文件、第三日志文件、第四日志文件，进而可以通过时间戳+业务执行结果确认测试过程的每一个时间段中各业务的具体执行结果。
88.此外，为了方便存储以及后续检查，可使用指定字符对各日志文件进行命名，如可以stabilitytest.network.log作为第一日志文件名，以stabilitytest.data.log作为第二日志文件名，以stabilitytest.wifi_ap.log作为第三日志文件名，以stabilitytest.phy_server.log作为第四日志文件名。
89.在另一些进一步的实施例中，在控制从设备110运行从设备逻辑时，可首先通过可靠性测试脚本调用测试程序，并在运行测试程序过程中，对从设备110执行以下可靠性测试检查项：
90.配置从设备110的phy地址。因为tcam设备110开机时，会默认配置phy地址，例如，默认配置phy地址为198.18.32.17，此时，从测试角度来讲，主设备110默认phy地址已经为198.18.32.17，因此需要每一轮测试开始时，将从设备110phy地址重新配置为和默认配置不一样的地址，例如可配置从设备110的phy地址为198.18.32.16。
91.进行第五预设时长的超时后，将从设备110连接至主设备110的wifi热点。这里进行第五预设时长是为了等待主设备110wifi热点建立成功，从而在主设备110wifi热点建立成功后，将从设备110连接到主设备110的wifi热点。
92.进行网络时间同步。具体的，可检查从设备110的数据业务是否已经可用，如果可用，则直接进行网络时间同步，并在同步后进行下一步动作，若不可用，则以第五预设时长为周期，循环检查从设备110的数据业务是否已经可用，并在循环检查次数达到第三预设次数后进行下一步动作，也就是说，当循环检查次数达到第三预设次数后，无论数据业务是否可用，均进行下一步。如此可保证测试继续向下进行，避免数据业务的异常导致测试异常，有利于提高测试的稳定性和测试结果的准确性。第五预设时长和第三预设次数均可根据实际应用需求预设。例如，可设置第五预设时长为0.5秒，第三预设次数为60次。
93.进行wifi业务ping检查，将对应的第五测试结果加时间戳后，记录至第五日志文件。具体的，通过ping外网地址(如8.8.8.8)获取第五测试结果，然后以时间戳+第五测试结果的形式记录至第五日志文件。
94.进行phy业务ping检查，将对应的第六测试结果加时间戳后，记录至第六日志文件。具体的，通过ping从设备110的phy地址(例如，198.18.32.16)获取第六测试结果，然后以时间戳+第六测试结果的形式记录至第六日志文件。
95.需要说明的是，在进行以上可靠性测试检查项时，第五日志文件、第六日志文件均可被存放在从设备110的sd路径。可靠性测试阶段进行或整体完成后，可检查从设备110的sd存储的第五日志文件、第六日志文件，进而可以通过时间戳+业务执行结果确认测试过程的每一个时间段中各业务的具体执行结果。
96.此外，为了方便存储以及后续检查，可使用指定字符对各日志文件进行命名，如可以stabilitytest.wifi_sta.log作为第五日志文件名，以stabilitytest.phy_slave.log作为第六日志文件名。
97.为了能够更清楚了解本发明的技术手段，下面在本发明的一些可选实施例中对用
于车载智能天线设备110的可靠性测试方法的具体实施方式进行详细介绍。在该实施例中，休眠唤醒模块120设置为可编程继电器120。
98.图3是根据本发明一个实施例的用于车载智能天线设备110的可靠性测试方法的示意性详细流程图。参见图3，本实施例的用于车载智能天线设备110的可靠性测试方法可包括步骤s302至步骤s340。
99.步骤s302，对各单元进行上电，tcam设备110开始运行可靠性测试脚本。其中，各单元为用于tcam设备110的可靠性测试系统的各单元，包括tcam设备110、可编程继电器120以及pc 130。
100.步骤s304，判断持续上电时长是否达到第一预设时长。若是，执行步骤s306；若否，继续执行步骤s304。
101.步骤s306，对可编程继电器120进行下电，控制tcam设备110与pc 130断开连接，tcam设备110进入休眠状态。
102.步骤s308，tcam设备110休眠时，在tcam设备110的内核日志中打印休眠唤醒标志位，并将可靠性测试检查项均重置为初始状态。
103.步骤s310，判断持续下电时长是否达到第二预设时长。若是，执行步骤s312；若否，继续执行步骤s310。
104.步骤s312，对可编程继电器120进行上电，控制tcam设备110与pc 130进入连接状态，tcam设备110被唤醒。
105.步骤s314，tcam设备110被唤醒后，tcam设备110重新开始运行可靠性测试脚本。
106.步骤s316，从内核日志中读取新打印的休眠唤醒标志位，检查到休眠唤醒标志位配置文件中未记录该新的休眠唤醒标志位，执行步骤s318。
107.步骤s318，检查tcam设备110的sd卡路径下是否存在从设备标志位文件。若不存在，执行步骤s320；若存在，执行步骤s332。
108.步骤s320，判定tcam设备110为主设备110，通过可靠性测试脚本调用测试程序，进行数据业务拨号、同步网络时间动作。
109.步骤s322，进行网络模式检查，将对应的第一测试结果加时间戳后，记录至第一日志文件。
110.步骤s324，进行数据业务ping检查，将对应的第二测试结果加时间戳后，记录至第二日志文件。
111.步骤s326，启动并设置主设备110wifi热点，将对应的第三测试结果加时间戳后，记录至第三日志文件。
112.步骤s328，进行phy业务ping检查，将对应的第四测试结果加时间戳后，记录至第四日志文件。
113.步骤s330，等待各业务检查结束后，将该新打印的休眠唤醒标志位写入休眠唤醒标志位配置文件中。然后返回步骤s306，以进入下一轮休眠。
114.步骤s332，判定tcam设备110为从设备110，通过可靠性测试脚本调用测试程序，并进行第五预设时间的超时。
115.步骤s334，配置从设备110的phy地址、对从设备110进行wifi连接操作，将从设备110连接至主设备110的wifi热点。
116.步骤s336，进行网络时间同步动作。
117.步骤s338，进行wifi业务ping检查，将对应的第五测试结果加时间戳后，记录至第五日志文件。
118.步骤s340，进行phy业务ping检查，将对应的第六测试结果加时间戳后，记录至第六日志文件。然后执行步骤s330。
119.根据上述任意一个实施例或多个实施例的组合，本发明实施例能够达到如下有益效果：
120.本发明实施例能够针对5g tcam设备包含的5g驻网、phy互相ping，车载wifi热点及wifi接入设备互相ping等核心功能进行主从设备同步自动化测试遍历循环实验。同时，针对驻网形态和时钟同步在长时间测试中可能发生异常而导致每轮测试结果耦合性强的问题，利用tcam设备110的休眠唤醒机制，引入可编程继电器120定时断开和连接主从设备110的usb，从而使主从设备进行短暂休眠后唤醒，主从设备同时唤醒后，时钟会再次同步，5g网络会再次驻网，wifi和phy的驱动也会再次加载，从而新一轮的自动化实验基础不与上一轮的测试环境耦合，从而提高测试过程的稳定性和测试结果的准确性。
121.至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。