的字符串至少包括测试用例的函数名，还可以包括测试用 例函数参数；对于测试用例的函数名可以明确测试用例的，可只发送测试用例的函数名； 对于测试用例的函数名仍然不能明确具体的测试用例的，可以发送测试用例函数名和测试 用例函数参数；其中，测试用例函数参数又可以包括多个不同的参数；具体的，函数名和参 数之间用空格隔开，函数参数与参数之间用逗号隔开，最后一个参数后不添加任何字符。
[0102] 监测模块在接收到测试指示数据时，对该测试指示数据进行解析，得到数据内容 (具体包括测试用例函数名和/或测试用例函数参数），然后将解析得到的数据内容发送给 被测试模块，以使得被测试模块根据该数据内容从其自身所在的预设操作系统中调用数据 内容对应的测试用例，并执行该调用的测试用例，并将执行结果反馈给监测模块；此时，监 测模块则可以根据上述执行结果生成具有第一固定格式的字符串并反馈给测试工具。
[0103] 104、接收监测模块发送的具有第一固定格式的字符串，字符串携带有标识测试用 例的执行是否成功的数据值。
[0104] 具体的，监测模块在监测到被测试模块执行其调用的测试用例完成后，根据执行 结果生成具有第一固定格式的字符串，并将该字符串发送至测试工具；该字符串中携带有 表示测试用例是否通过的字段。
[0105] 105、根据具有第一固定格式的字符串，判断测试用例是否通过。
[0106] 本实施例中，测试工具接收到该具有第一固定格式的字符串，获取该字符串中的 数据值，并判断该数据值是否与预设数据值相匹配，若匹配，则判定测试用例测试通过；若 不匹配，则判定测试用例未通过。
[0107] 为了更好的判断测试用例是否执行通过，本实施例中的步骤105优选采用下列方 法实现，包括：
[0108] 在字符串中查找第一预设标识字段，获取第一预设标识字段上的第一数据值，并 判断第一数据值与第一预设数据值是否相匹配；
[0109] 在检测到第一数据值与第一预设数据值相匹配时，判定测试用例执行成功；以及， 在检测到第一数据值与第一预设数据值不匹配时，判定测试用例执行失败。
[0110] 具体的，该测试工具的功能还包括判断测试用例是否通过，单板侧的监测模块获 取到被测试模块（即驱动程序）执行测试用例的执行结果之后，通过串口将表示测试用例 是否成功的字符串发给PC侧的测试工具；其中，监测模块发送的测试用例的执行结果采用 与测试工具约定好的格式；而测试工具在接收到字符串后，根据双方约定的规则查找到表 示测试用例是否通过的字段，并根据该字段中的内容作出判断；例如该字段中的数据值为 零的话，表示测试用例通过，如果该字段中的值为非零，表示测试用例执行失败。
[0111] 具体的，监测模块发送第一固定格式的字符串与测试工具解析该第一固定格式的 字符串之间约定的通信协议即测试工具和预设操作系统（或者说监测模块）之间的第二个 协议，具体如下：
[0112] 为了让PC侧的测试工具能够判断出测试用例是否执行成功，我们在实现测试用 例时，在测试用例返回之前，向串口发送表示用例执行是否成功的字符串，该字符串为固定 格式，该格式为双方约定的规则。例如，将字符串的某领域设置为零表示用例执行成功，设 置为非零表示用例执行失败。
[0113] 测试工具发送完测试用例的字符串之后，等待预设操作系统返回用例执行结果， 接收到结果后对测试结果进行分析，并将分析结果结果在测试工具的界面上显示出来，之 后测试工具接着向串口发送下一个测试用例。
[0114] 另外，现有技术中的VTS自动化测试过程较难控制，且测试用例的选择很不方便， 并且一旦将测试用例加入VTS环境，该测试用例必须执行；此外，在VTS环境下，一旦有测试 用例出现异常，例如测试用例被阻塞无法返回，将导致后续的测试用例均不能够执行，进而 导致整个测试过程失败。
[0115] 为了解决上述问题，如图2所示，本发明提供的基带软件的自动化测试方法还包 括：
[0116] 201、获取发送测试指示数据到接收该测试指示数据对应的反馈字符串时所用的 测试时间。
[0117] 202、判断测试时间是否与第一预设时间相匹配，在检测到测试时间小于或等于第 一预设时间时，执行步骤203 ;否则执行步骤204。
[0118] 203、判定测试用例执行正常，并根据具有第一固定格式的字符串判断测试用例是 否通过。
[0119] 204、判定测试用例执行异常，并继续向监测模块发送下一个测试指示数据。
[0120] 具体的，通过该方法可以保证整个测试过程顺利进行，避免了由于当前测试用例 执行异常（如测试用例被阻塞）而导致后续的测试无法测试的问题。
[0121] 进一步的，如图3所示，步骤103中具体包括：
[0122] 1031、向监测模块发送询问被测试模块是否正常启动的请求命令。
[0123] 1032、在接收到监测模块发送的携带被测试模块正常启动的反馈信息时，向监测 模块发送测试指示数据。
[0124] 具体的，测试工具和预设操作系统（或者说监测模块）制定了多种通信协议，其 中，第一个协议，包括预设操作系统测试环境是否准备完备的协议。协议实现如下，单板侧 的预设操作系统启动正常后，会执行一个接收PC侧测试工具命令的任务（即监测模块执行 该任务），该任务处于阻塞状态，一直在等待测试工具发出询问系统是否正常启动的命令， 一旦该任务接收到命令，系统会向测试工具发送系统已经正常启动的回复，测试工具在接 收到该回复后，开始向预设操作系统发送测试指示数据。
[0125] 如图4所示，为了保证测试的正常运行，本发明提供的基带软件的自动化测试方 法还包括：
[0126] 301、每隔第二预设时间接收监测模块发送的具有第二预设格式的心跳包；其中， 第二预设格式与第一预设格式不同。
[0127]302、在心跳包中查找第二预设标识字段。
[0128] 303、获取第二预设标识字段上的第二数据值。
[0129] 304、判断第二数据值与第二预设数据值是否相匹配，在检测到第二数据值与第二 预设数据值相匹配时，执行步骤305 ;否则，执行步骤306 ;
[0130] 305、在检测到第二数据值与第二预设数据值相匹配时，向监测模块发送测试指示 数据。
[0131] 306、在检测到第二数据值与第二预设数据值不匹配时，停止测试。
[0132] 具体的，该方法即测试工具和预设操作系统（或者说监测模块）制定的第三个协 议，即为了保证在测试期间，被测试的预设操作系统一直处于正常运行状态，该预设操作系 统实现了心跳包功能；具体的，监测模块每隔一段时间（即第二预设时间），按照双方越好 的固定格式向测试工具发送字符串，表示系统运行正常，测试工具接收到该字符串后，获知 系统运行正常，可以正常下发测试用例，否则，测试工具停止测试。
[0133] 需要说明的是，此处的心跳包具有第二预设格式，该第二预定格式与第一预定格 式不同。另外，此处的第一预设时间是根据预设操作系统自身设置决定的，具体数值可以任 意设置，而第一预设时间必须能够保证，在被测试模块执行测试用例正常时，从测试工具发 送测试指示数据直至接收到监测模块发送的该测试指示数据对应的字符串的过程正常进 行即可，在满足上述条件，第一预设时间同样可以任意设置，并且第二预设时间可以与第一 预设时间相同，也可以不同，本实施例中是不同的。
[0134] 具体的，本实施例中的第二预设时间，即预设操作系统每经过300个tick(即时钟 的滴答声），监测模块向测试工具发送具有第二预设格式的心跳包；其中，一个tick就是一 个固定的时间长度；一个tick具体的时间长度，由操作系统的设置决定。tick为预设操作 系统的相对时间单位，也被称为系统的时基，来源于定时器的周期性中断（输出脉冲），一 次中断表示一个tick，即一个"时钟滴答"或者时标。一个tick与具体时间的对应关系可 在初始化定时器时设定，也就是说，tick所对应的具体时间长度是可以调整的。
[0135] 一般来说，实时内核都提供相应的调整机制，应用可以根据特定情况改变tick对 应的时间长度。例如，可以使系统5毫秒产生一个tick，也可以是10毫秒产生一个tick。 tick的大小决定了整个系统的时间粒度。
[0136] 为了使用户能够更好的了解使用本发明提供自动化测试方法，本发明中的测试工 具还能够实时显示测试过程中用户选择的所有测试用例的测试进度以及已完成测试的所 述测试用例所占的比例。
[0137] 并且，PC侧的测试工具还具备统计功能，分别统计当前测试完成后的测试成功的 测试用例数量、测试失败的测试用例数量以及测试异常的测试用例数量，并根据统计结果 分别计算测试成功、测试失败以及测试异常的测试用例数量所自占据的比例，并实时显示 测试成功、测试失败以及测试异常的测试用例数量所占据的比例。
[0138] 此外，该测试工具还具备记录Log(即日志）的功能，将预设操作系统中被测试模 块执行测试用例的运行过程中的Log记录下来，并保存到文件中，这样当测试用例失败时， 可以根据该Log查找用例失败的具体地点。