CN118152277A - 一种Bootloader刷写方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种Bootloader刷写方法、装置、设备及介质，涉及汽车电子领域，应用于预设稳定性测试和错误注入工具，包括：配置Bootloader刷写的软硬件环境；在当前轮次的刷写过程中，启动预设稳定性测试和错误注入工具进行鼠标键盘动作录制，判断当前是否为打断测试；若是则动态获取当前刷写页面中的目标坐标，基于根据目标坐标得到的目标随机数触发刷写打断并开启下一轮；若否，则在录制完成后启动自动刷写程序，当识别到预设异常情况时自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到刷写结果及当前轮次的压力测试结果。有效提高了刷写效率。

Description

一种Bootloader刷写方法、装置、设备及介质

技术领域

本发明涉及汽车电子领域，特别涉及一种Bootloader刷写方法、装置、设备及介质。

背景技术

随着汽车电子技术的发展，汽车ECU(Electronic Control Unit，电子控制单元)程序的升级需求变得越来越重要，对于刷写过程的稳定性和时效性需求也逐渐变得严苛，通过在单片机中设置Bootloader(ECU中固定位置的一段引导程序，汽车电子功能升级的基础)，能够实现需要软件刷写系统更新还是正常启动的功能。单片机软件由于更新bug或更新功能的需求，经常有刷新软件的需求，Bootloader满足了软件的刷新需求。

Bootloader是在系统复位后执行的第一段代码。因此，整个系统的加载启动任务就完全由Bootloader来完成。它首先完成系统硬件的初始化，包括时钟的设置、存储器的映射等。并设置堆栈指针，然后跳转到操作系统内核入口，如系统在加电或复位时通常从地址0x00000000处开始执行，而在这个地址处存放的通常就是系统的Bootloader程序。这样，将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。

为了测试Bootloader的稳定性，在Bootloader程序开发完成后需要使用若干测试app(application，应用程序)测试当前Bootloader的稳定性，这部分工作本由开发Bootloader程序的软件测试工程师完成，但上千次重复工作浪费大量人力和时间。市面上存在按键精灵等工具可以完成重复性工作，但在处理意外情况，刷写弹窗错误以及控制刷写开始停止时间上无能为力，使用此类工具的测试人员不得不经常停止程序运行后手动刷写，不仅未达到节约人力的目标，反而使工作变得更加繁琐。

发明内容

有鉴于此，本发明的目的在于提供一种Bootloader刷写方法、装置、设备及介质，能够有效提高刷写的效率。其具体方案如下：

第一方面，本申请提供了一种Bootloader刷写方法，应用于预设稳定性测试和错误注入工具，包括：

配置Bootloader刷写的软硬件环境；

在当前轮次的Bootloader刷写过程中，通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，并判断当前是否为打断测试；

若是，则基于预设图像识别接口动态获取当前刷写页面中的目标坐标，并根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写；

若否，则在录制完成后，启动本地的自动刷写程序，并当基于所述预设图像识别接口确定当前存在预设异常情况时，自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到对应的刷写结果以及当前轮次的压力测试结果；其中，所述硬件异常情况包括电压突变、总线负载过高。

可选的，所述得到对应的刷写结果以及当前轮次的压力测试结果之后，还包括：

重新跳转至所述启动本地的自动刷写程序的步骤，开启下一轮压力测试，直至完成预设轮次的压力测试。

可选的，所述得到对应的刷写结果以及当前轮次的压力测试结果之后，还包括：

重新跳转至配置Bootloader刷写的软硬件环境的步骤，开启下一轮压力测试，直至完成预设轮次的压力测试。

可选的，所述通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，包括：

通过运行预设命令行或预设交互界面中的预设脚本启动所述预设稳定性测试和错误注入工具，并基于所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制。

可选的，所述方法还包括：

通过所述预设交互界面选择当前进行正常刷写或打断测试；

通过所述预设交互界面记录并实时展示相应的刷写次数、刷写失败次数、刷写失败率、刷写总次数、打断测试成功率、压力测试成功率。

可选的，所述根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写，包括：

通过将所述目标坐标换算成绝对坐标，根据所述绝对坐标得到位于预设范围内的目标随机数，以在刷写的过程中每间隔所述目标随机数个的预设时间单位触发相应的刷写打断操作，并开启下一轮的Bootloader刷写。

可选的，所述基于所述预设图像识别接口进行异常情况的自动识别以及处理，包括：

通过定时创建新线程基于所述预设图像识别接口进行错误提醒或错误弹窗的自动识别以及处理。

第二方面，本申请提供了一种Bootloader刷写装置，应用于预设稳定性测试和错误注入工具，包括：

环境配置模块，用于配置Bootloader刷写的软硬件环境；

判断结果获取模块，用于在当前轮次的Bootloader刷写过程中，通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，并判断当前是否为打断测试；

第一结果处理模块，用于若是，则基于预设图像识别接口动态获取当前刷写页面中的目标坐标，并根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写；

第二结果处理模块，用于若否，则在录制完成后，启动本地的自动刷写程序，并当基于所述预设图像识别接口确定当前存在预设异常情况时，自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到对应的刷写结果以及当前轮次的压力测试结果；其中，所述硬件异常情况包括电压突变、总线负载过高。

第三方面，本申请提供了一种电子设备，包括：

存储器，用于保存计算机程序；

处理器，用于执行所述计算机程序，以实现前述的Bootloader刷写方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，用于保存计算机程序，所述计算机程序被处理器执行时实现前述的Bootloader刷写方法的步骤。

可见，本申请中，配置Bootloader刷写的软硬件环境；在当前轮次的Bootloader刷写过程中，通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，并判断当前是否为打断测试；若是，则基于预设图像识别接口动态获取当前刷写页面中的目标坐标，并根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写；若否，则在录制完成后，启动本地的自动刷写程序，并当基于所述预设图像识别接口确定当前存在预设异常情况时，自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到对应的刷写结果以及当前轮次的压力测试结果；其中，所述硬件异常情况包括电压突变、总线负载过高。也就是说，本申请先配置刷写的软硬件环境，之后通过启动预设稳定性测试和错误注入工具录制当前轮次的刷写过程中的鼠标键盘动作，并确定是否是打断测试。如果是则确定相应的目标随机数，以基于所述目标随机数触发相应的打断测试流程；如果否则在录制完成后自动刷写，并对此过程中的软件异常情况以及包括电压突变、总线负载过高等的硬件异常情况进行自动识别以及处理。这样一来，一方面，能够有效减少不必要的人力资源以及时间资源的浪费，提高了Bootloader刷写效率，实现了刷写的自动化。另一方面，通过打断测试以及压力测试，自动测试刷写时Bootloader的稳定性，并实现突发情况的自动识别及处理。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提供的一种Bootloader刷写方法流程图；

图2为本申请提供的一种部分代码段示意图；

图3为本申请提供的一种部分代码段示意图；

图4为本申请提供的一种部分代码段示意图；

图5为本申请提供的一种部分代码段示意图；

图6为本申请提供的一种部分代码段示意图；

图7为本申请提供的一种部分代码段示意图；

图8为本申请提供的一种部分代码段示意图；

图9为本申请提供的一种Bootloader刷写装置结构示意图；

图10为本申请提供的一种电子设备结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了测试Bootloader的稳定性，在Bootloader程序开发完成后需要使用若干测试app测试当前Bootloader的稳定性，这部分工作本由开发Bootloader程序的软件测试工程师完成，但上千次重复工作浪费大量人力和时间。市面上存在按键精灵等工具可以完成重复性工作，但在处理意外情况，刷写弹窗错误以及控制刷写开始停止时间上无能为力，使用此类工具的测试人员不得不经常停止程序运行后手动刷写，不仅未达到节约人力的目标，反而使工作变得更加繁琐。为此，本申请提供了一种Bootloader刷写方案，能够有效提高Bootloader的刷写效率。

参见图1所示，本发明实施例公开了一种Bootloader刷写方法，应用于预设稳定性测试和错误注入工具，包括：

步骤S11、配置Bootloader刷写的软硬件环境。

本实施例中，需要先配置好当前Bootloader刷写所需的软硬件环境，以便后续在配置好的环境中进行一系列操作。

步骤S12、在当前轮次的Bootloader刷写过程中，通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，并判断当前是否为打断测试。

具体的，本实施例中，需要理解的是，需要在正常流程手动刷写一次的同时启动所述预设稳定性测试和错误注入工具进行录制，录制的内容具体可以记录在一个txt(是text的简写)文档中，实现了单次动作的捕捉和记录，同时当前txt文档可编辑可修改，后期如果需要更改部分功能无须重新录制txt脚本。并且工具的启动方式分为两种，也即所述通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，包括：通过运行预设命令行或预设交互界面中的预设脚本启动所述预设稳定性测试和错误注入工具，并基于所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制。其中，关于预设交互界面中的预设脚本，具体通过运行预设交互界面中的exe文件来直接运行预设脚本，以启动工具。在此过程中，需要启动pyqt(一个创建GUI应用程序的工具包)的用户交互页面，用户交互页面更直观；页面中选择工程需要脚本；脚本编辑也在页面中体现，可以直接在页面中打开txt文档编辑脚本；页面中提供了一个错误图像上传的功能，通过该功能可以实现错误弹窗或正确弹窗的读取；页面中有动态框用来动态显示工程运行过程中的控制台参数；可控制的鼠标精度，通过改变鼠标精度来控制工程运行过程中鼠标点击或者鼠标移动的精度，根据不同需求调整鼠标精度。

关于所述命令行，具体可以存在以下代码段：

parser＝argparse.argumentParser()

parser.add_argument

这样一来，将本次工程中需要解析的脚本、本次工程需要循环的次数、执行速度等参数添加到工程中。由于命令行的形式不需要启动用户交互页面，命令行不需要启动UI(User Interface，用户界面)页面的功能，所以理论上更加节省计算机性能。

进一步的，本实施例中，还包括：通过所述预设交互界面选择当前进行正常刷写或打断测试；通过所述预设交互界面记录并实时展示相应的刷写次数、刷写失败次数、刷写失败率、刷写总次数、打断测试成功率、压力测试成功率。这样一来，相比使用命令行，可以更加直观获得失败率。

步骤S13、若是，则基于预设图像识别接口动态获取当前刷写页面中的目标坐标，并根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写。

具体的，本实施例中，所述根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写，包括：通过将所述目标坐标换算成绝对坐标，根据所述绝对坐标得到位于预设范围内的目标随机数，以在刷写的过程中每间隔所述目标随机数个的预设时间单位触发相应的刷写打断操作，并开启下一轮的Bootloader刷写。其中，所述预设范围具体可以预先基于实际需求进行配置以及调整，所述预设时间单位具体可以预先基于实际需求进行配置以及调整。也就是说，本实施例中通过Bootloader的打断测试测试Bootloader的稳定性，通过预设图像识别接口，具体可以通过OpenCv(Open Source Computer Vision Library，开源计算机视觉库)-python(是OpenCV库的C++实现的Python包装器)动态获取刷写页面中的目标坐标，将相对坐标换算成绝对坐标，通过此坐标在每次打断测试中生成一个规定范围内的随机数，实现在每次自动化测试中每间隔相应的随机时间进行打断。

需要理解的是，在Bootloader测试中需要测试Bootloader的稳定性，因为在实际使用中可能刷写时可能出现突然断电或者其他不确定因素，如果Bootloader的稳定性不够，那么下次重新通电后再次刷写时会出现程序紊乱，无法启动等不可控结果，所以在量产前需要保证Bootloader的稳定性，这就需要测试工程师进行打断测试，本实施例中通过产生一个随机数的方式进行打断测试，而这个打断时间也可在工具的UI页面进行手动设置。进一步的，关于随机数的产生，由于在测试Bootloader的稳定性时，需要做打断测试，而这样的打断在实际的Bootloader刷写过程中是不确定的，所以需要使用一种以不确定打断时间对Bootloader进行打断。这个打断时间由一种产生随机数产生，本实施例在用户UI中加入打断时间的输入，然后这个时间范围内产生一个随机数，使用这个随机数作为打断的时间，这样不仅模拟了打断测试而且还实现了打断的随机性。

步骤S14、若否，则在录制完成后，启动本地的自动刷写程序，并当基于所述预设图像识别接口确定当前存在预设异常情况时，自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到对应的刷写结果以及当前轮次的压力测试结果；其中，所述硬件异常情况包括电压突变、总线负载过高。

本实施例中，所述基于所述预设图像识别接口进行异常情况的自动识别以及处理，包括：通过定时创建新线程基于所述预设图像识别接口进行错误提醒或错误弹窗的自动识别以及处理。具体的，通过解析录制的txt脚本，然后调用pywinnk、win32api执行解析脚本的结果，可以实现脚本的多次重复执行。之后通过获取脚本解析的结果来运行脚本，并且在运行脚本的过程中，用图像识别(opencv)实时监测屏幕中出现的各种错误信息，自动化处理后reset到一个合适的状态，从而在不影响下次刷写的前提下处理若干异常状况。此外，本实施例通过将不同操作系统的API(Application Programming Interface，应用程序编程接口)写入到函数中，在程序启动时间自动检测系统类别，然后自动调用不同操作系统的API，进而使得本实施例所应用到的软件兼容不同操作系统。

需要进一步理解的是，所述得到对应的刷写结果以及当前轮次的压力测试结果之后，还包括：重新跳转至所述启动本地的自动刷写程序的步骤，开启下一轮压力测试，直至完成预设轮次的压力测试。或，重新跳转至配置Bootloader刷写的软硬件环境的步骤，开启下一轮压力测试，直至完成预设轮次的压力测试。可以理解的是，当更换操作系统时，需要重新跳转至配置Bootloader刷写的软硬件环境的步骤以进行下一轮。

此外，由于在实际Bootloader刷写流程中可能出现异常情况，具体分为软件异常情况以及硬件异常情况两种。其中，软件异常情况也即由Bootloader自身问题导致的异常情况；硬件异常情况包括但不限于设备断电、总线负载过高、电压突变。由于以前的测试工具只能实现软件层面的模拟，出现电路问题时只能靠测试工程师手动解决，不仅影响到工作的时效性还增加了测试工程师的工作量。如果出现总线负载过高的情况，也只能通过工程师手动的方式解决。然而，本实施例中针对Bootloader实际刷写中可能出现的各种异常情况，都可以通过所述预设稳定性测试和错误注入工具自动实现。针对硬件异常情况，具体实现方法是使用数字IO(Input/Output，输入/输出)和系统控制，通过与所述预设稳定性测试和错误注入工具相连的程式电源对电路进行自动化控制，以完成相应的硬件异常情况处理。

由此可见，本申请实施例中，配置Bootloader刷写的软硬件环境；在当前轮次的Bootloader刷写过程中，通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，并判断当前是否为打断测试；若是，则基于预设图像识别接口动态获取当前刷写页面中的目标坐标，并根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写；若否，则在录制完成后，启动本地的自动刷写程序，并当基于所述预设图像识别接口确定当前存在预设异常情况时，自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到对应的刷写结果以及当前轮次的压力测试结果；其中，所述硬件异常情况包括电压突变、总线负载过高。也就是说，本申请先配置刷写的软硬件环境，之后通过启动预设稳定性测试和错误注入工具录制当前轮次的刷写过程中的鼠标键盘动作，并确定是否是打断测试。如果是则确定相应的目标随机数，以基于所述目标随机数触发相应的打断测试流程；如果否则在录制完成后自动刷写，并对此过程中的软件异常情况以及包括电压突变、总线负载过高等的硬件异常情况进行自动识别以及处理。这样一来，一方面，能够有效减少不必要的人力资源以及时间资源的浪费，提高了Bootloader刷写效率，实现了刷写的自动化。另一方面，通过打断测试以及压力测试，自动测试刷写时Bootloader的稳定性，并实现突发情况的自动识别及处理。

下面结合图2-图8中所公开的代码段，对本申请实施例的技术方案进行进一步说明。

本实施例中，首先关于预设稳定性测试和错误注入工具兼容不同的操作系统，a)Windows系统；b)Linux或Darwin系统。其中，关于所述Linux或Dar win系统具体可以配置如下所示的代码段。

与此同时，可将默认地区设置为中国，默认语言为中文，如有需要可进行调整。并且如果所需的脚本不存在，本实施例可自动创建文件名为当前时间的txt文档，具体可以通过配置如下所示的代码段实现。

之后，本实施例中对于运行中的工程可以通过设置好的热键进行控制，具体可以通过配置如图2以及图3所示的代码段设置热键。本实施例中，录制完成后，在对录制好的脚本进行解析时，将脚本中的延迟函数时间、事件类型、坐标点、解析并存储到变量ScriptEvent中；由于脚本的格式问题，需要先将脚本中的注释和分隔符去掉，得到最终需要的数据后再进行转存，具体实现的代码段可以参见图4和图5所示。关于运行脚本，脚本解析后的内容存放在ScriptEvent中，通过读取ScriptEvent中的数据运行脚本，打断测试中需要delay一个随机时间的控制函数也写在运行脚本的函数中，通过一个随机数对刷写中的工程做打断；运行中脚本的信息及暂停开始停止状态显示在页面中，用户可以实时看到当前刷写的过程及剩余次数，具体实现的代码段可以参见图6和图7所示。本实施例中，还将对代码运行过程中的异常情况进行实时监测，具体可以创建新线程用来做图像识别，该线程在工程启动时便开始运行，预设稳定性测试和错误注入工具中可以将线程设置为特定时间启动，一方面多线程同时启动会影响计算机的部分性能，另一方面控制线程的启停时间可以确定不同错误弹框或成功弹框的实时性，避免因为监测线程时间太长而导致的监测错误；具体也可以通过定时函数每隔固定时间触发一次，实时监测屏幕中出现的正确弹窗或错误弹窗，具体实现的代码段可以参见图8所示。

参见图9所示，本申请实施例还相应公开了一种Bootloader刷写装置，应用于预设稳定性测试和错误注入工具，包括：

环境配置模块11，用于配置Bootloader刷写的软硬件环境；

判断结果获取模块12，用于在当前轮次的Bootloader刷写过程中，通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，并判断当前是否为打断测试；

第一结果处理模块13，用于若是，则基于预设图像识别接口动态获取当前刷写页面中的目标坐标，并根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写；

第二结果处理模块14，用于若否，则在录制完成后，启动本地的自动刷写程序，并当基于所述预设图像识别接口确定当前存在预设异常情况时，自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到对应的刷写结果以及当前轮次的压力测试结果；其中，所述硬件异常情况包括电压突变、总线负载过高。

其中，关于上述各个模块更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

由此可见，本申请实施例，配置Bootloader刷写的软硬件环境；在当前轮次的Bootloader刷写过程中，通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，并判断当前是否为打断测试；若是，则基于预设图像识别接口动态获取当前刷写页面中的目标坐标，并根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写；若否，则在录制完成后，启动本地的自动刷写程序，并当基于所述预设图像识别接口确定当前存在预设异常情况时，自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到对应的刷写结果以及当前轮次的压力测试结果；其中，所述硬件异常情况包括电压突变、总线负载过高。也就是说，本申请先配置刷写的软硬件环境，之后通过启动预设稳定性测试和错误注入工具录制当前轮次的刷写过程中的鼠标键盘动作，并确定是否是打断测试。如果是则确定相应的目标随机数，以基于所述目标随机数触发相应的打断测试流程；如果否则在录制完成后自动刷写，并对此过程中的软件异常情况以及包括电压突变、总线负载过高等的硬件异常情况进行自动识别以及处理。这样一来，一方面，能够有效减少不必要的人力资源以及时间资源的浪费，提高了Bootloader刷写效率，实现了刷写的自动化。另一方面，通过打断测试以及压力测试，自动测试刷写时Bootloader的稳定性，并实现突发情况的自动识别及处理。

在一些具体实施例中，所述Bootloader刷写装置，具体还可以包括：

第一步骤跳转单元，用于重新跳转至所述启动本地的自动刷写程序的步骤，开启下一轮压力测试，直至完成预设轮次的压力测试。

在一些具体实施例中，所述Bootloader刷写装置，具体还可以包括：

第二步骤跳转单元，用于重新跳转至配置Bootloader刷写的软硬件环境的步骤，开启下一轮压力测试，直至完成预设轮次的压力测试。

在一些具体实施例中，所述判断结果获取模块12，具体可以包括：

动作录制单元，用于通过运行预设命令行或预设交互界面中的预设脚本启动所述预设稳定性测试和错误注入工具，并基于所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制。

在一些具体实施例中，所述Bootloader刷写装置，具体还可以包括：

界面选择单元，用于通过所述预设交互界面选择当前进行正常刷写或打断测试；

界面展示单元，用于通过所述预设交互界面记录并实时展示相应的刷写次数、刷写失败次数、刷写失败率、刷写总次数、打断测试成功率、压力测试成功率。

在一些具体实施例中，所述第一结果处理模块13，具体可以包括：

随机数确定单元，用于通过将所述目标坐标换算成绝对坐标，根据所述绝对坐标得到位于预设范围内的目标随机数，以在刷写的过程中每间隔所述目标随机数个的预设时间单位触发相应的刷写打断操作，并开启下一轮的Bootloader刷写。

在一些具体实施例中，所述第二结果处理模块14，具体可以包括：

第二结果处理单元，用于通过定时创建新线程基于所述预设图像识别接口进行错误提醒或错误弹窗的自动识别以及处理。

进一步的，本申请实施例还公开了一种电子设备，图10是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。

图10为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的Bootloader刷写方法中的相关步骤。另外，本实施例中的电子设备20具体可以为电子计算机。

本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统221、计算机程序222等，存储方式可以是短暂存储或者永久存储。

其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的Bootloader刷写方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。

进一步的，本申请还公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的Bootloader刷写方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的技术方案进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种车辆ECU Bootloader的刷写方法，其特征在于，应用于预设稳定性测试和错误注入工具，包括：

配置Bootloader刷写的软硬件环境；

在当前轮次的Bootloader刷写过程中，通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，并判断当前是否为打断测试；

若是，则基于预设图像识别接口动态获取当前刷写页面中的目标坐标，并根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写；

若否，则在录制完成后，启动本地的自动刷写程序，并当基于所述预设图像识别接口确定当前存在预设异常情况时，自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到对应的刷写结果以及当前轮次的压力测试结果；其中，所述硬件异常情况包括电压突变、总线负载过高。

2.根据权利要求1所述的车辆ECU Bootloader的刷写方法，其特征在于，所述得到对应的刷写结果以及当前轮次的压力测试结果之后，还包括：

重新跳转至所述启动本地的自动刷写程序的步骤，开启下一轮压力测试，直至完成预设轮次的压力测试。

3.根据权利要求1所述的车辆ECU Bootloader的刷写方法，其特征在于，所述得到对应的刷写结果以及当前轮次的压力测试结果之后，还包括：

重新跳转至配置Bootloader刷写的软硬件环境的步骤，开启下一轮压力测试，直至完成预设轮次的压力测试。

4.根据权利要求1所述的车辆ECU Bootloader的刷写方法，其特征在于，所述通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，包括：

通过运行预设命令行或预设交互界面中的预设脚本启动所述预设稳定性测试和错误注入工具，并基于所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制。

5.根据权利要求4所述的车辆ECU Bootloader的刷写方法，其特征在于，还包括：

通过所述预设交互界面选择当前进行正常刷写或打断测试；

通过所述预设交互界面记录并实时展示相应的刷写次数、刷写失败次数、刷写失败率、刷写总次数、打断测试成功率、压力测试成功率。

6.根据权利要求1所述的车辆ECU Bootloader的刷写方法，其特征在于，所述根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写，包括：

通过将所述目标坐标换算成绝对坐标，根据所述绝对坐标得到位于预设范围内的目标随机数，以在刷写的过程中每间隔所述目标随机数个的预设时间单位触发相应的刷写打断操作，并开启下一轮的Bootloader刷写。

7.根据权利要求1至6任一项所述的车辆ECU Bootloader的刷写方法，其特征在于，所述基于所述预设图像识别接口进行异常情况的自动识别以及处理，包括：

通过定时创建新线程基于所述预设图像识别接口进行错误提醒或错误弹窗的自动识别以及处理。

8.一种车辆ECU Bootloader的刷写装置，其特征在于，应用于预设稳定性测试和错误注入工具，包括：

环境配置模块，用于配置Bootloader刷写的软硬件环境；

判断结果获取模块，用于在当前轮次的Bootloader刷写过程中，通过启动所述预设稳定性测试和错误注入工具进行鼠标键盘动作录制，并判断当前是否为打断测试；

第一结果处理模块，用于若是，则基于预设图像识别接口动态获取当前刷写页面中的目标坐标，并根据所述目标坐标得到相应的目标随机数，以基于所述目标随机数触发相应的刷写打断操作并开启下一轮的Bootloader刷写；

第二结果处理模块，用于若否，则在录制完成后，启动本地的自动刷写程序，并当基于所述预设图像识别接口确定当前存在预设异常情况时，自动化处理软件异常情况或通过数字IO及与预设稳定性测试和错误注入工具相连的程式电源进行硬件异常情况自动化处理，以得到对应的刷写结果以及当前轮次的压力测试结果；其中，所述硬件异常情况包括电压突变、总线负载过高。

9.一种电子设备，其特征在于，包括：

存储器，用于保存计算机程序；

处理器，用于执行所述计算机程序以实现如权利要求1至7任一项所述的车辆ECUBootloader的刷写方法。

10.一种计算机可读存储介质，其特征在于，用于保存计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的车辆ECU Bootloader的刷写方法。