CN117971640A - 嵌入式软件的测试方法、装置、设备和介质 - Google Patents

Abstract

本发明实施例公开了一种嵌入式软件的测试方法、装置、设备和介质。其中，该方法由待测嵌入式设备执行，包括：获取预先确定的待测软件中目标组件对应的待测文件；其中，所述待测文件中包括所述目标组件的函数文件以及对应的测试用例文件；调用所述待测文件，并根据所述测试用例文件对所述函数文件中的组件函数进行执行；获取所述组件函数执行完成后反馈的实际结果数据，并将所述实际结果数据发送至目标终端，以使所述目标终端根据所述实际结果数据确定所述目标组件的测试结果。本技术方案，能够提高嵌入式软件测试的复用性、可靠性和测试效率，同时减少嵌入式设备的资源消耗，从而提高嵌入式软件的测试性能。

Description

嵌入式软件的测试方法、装置、设备和介质

技术领域

本发明涉及软件测试技术领域，尤其涉及一种嵌入式软件的测试方法、装置、设备和介质。

背景技术

目前嵌入式系统的应用领域越来越广泛，随着嵌入式产品的迭代加快，暴露出软件规模急速膨胀但是软件周期却越来越短的问题，从而导致软件开发成本的增加。为了解决此弊端，提升代码高内聚低耦合性，提高软件功能的复用能力，从而降低开发和维护成本，所以有了组件的概念。

在嵌入式软件测试方面，现有的组件化测试需要将嵌入式设备的整个系统运行起来后，在应用层开发测试脚本进行接口和功能验证。在测试前还要针对性地设计被测嵌入式系统的相关模块，测试代码的复用性较低，且对测试人员的代码能力要求较高。

针对嵌入式软件测试，目前主要采用两种方法：一是外部监听，二是将测试脚本均编译到嵌入式设备中运行。其中，方法一无法完全复现实机运行，因而软件测试的可靠性较低。方法二对嵌入式设备的内存要求较高。随着嵌入式设备功能的增加，测试脚本的规模也会陡增，从而占用更多的设备内存，增大了设备的资源消耗，甚至一些小内存的设备可能无法运行；且需要针对不同的终端系统重新编译脚本，因而软件测试的复用性较差，且软件测试效率低下。因此，如何提高嵌入式软件测试的复用性和可靠性，提高软件测试效率，同时减少嵌入式设备的资源消耗，是嵌入式软件测试过程中亟待解决的问题之一。

发明内容

本发明提供了一种嵌入式软件的测试方法、装置、设备和介质，能够提高嵌入式软件测试的复用性、可靠性和测试效率，同时减少嵌入式设备的资源消耗，从而提高嵌入式软件的测试性能。

根据本发明的一方面，提供了一种嵌入式软件的测试方法，所述方法由待测嵌入式设备执行，包括：

获取预先确定的待测软件中目标组件对应的待测文件；其中，所述待测文件中包括所述目标组件的函数文件以及对应的测试用例文件；

调用所述待测文件，并根据所述测试用例文件对所述函数文件中的组件函数进行执行；

获取所述组件函数执行完成后反馈的实际结果数据，并将所述实际结果数据发送至目标终端，以使所述目标终端根据所述实际结果数据确定所述目标组件的测试结果。

根据本发明的另一方面，提供了一种嵌入式软件的测试装置，所述装置配置于待测嵌入式设备，包括：

待测文件获取模块，用于获取预先确定的待测软件中目标组件对应的待测文件；其中，所述待测文件中包括所述目标组件的函数文件以及对应的测试用例文件；

组件函数执行模块，用于调用所述待测文件，并根据所述测试用例文件对所述函数文件中的组件函数进行执行；

实际结果数据发送模块，用于获取所述组件函数执行完成后反馈的实际结果数据，并将所述实际结果数据发送至目标终端，以使所述目标终端根据所述实际结果数据确定所述目标组件的测试结果。

根据本发明的另一方面，提供了一种嵌入式软件的测试电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的嵌入式软件的测试方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的嵌入式软件的测试方法。

本发明实施例的技术方案，获取预先确定的待测软件中目标组件对应的待测文件；其中，待测文件中包括目标组件的函数文件以及对应的测试用例文件；调用待测文件，并根据测试用例文件对函数文件中的组件函数进行执行；获取组件函数执行完成后反馈的实际结果数据，并将实际结果数据发送至目标终端，以使目标终端根据实际结果数据确定目标组件的测试结果。本技术方案，能够提高嵌入式软件测试的复用性、可靠性和测试效率，同时减少嵌入式设备的资源消耗，从而提高嵌入式软件的测试性能。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种嵌入式软件的测试方法的流程图；

图2是根据本发明实施例一提供的一种基于目标芯片平台系统的嵌入式软件测试方法的示意图；

图3是根据本发明实施例二提供的一种嵌入式软件的测试方法的流程图；

图4是根据本发明实施例三提供的一种嵌入式软件的测试装置的结构示意图；

图5是实现本发明实施例的一种嵌入式软件的测试方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”“目标”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供的一种嵌入式软件的测试方法的流程图，本实施例可适用于对嵌入式软件进行高效测试的情况，该方法可以由待测嵌入式设备来执行，所述待测嵌入式设备配置有嵌入式软件的测试装置，该嵌入式软件的测试装置可以采用硬件和/或软件的形式实现。如图1所示，该方法包括：

S110，获取预先确定的待测软件中目标组件对应的待测文件；其中，待测文件中包括目标组件的函数文件以及对应的测试用例文件。

其中，待测软件可以是指等待被测试的嵌入式软件。目标组件可以是指等待被测试的组件。示例性的，目标组件可以包括.so和.java等文件。其中，.so文件是Linux系统的可执行文件，是通过C或者C++编译出来的动态链接库文件；.java文件是通过Java编译出来的一种可执行文件(静态链接库文件)。待测文件可以是指等待被测试的文件。具体的，待测文件中包括目标组件的函数文件以及对应的测试用例文件。其中，函数文件可以用于存储目标组件对应的函数。测试用例文件可以包括函数文件对应的脚本文件和测试数据文件。

本实施例中，在软件测试前，需要进行一系列的准备工作。首先基于pytest和Jenkins构建集成开发环境。其中，pytest是一个成熟的全功能Python测试框架。Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具，可以实现持续的软件版本发布/测试项目以及监控外部调用执行的工作。

然后根据用户配置确定目标组件，以及确定目标组件对应的函数文件，并根据目标组件中使用到的函数筛选和收集对应的脚本文件。同时，需要为每个函数生成一个参数数据表格，并将该参数数据表格保存在测试数据文件中。其中，参数数据表格可以按照一组入参(即输入参数)对应一组出参(即输出参数)的参数对形式填写。此外，参数数据表格中可以填写实际数据，也可以填写限定数据类型数据，从而实现对测试数据的扩展。其中，实际数据是指函数在正常运行过程中对应的出参数据；限定数据类型数据是指根据入参数据配置的数据长度和数据类型等要求随机生成的符合要求的出参数据。具体的，在生成限定数据类型数据时，先搭建参数管理仓库，然后根据协议规范(包括数据长度和数据类型等)编写脚本，用于自动生成入参数据。另外，可以预先配置需要生成的数据量，该数据量越大则软件测试可信度越高，由此可以提高软件测试可靠性。

进而需要检测待测嵌入式设备是否满足软件测试的环境要求。其中，待测嵌入式设备可以是指用于进行嵌入式软件测试的嵌入式设备。可选的，待测嵌入式设备的系统是至少两种候选系统中的一种，从而实现跨系统软件测试，提高了软件测试的复用性。其中，候选系统根据待测嵌入式设备中的芯片平台进行确定，不同待测嵌入式设备中可以配置不同系统下的芯片平台。

具体的，首先对待测嵌入式设备的硬件环境进行检测，例如剩余性能、存储空间和网络连接等。然后对待测嵌入式设备的软件环境进行检测，检测内容包括python是否安装，安装的版本是否满足要求，脚本是否可以正常运行。若不满足要求，可以尝试重新安装python环境。最后，根据平台的芯片类型或系统的系统版本选取执行对应待测文件。

S120，调用待测文件，并根据测试用例文件对函数文件中的组件函数进行执行。

其中，组件函数可以是指函数文件中的一个函数。本实施例中，获取预先确定的待测软件中目标组件对应的待测文件之后，可以通过调用待测文件，根据测试用例文件对函数文件中的组件函数进行执行。具体的，先将获取到的待测文件提取到特定目录，然后在待测嵌入式设备上挂载对应目录或者拷贝待测文件，进而使用Python中的测试调用模块(如ctypes、jpype)调用目标组件对应的待测文件，并根据测试用例文件对函数文件中的组件函数进行执行。在组件函数的执行过程中，可以持续收集待测嵌入式设备的内存信息和CPU占用信息，并记录可用内存及执行进程的内存占用情况。

S130，获取组件函数执行完成后反馈的实际结果数据，并将实际结果数据发送至目标终端，以使目标终端根据实际结果数据确定目标组件的测试结果。

其中，实际结果数据可以是指组件函数执行完成后反馈的数据。目标终端可以用于对实际结果数据进行数据分析。例如，目标终端可以是个人电脑。测试结果可以用于表征目标组件测试成功或者测试失败。

本实施例中，在执行完组件函数之后，可以获取组件函数执行完成后反馈的实际结果数据，并将实际结果数据发送至目标终端，以使目标终端根据实际结果数据确定目标组件的测试结果。示例性的，可以基于测试数据文件中的参数数据表格，根据实际结果数据确定目标组件的测试结果。具体的，首先从参数数据表格中查找与组件函数执行过程中所用入参对应的出参，然后将实际结果数据与出参进行比较。若实际结果数据与出参相匹配，则表明目标组件测试成功；若实际结果数据与出参不匹配，则表明目标组件测试失败。

需要说明的是，一个待测软件中通常包括多个组件，一个组件通常会对应多个函数。本实施例的技术方案，不需要将整个软件系统运行起来，可以直接将测试脚本集成到嵌入式设备上，并对单一组件进行测试，从而简化测试环境。并且通过一套自动化框架，可以在不同芯片平台的嵌入式设备上运行，提高了自动化代码的复用性。此外，采用将测试脚本执行和结果分析进行分离处理的方式，通过嵌入式设备执行测试脚本，通过目标终端分析实际结果数据，减少了对嵌入式设备的资源消耗。

本发明实施例的技术方案，获取预先确定的待测软件中目标组件对应的待测文件；其中，待测文件中包括目标组件的函数文件以及对应的测试用例文件；调用待测文件，并根据测试用例文件对函数文件中的组件函数进行执行；获取组件函数执行完成后反馈的实际结果数据，并将实际结果数据发送至目标终端，以使目标终端根据实际结果数据确定目标组件的测试结果。本技术方案，能够提高嵌入式软件测试的复用性、可靠性和测试效率，同时减少嵌入式设备的资源消耗，从而提高嵌入式软件的测试性能。

在本实施例中，可选的，函数文件中的组件函数包括组合函数，组合函数中包括至少两个单一函数以及单一函数的执行顺序，其中，执行顺序根据单一函数的参数依赖关系进行确定。

其中，组合函数可以是指由多个具有关联关系的函数构成的函数组。具体的，组合函数中可以包括至少两个单一函数以及单一函数的执行顺序。其中，执行顺序可以根据单一函数的参数依赖关系(关联关系)进行确定。示例性的，假设有A、B、C三个单一函数，且A的输出是B的输入，B的输出是C的输入。此时，单一函数A、B、C可以构成一个组合函数，进而可以根据A、B、C的输入/输出关系确定执行顺序为A->B->C。

本实施例中，函数文件中的组件函数具有两种类型，一种是独立函数，另一种是组合函数。其中，单独函数可以是指不与其他函数具有关联关系的一个单独的函数。在执行组件函数时，首先需要判断组件函数的类型。具体的，检索组件函数中使用的参数是否由其他函数提供，若是，则表明该组件函数为组合函数，此时需要收集对应的函数；若否，则表明该组件函数为独立函数，此时组件函数的参数由测试数据文件中的参数数据表格提供。对于组合函数，将上述收集到的函数名生成一个列表，执行顺序为单一函数收集顺序的逆序。

示例性的，在上述示例的基础上，假设组件函数为C，通过检索发现函数C使用的参数由函数B提供，此时需要收集函数B；进一步的，通过检索发现函数B使用的参数由函数A提供，此时需要收集函数A；进一步的，通过检索发现函数A使用的参数由其本身提供，此时函数的收集过程结束。上述过程中，函数收集顺序为C->B->A，按照函数收集顺序的逆序，可以确定出单一函数的执行顺序为A->B->C。

本方案通过这样的设置，扩宽了组件函数的类型，提高了软件测试的丰富度，同时基于单一函数收集顺序的逆序，可以快速、准确地确定单一函数的执行顺序，提高了软件测试效率，能够更好地满足软件测试需求。

在本实施例中，可选的，根据测试用例文件对函数文件中的组件函数进行执行，包括：按照组合函数中单一函数的执行顺序，根据测试用例文件对组合函数中的单一函数进行顺序执行；相应的，获取组件函数执行完成后反馈的实际结果数据，包括：获取组合函数中的末位单一函数的反馈结果，作为组合函数的实际结果数据。

其中，反馈结果可以是指组合函数中的末位单一函数的实际结果数据。本实施例中，当组件函数为组合函数时，可以按照组合函数中单一函数的执行顺序，根据测试用例文件对组合函数中的单一函数进行顺序执行，并获取组合函数中的末位单一函数的反馈结果，作为组合函数的实际结果数据。在对单一函数进行顺序执行的过程中，每个单一函数执行完成后，均需要将其对应的返回值进行保存，以便在执行下一个单一函数时直接获取。示例性的，假设组合函数由单一函数A、B、C构成，且执行顺序为A->B->C。在软件测试过程中，按照A->B->C的执行顺序，依次执行A、B、C三个函数，以实现对组合函数的测试。最终，只需要获取函数C的反馈结果，并将函数C的反馈结果作为组合函数的实际结果数据。

本方案通过这样的设置，按照组合函数中单一函数的执行顺序进行测试，确保了组合函数测试的准确性；获取组合函数中的末位单一函数的反馈结果作为组合函数的实际结果数据，可以快速、准确地确定组合函数的实际结果数据，提高了实际结果数据的获取效率和准确性。

在本实施例中，可选的，在调用待测文件，并根据测试用例文件对函数文件中的组件函数进行执行之前，还包括：确定待测嵌入式设备的目标芯片平台系统，并基于python交叉编译确定与目标芯片平台系统适配的目标运行文件；其中，目标芯片平台系统是至少两种候选芯片平台系统中的一种；基于目标运行文件调用待测文件。

其中，目标芯片平台系统可以是指待测嵌入式设备对应的芯片平台系统。具体的，目标芯片平台系统可以是至少两种候选芯片平台系统中的一种。目标运行文件可以是指与目标芯片平台系统适配的python交叉编译的程序文件，目标运行文件用于为待测嵌入式设备提供运行测试脚本的环境。本实施例中，在调用待测文件，并根据测试用例文件对函数文件中的组件函数进行执行之前，首先可以确定待测嵌入式设备的目标芯片平台系统，并基于python交叉编译确定与目标芯片平台系统适配的目标运行文件，然后可以基于目标运行文件调用待测文件。

图2为本发明实施例一提供的一种基于目标芯片平台系统的嵌入式软件测试方法的示意图。如图2所示，通过选择测试范围和遍历参数测试，可以得到待测软件中目标组件对应的待测文件。通过python交叉编译确定与目标芯片平台系统适配的目标运行文件，并基于目标运行文件调用待测文件，通过目标芯片平台系统对待测文件对应的脚本文件进行测试。具体的，先通过待测文件中的脚本文件模拟适配层函数，再通过适配层函数调用待测组件的组件函数。通过将python交叉编译集成到不同芯片的嵌入式系统，实现针对不同系统的芯片部署对应的运行文件，最终使得同一套测试代码可以适用于不同系统架构的嵌入式设备，实现了跨系统软件测试，提高了软件测试的复用性。

本方案通过这样的设置，通过将python交叉编译集成到不同芯片的嵌入式系统，使得同一套测试代码可以适用于不同系统的嵌入式设备，实现了跨系统软件测试，提高了软件测试的复用性。

在本实施例中，可选的，在获取组件函数执行完成后反馈的实际结果数据之前，还包括：对组件函数的执行环境进行监听，分别获取组件函数的执行前内存资源信息和执行后内存资源信息；根据执行前内存资源信息和执行后内存资源信息的比对结果确定组件函数的执行情况。

其中，执行前内存资源信息可以用于表征组件函数执行前的内存资源情况。执行后内存资源信息可以用于表征组件函数执行后的内存资源情况。需要说明的是，在组件函数执行前，需要预先向待测嵌入式设备申请一定的内存资源；在组件函数执行后，需要将预先向待测嵌入式设备申请的全部内存资源进行释放，从而避免内存资源占用。

本实施例中，在获取组件函数执行完成后反馈的实际结果数据之前，可以建立监听机制对组件函数的执行环境进行监听，分别获取组件函数的执行前内存资源信息和执行后内存资源信息。然后将执行前内存资源信息和执行后内存资源信息进行比对，根据比对结果确定组件函数的执行情况。具体的，若执行前内存资源信息和执行后内存资源信息保持一致，可认为比对成功，表明组件函数的执行过程正常；若执行前内存资源信息和执行后内存资源信息不一致，可认为比对失败，表明组件函数的执行过程出现错误，存在执行泄露问题。若比对失败，需要对该执行过程进行异常标记，同时通知软件测试管理人员进行及时处理。

本方案通过这样的设置，通过对组件函数的执行环境建立监听机制，能够对组件函数的执行情况进行及时有效监听，以便在出现组件函数执行错误时能够及时通知管理人员进行处理。

实施例二

图3为本发明实施例二提供的一种嵌入式软件的测试方法的流程图，本实施例以上述实施例为基础进行优化。具体优化为：测试用例文件中包括与函数文件对应的测试数据文件；测试数据文件中包括与组件函数对应的参数数据；参数数据中包括多组组件函数的入参和理论出参的参数对；相应的，获取组件函数执行完成后反馈的实际结果数据，并将实际结果数据发送至目标终端，以使目标终端根据实际结果数据确定目标组件的测试结果，包括：获取组件函数基于目标入参执行完成后反馈的实际结果数据，并将实际结果数据发送至目标终端，以使目标终端根据实际结果数据和与目标入参对应的目标理论出参的比对结果，确定目标组件的测试结果。

如图3所示，本实施例的方法具体包括如下步骤：

S210，获取预先确定的待测软件中目标组件对应的待测文件；其中，待测文件中包括目标组件的函数文件以及对应的测试用例文件。

其中，测试用例文件中包括与函数文件对应的测试数据文件，测试数据文件中包括与组件函数对应的参数数据，参数数据中包括多组组件函数的入参和理论出参的参数对。其中，参数数据可以是指组件函数在执行时使用的相关参数数据。具体的，参数数据可以包括正常参数数据和异常参数数据。理论出参可以是指基于入参执行组件函数时理论上得到的出参。

S220，调用待测文件，并根据测试用例文件对函数文件中的组件函数进行执行。

S230，获取组件函数基于目标入参执行完成后反馈的实际结果数据，并将实际结果数据发送至目标终端，以使目标终端根据实际结果数据和与目标入参对应的目标理论出参的比对结果，确定目标组件的测试结果。

其中，目标入参可以是指参与组件函数执行过程的入参。目标理论出参可以是指目标入参对应的理论出参。本实施例中，可以基于目标入参对组件函数进行执行，在执行完成后获取实际结果数据，并将实际结果数据发送至目标终端。然后通过目标终端对实际结果数据和与目标入参对应的目标理论出参进行比对，并根据比对结果确定目标组件的测试结果。具体的，若实际结果数据与目标理论出参一致，可以认为比对成功，此时表明目标组件测试成功；若实际结果数据与目标理论出参不一致，可以认为比对失败，此时表明目标组件测试失败。

本发明实施例的技术方案，测试用例文件中包括与函数文件对应的测试数据文件；测试数据文件中包括与组件函数对应的参数数据；参数数据中包括多组组件函数的入参和理论出参的参数对；相应的，获取组件函数执行完成后反馈的实际结果数据，并将实际结果数据发送至目标终端，以使目标终端根据实际结果数据确定目标组件的测试结果，包括：获取组件函数基于目标入参执行完成后反馈的实际结果数据，并将实际结果数据发送至目标终端，以使目标终端根据实际结果数据和与目标入参对应的目标理论出参的比对结果，确定目标组件的测试结果。本技术方案，基于实际结果数据和与目标入参对应的目标理论出参的比对结果，能够快速、准确地确定目标组件的测试结果，在提高了嵌入式软件测试的复用性、可靠性和测试效率，同时减少了嵌入式设备的资源消耗的基础上，进一步提高了嵌入式软件的测试性能。

在本实施例中，可选的，测试用例文件中还包括与函数文件对应的脚本文件；相应的，根据测试用例文件对函数文件中的组件函数进行执行，包括：确定与目标组件函数对应的目标脚本文件以及目标参数数据；根据目标脚本文件和目标参数数据对目标组件函数进行执行。

其中，目标组件函数可以是指等待被执行的组件函数。目标脚本文件可以是指目标组件函数对应的脚本文件。目标参数数据可以是指目标组件函数对应的参数数据。本实施例中，首先确定与目标组件函数对应的目标脚本文件以及目标参数数据，然后根据目标脚本文件和目标参数数据对目标组件函数进行执行。

本方案通过这样的设置，可以基于目标脚本文件和目标参数数据执行目标组件函数，进一步提高了软件测试的准确性。

实施例三

图4为本发明实施例三提供的一种嵌入式软件的测试装置的结构示意图，该装置配置于待测嵌入式设备，该装置可执行本发明任意实施例所提供的嵌入式软件的测试方法，具备执行方法相应的功能模块和有益效果。如图4所示，该装置包括：

待测文件获取模块310，用于获取预先确定的待测软件中目标组件对应的待测文件；其中，所述待测文件中包括所述目标组件的函数文件以及对应的测试用例文件；

组件函数执行模块320，用于调用所述待测文件，并根据所述测试用例文件对所述函数文件中的组件函数进行执行；

实际结果数据发送模块330，用于获取所述组件函数执行完成后反馈的实际结果数据，并将所述实际结果数据发送至目标终端，以使所述目标终端根据所述实际结果数据确定所述目标组件的测试结果。

可选的，所述函数文件中的组件函数包括组合函数，所述组合函数中包括至少两个单一函数以及所述单一函数的执行顺序，其中，所述执行顺序根据所述单一函数的参数依赖关系进行确定。

可选的，所述组件函数执行模块320，具体用于：

按照所述组合函数中单一函数的执行顺序，根据所述测试用例文件对所述组合函数中的单一函数进行顺序执行；

相应的，所述实际结果数据发送模块330，具体用于；

获取所述组合函数中的末位单一函数的反馈结果，作为所述组合函数的实际结果数据。

可选的，所述装置还包括：

目标运行文件确定模块，用于在调用所述待测文件，并根据所述测试用例文件对所述函数文件中的组件函数进行执行之前，确定所述待测嵌入式设备的目标芯片平台系统，并基于python交叉编译确定与所述目标芯片平台系统适配的目标运行文件；其中，所述目标芯片平台系统是至少两种候选芯片平台系统中的一种；

待测文件调用模块，用于基于所述目标运行文件调用所述待测文件。

可选的，所述测试用例文件中包括与所述函数文件对应的测试数据文件；所述测试数据文件中包括与组件函数对应的参数数据；所述参数数据中包括多组所述组件函数的入参和理论出参的参数对；

相应的，所述实际结果数据发送模块330，还用于：

获取所述组件函数基于目标入参执行完成后反馈的实际结果数据，并将所述实际结果数据发送至目标终端，以使所述目标终端根据所述实际结果数据和与所述目标入参对应的目标理论出参的比对结果，确定所述目标组件的测试结果。

可选的，所述测试用例文件中还包括与所述函数文件对应的脚本文件；

相应的，所述组件函数执行模块320，还用于：

确定与目标组件函数对应的目标脚本文件以及目标参数数据；

根据所述目标脚本文件和所述目标参数数据对所述目标组件函数进行执行。

可选的，所述待测嵌入式设备的系统是至少两种候选系统中的一种。

可选的，所述装置还包括：

内存资源信息获取模块，用于在获取所述组件函数执行完成后反馈的实际结果数据之前，对所述组件函数的执行环境进行监听，分别获取所述组件函数的执行前内存资源信息和执行后内存资源信息；

组件函数执行情况确定模块，用于根据所述执行前内存资源信息和执行后内存资源信息的比对结果确定所述组件函数的执行情况。

本发明实施例所提供的一种嵌入式软件的测试装置可执行本发明任意实施例所提供的一种嵌入式软件的测试方法，具备执行方法相应的功能模块和有益效果。

实施例四

图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如嵌入式软件的测试方法。

在一些实施例中，嵌入式软件的测试方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的嵌入式软件的测试方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行嵌入式软件的测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种嵌入式软件的测试方法，其特征在于，由待测嵌入式设备执行，所述方法包括：

获取预先确定的待测软件中目标组件对应的待测文件；其中，所述待测文件中包括所述目标组件的函数文件以及对应的测试用例文件；

调用所述待测文件，并根据所述测试用例文件对所述函数文件中的组件函数进行执行；

获取所述组件函数执行完成后反馈的实际结果数据，并将所述实际结果数据发送至目标终端，以使所述目标终端根据所述实际结果数据确定所述目标组件的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述函数文件中的组件函数包括组合函数，所述组合函数中包括至少两个单一函数以及所述单一函数的执行顺序，其中，所述执行顺序根据所述单一函数的参数依赖关系进行确定。

3.根据权利要求2所述的方法，其特征在于，根据所述测试用例文件对所述函数文件中的组件函数进行执行，包括：

按照所述组合函数中单一函数的执行顺序，根据所述测试用例文件对所述组合函数中的单一函数进行顺序执行；

相应的，获取所述组件函数执行完成后反馈的实际结果数据，包括：

获取所述组合函数中的末位单一函数的反馈结果，作为所述组合函数的实际结果数据。

4.根据权利要求1所述的方法，其特征在于，在调用所述待测文件，并根据所述测试用例文件对所述函数文件中的组件函数进行执行之前，所述方法还包括：

确定所述待测嵌入式设备的目标芯片平台系统，并基于python交叉编译确定与所述目标芯片平台系统适配的目标运行文件；其中，所述目标芯片平台系统是至少两种候选芯片平台系统中的一种；

基于所述目标运行文件调用所述待测文件。

5.根据权利要求1所述的方法，其特征在于，所述测试用例文件中包括与所述函数文件对应的测试数据文件；所述测试数据文件中包括与组件函数对应的参数数据；所述参数数据中包括多组所述组件函数的入参和理论出参的参数对；

相应的，获取所述组件函数执行完成后反馈的实际结果数据，并将所述实际结果数据发送至目标终端，以使所述目标终端根据所述实际结果数据确定所述目标组件的测试结果，包括：

获取所述组件函数基于目标入参执行完成后反馈的实际结果数据，并将所述实际结果数据发送至目标终端，以使所述目标终端根据所述实际结果数据和与所述目标入参对应的目标理论出参的比对结果，确定所述目标组件的测试结果。

6.根据权利要求5所述的方法，其特征在于，所述测试用例文件中还包括与所述函数文件对应的脚本文件；

相应的，根据所述测试用例文件对所述函数文件中的组件函数进行执行，包括：

确定与目标组件函数对应的目标脚本文件以及目标参数数据；

根据所述目标脚本文件和所述目标参数数据对所述目标组件函数进行执行。

7.根据权利要求1所述的方法，其特征在于，在获取所述组件函数执行完成后反馈的实际结果数据之前，所述方法还包括：

对所述组件函数的执行环境进行监听，分别获取所述组件函数的执行前内存资源信息和执行后内存资源信息；

根据所述执行前内存资源信息和执行后内存资源信息的比对结果确定所述组件函数的执行情况。

8.一种嵌入式软件的测试装置，其特征在于，配置于待测嵌入式设备，所述装置包括：

待测文件获取模块，用于获取预先确定的待测软件中目标组件对应的待测文件；其中，所述待测文件中包括所述目标组件的函数文件以及对应的测试用例文件；

组件函数执行模块，用于调用所述待测文件，并根据所述测试用例文件对所述函数文件中的组件函数进行执行；

实际结果数据发送模块，用于获取所述组件函数执行完成后反馈的实际结果数据，并将所述实际结果数据发送至目标终端，以使所述目标终端根据所述实际结果数据确定所述目标组件的测试结果。

9.一种嵌入式软件的测试电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的嵌入式软件的测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的嵌入式软件的测试方法。