一种针对工业互联网平台驱动软件的自主测试方法与流程

1.本技术涉及工业互联网领域，尤其涉及一种针对工业互联网平台驱动软件的自主测试方法。


背景技术：

2.目前，针对工业互联网平台驱动软件进行测试，通过构造不同功能场景调用的用例，根据设定步骤执行测试用例进行功能测试。
3.相关技术中，只能通过构造真实测试场景调用去验证工业互联网平台驱动软件代码逻辑及功能，在真实测试环境下，受限于测试资源，有些边界值和场景调用无法覆盖到，只能测试有限的功能场景调用。


技术实现要素：

4.本技术提供了一种针对工业互联网平台驱动软件的自主测试方法，用以解决现有技术中，只能通过构造真实测试场景调用去验证工业互联网平台驱动软件代码逻辑及功能，测试资源受限的问题。
5.第一方面，本技术实施例提供了一种针对工业互联网平台驱动软件的自主测试方法，应用于被测驱动软件，包括：获取测试请求，所述测试请求中包括测试参数和目标场景调用码；从至少一个测试接口中，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。
6.可选的，所述获取测试请求之前，还包括：获取至少一个场景调用码；对每个所述场景调用码配置测试接口，所述测试接口与场景测试逻辑一一对应；存储所述场景调用码与所述测试接口的对应关系。
7.可选的，所述确定与所述目标场景调用码对应的目标测试接口，包括：从所述对应关系中，确定所述目标场景调用码对应的目测试接口。
8.可选的，所述获取测试请求之后，还包括：确定模式标识指示的执行模式为测试模式。
9.可选的，所述获取测试请求之前，还包括：获取第一模式设置请求，所述第一模式设置请求用于指示设置执行模式为测试模式；基于所述第一模式设置请求，将模式标识设置为测试模式。
10.可选的，基于所述测试参数对所述目标场景测试逻辑进行测试之后，还包括：获取第二模式设置请求，所述第二模式设置请求用于指示设置执行模式为正常模式；
基于所述第二模式设置请求，将模式标识设置为正常模式。
11.第二方面，本技术实施例提供了一种针对工业互联网平台驱动软件的自主测试方法，应用于测试单元，包括：调用测试参数和目标场景调用码；基于所述测试参数和目标场景调用码生成测试请求；将所述测试请求发送至被测驱动软件，以使所述被测驱动软件获取所述测试请求，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。
12.可选的，所述将所述测试请求发送至被测驱动软件之前，还包括：向所述被测驱动软件发送第一模式设置请求，所述第一模式设置请求用于指示设置执行模式为测试模式，以使所述被测驱动软件基于所述第一模式设置请求，将执行模式设置为测试模式。
13.可选的，所述将所述测试请求发送至被测驱动软件之后，还包括：向所述被测驱动软件发送第二模式设置请求，所述第二模式设置请求用于指示设置执行模式为正常模式，以使所述被测驱动软件基于所述第二模式设置请求，将执行模式设置为正常模式。
14.可选的，所述将所述测试请求发送至被测驱动软件之后，还包括：获取并显示所述被测驱动软件的测试结果。
15.第三方面，本技术实施例提供了一种驱动的测试系统，包括：被测驱动软件和测试单元；所述测试单元，用于获取测试参数和目标场景调用码；基于所述测试参数和目标场景调用码生成测试请求；将所述测试请求发送至被测驱动软件；所述被测驱动软件，用于获取所述测试请求，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。
16.第四方面，本技术实施例提供了一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；所述存储器，用于存储计算机程序；所述处理器，用于执行所述存储器中所存储的程序，实现第一方面或第二方面所述的针对工业互联网平台驱动软件的自主测试方法。
17.第五方面，本技术实施例提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现第一方面或第二方面所述的针对工业互联网平台驱动软件的自主测试方法。
18.本技术实施例提供的上述技术方案与现有技术相比具有如下优点：本技术实施例提供的该方法，通过获取测试请求，所述测试请求中包括测试参数和目标场景调用码；确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。如此，在被测驱动软件中配置至少一个测试接口，使得被测驱动软件无需构造真实测试场景调用，直接通过测试请求中的目标场景调用码确定目标测试接口，进而能够调用目标测试接口对应的目标场景测试逻
辑，实现对被测驱动软件的测试，通过在测试请求中配置测试参数，能够根据测试参数的不同，对被测驱动软件进行全方位测试。
附图说明
19.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
20.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1为本技术一实施例提供的驱动的测试系统的结构图；图2为本技术一实施例提供的针对工业互联网平台驱动软件的自主测试方法的流程图；图3为本技术另一实施例提供的针对工业互联网平台驱动软件的自主测试方法的流程图；图4为本技术又一实施例提供的针对工业互联网平台驱动软件的自主测试方法的流程图；图5为本技术一实施例提供的电子设备的结构图。
具体实施方式
22.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
23.在对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。
24.ioctl：input/output control，是一个专用于设备输入输出操作的系统调用，该调用传入一个跟设备有关的请求码，设备完成请求后返回结果给调用程序。
25.createfile函数：用于创建、打开或截断文件，如com端口、设备、服务或控制台。返回一个句柄用于访问该对象。
26.根据本技术一实施例提供了一种驱动的测试系统。参见图1，该驱动的测试系统包括被测驱动软件101和测试单元102；所述测试单元，用于获取测试参数和目标场景调用码；基于所述测试参数和目标场景调用码生成测试请求；将所述测试请求发送至被测驱动软件；所述被测驱动软件，用于获取所述测试请求，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。
27.其中，该被测驱动软件可以但不限于为无线模组中基于windows系统的驱动。
28.测试单元可以但不限于通过已有的c++开源技术框架（如googletest）编写的用例的可执行程序。在该可执行程序中，能够调用windows系统提供调用请求接口，在请求接口
中输入被测驱动软件中预先定义好的场景调用码。其中，该场景调用码可以但不限于为ioctl码。
29.本技术一实施例中提供了一种针对工业互联网平台驱动软件的自主测试方法，该方法可以应用于任意一种形式的电子设备中，如通信模组中的驱动。如图2所示，该针对工业互联网平台驱动软件的自主测试方法，包括：步骤201、获取测试请求，所述测试请求中包括测试参数和目标场景调用码。
30.一些实施例中，测试请求可以是通过测试单元发送至被测驱动软件中的，通过测试单元中请求接口，通过获取测试参数和目标场景调用码后生成测试请求。
31.在一个可选实施例中，所述获取测试请求之后，还包括：确定模式标识指示的执行模式为测试模式。
32.一些实施例中，在被测驱动软件处于测试模式的情况下，执行后续的测试过程，能够保证被测驱动软件正常的业务逻辑不被干扰。
33.其中，被测驱动软件设置为测试模式可以通过以下方式实现：获取第一模式设置请求，所述第一模式设置请求用于指示设置执行模式为测试模式；基于所述第一模式设置请求，将模式标识设置为测试模式。
34.其中，第一模式设置请求可以是测试单元发送至被测驱动软件的，在测试单元启动测试过程之前，先下发第一模式设置请求，基于该第一模式设置请求，将被测驱动软件的模式标识设置为测试模式。
35.步骤202、从至少一个测试接口中，确定与所述目标场景调用码对应的目标测试接口。
36.一些实施例中，通过定义测试接口，能够实现对被测驱动软件测试时，通过测试接口调用相应的测试逻辑。
37.其中，为实现多场景的测试，在被测驱动软件中，预先定义场景调用码，对场景调用码进行枚举，每一个场景调用码对应一测试接口，每个测试接口与场景测试逻辑一一对应，以得到场景调用码与测试接口的对应关系。从而能够根据不同的场景调用码进入不同的测试接口，执行不同的场景测试逻辑。
38.在获取到目标场景调用码后，通过存储的场景调用码与测试接口的对应关系，确定与目标场景调用码对应的目标测试接口。
39.步骤203、调用所述目标测试接口对应的目标场景测试逻辑。
40.一些实施例中，由于每个测试接口对应一场景测试逻辑，因此，在确定目标测试接口后，被测驱动软件能够调用目标测试接口对应的目标场景测试逻辑，以通过执行该目标场景测试逻辑，实现对被测驱动软件的测试。
41.步骤204、基于所述测试参数对所述目标场景测试逻辑进行测试。
42.一些实施例中，通过测试请求中的目标场景调用码确定目标测试接口，进而能够调用目标测试接口对应的目标场景测试逻辑，实现对被测驱动软件的测试，通过在测试请求中配置测试参数，能够根据测试参数的不同，对被测驱动软件进行全方位测试。
43.在一个可选实施例中，基于所述测试参数对所述目标场景测试逻辑进行测试之后，还包括：获取第二模式设置请求，所述第二模式设置请求用于指示设置执行模式为正常模
式；基于所述第二模式设置请求，将模式标识设置为正常模式。
44.一些实施例中，在对被测驱动软件测试完成后，基于第二模式设置请求将被测驱动软件的模式标识设置为正常模式，从而使得被测驱动软件能够执行正常的业务逻辑。
45.本技术的针对工业互联网平台驱动软件的自主测试方法，对驱动进行代码级测试，业务测试单元更具体：通过借用已有的c++开源技术框架（如googletest），编写用例的可执行程序。在可执行程序中，调用windows系统提供调用请求接口，在请求接口中输入驱动中定义好的ioctl码；开始执行测试后，测试程序将测试请求下发到windows驱动中，windows驱动进入指定的测试接口对代码逻辑进行测试。
46.能够覆盖更多功能场景：在编写的可执行程序中，可以根据具体业务逻辑及不同的场景，为每一个场景定义ioctl码，这样能对更多windows驱动场景和驱动代码进行覆盖测试。
47.能够完成windows驱动的自动化测试和结果展示：该测试程序能依次自动化执行完成所有用例，在测试结束后收集测试结果，将结果展示在窗口界面上，效果更加直观。
48.基于同一构思，本技术实施例中提供了一种针对工业互联网平台驱动软件的自主测试方法，该方法的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图3所示，该方法可以应用于任一形式的电子设备中，例如，测试单元，该方法主要包括：步骤301、调用测试参数和目标场景调用码。
49.一些实施例中，可以由测试单元通过调用请求接口，在请求接口中输入测试参数和目标场景调用码后获取得到的。
50.其中，获取到的测试参数和目标场景调用码可以作为测试用例，测试用例可以是多个，将其预先设置在测试程序中，通过对测试程序编译，得到可执行程序，将该可执行程序设置于测试单元，通过执行该可执行程序，依次执行每一个测试用例。
51.在调用测试参数和目标场景调用码时，可以是依次调用，即在上一个测试用例测试完毕后，再调用下一个。
52.步骤302、基于所述测试参数和目标场景调用码生成测试请求。
53.一些实施例中，测试单元获取测试参数和目标场景调用码后，通过执行上述的请求接口生成测试请求，从而将测试请求发送至被测驱动软件。
54.其中，上述的请求接口可以但不限于为windows系统提供的deviceiocontrol接口。
55.步骤303、将所述测试请求发送至被测驱动软件，以使所述被测驱动软件获取所述测试请求，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。
56.通过测试单元将测试请求发送至被测驱动软件，从而由被测驱动软件基于测试请求进行测试。在测试参数和目标场景调用码为多个的情况下，测试设备能够自动化执行完成所有测试用例，无需人为一一手动执行。
57.在一个可选实施例中，所述将所述测试请求发送至被测驱动软件之前，还包括：向所述被测驱动软件发送第一模式设置请求，所述第一模式设置请求用于指示设置执行模式为测试模式，以使所述被测驱动软件基于所述第一模式设置请求，将执行模式设置为测试模式。
58.在一个可选实施例中，所述将所述测试请求发送至被测驱动软件之后，还包括：向所述被测驱动软件发送第二模式设置请求，所述第二模式设置请求用于指示设置执行模式为正常模式，以使所述被测驱动软件基于所述第二模式设置请求，将执行模式设置为正常模式。
59.在一个可选实施例中，所述将所述测试请求发送至被测驱动软件之后，还包括：获取并显示所述被测驱动软件的测试结果。
60.在测试结束后，通过获取测试结果，并将该测试结果显示，能够使得测试效果更佳直观。
61.在一个可选实施例中，在获取测试请求之前，还包括：调用驱动开启函数，获取被测驱动软件的符号链接，通过所述驱动开启函数和所述符号链接开启所述被测驱动软件。
62.其中，驱动开启函数可以但不限于为createfile函数。
63.在一个具体实施例中，参见图4，该针对工业互联网平台驱动软件的自主测试方法包括：第一、在windows设备驱动（即被测驱动软件）中定义ioctl码（即场景码）的枚举，每一个ioctl码对应不同的io请求和接口，用于表示不同的用例。在windows设备驱动内部逻辑中为io请求队列定义的请求处理函数中（即上述的场景测试逻辑），可根据不同的ioctl码，判断进入不同的接口处理函数，执行不同场景的业务逻辑。
64.第二、测试单元调用windows系统提供的打开设备节点的createfile函数，传入windows设备驱动的符号链接，打开windows设备驱动端口。
65.第三、在测试单元开始执行用例前，测试单元需要下发一个特定的ioctl请求，该请求中包含的请求码表示设置设备驱动为测试模式。设备驱动收到该ioctl请求后，判断该ioctl码为设置测试模式请求后，将驱动的设备上下文中的模式标识设置为测试模式。设置完成后，返回完成请求给测试单元。
66.第四、测试单元调用windows系统提供的deviceiocontrol接口，在deviceiocontrol接口的输入参数传入测试对应的ioctl码和为测试场景设计的测试参数，执行该接口会向windows设备驱动发送ioctl请求。
67.第三、在测试单元下发ioctl请求后，windows设备驱动能收到来自上层测试单元的可执行程序的ioctl请求。windows设备驱动在初始化定义的io请求队列处理函数中，根据传入ioctl码走到指定接口处理函数执行功能测试；第四、接着测试单元开始执行测试用例，同样测试单元通过调用deviceiocontrol接口，传入用例对应的ioctl码和参数，发送给驱动程序。驱动程序在收到请求后，判断当前设备上下文的模式标志为测试模式后，调用测试逻辑接口函数。
68.第五、完成测试后，将测试结果通过测试逻辑接口通过完成ioctl请求返回给测试单元。结束所有用例测试后，测试单元同样下发ioctl请求，将设备驱动的设备上下文模式标志设置成正常模式，这样确保不影响原驱动的业务逻辑。
69.第六、当测试单元执行完成所有用例后，通过测试框架收集结果。测试单元最终将结果显示在终端界面上。
70.其中，该终端可以是包括上述测试单元和被测驱动软件的终端，该终端为windows系统。
71.本技术的针对工业互联网平台驱动软件的自主测试方法，提供了一种通过在测试程序中下发不同ioctl请求到无线模组的windows设备驱动，windows设备驱动根据ioctl码对应不同测试接口，来实现不同功能逻辑的测试方法。同时利用工具的自动化测试特性，可自动化执行所有用例，解决手动执行测试步骤完成无线模组逻辑功能测试的弊端，提升工作效率；通过虚拟设置参数和条件，可执行到更多的无线模组的windows驱动分支代码，增加代码测试覆盖率，测试更多场景，有利于验证开发人员代码逻辑的可靠性；能够利用已有的测试框架，展示结果等，更方便直观。
72.基于同一构思，本技术实施例中还提供了一种电子设备，如图5所示，该电子设备主要包括：处理器501、存储器502和通信总线503，其中，处理器501和存储器502通过通信总线503完成相互间的通信。其中，存储器502中存储有可被处理器501执行的程序，处理器501执行存储器502中存储的程序，实现如下步骤：获取测试请求，所述测试请求中包括测试参数和目标场景调用码；从至少一个测试接口中，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。或，调用测试参数和目标场景调用码；基于所述测试参数和目标场景调用码生成测试请求；将所述测试请求发送至被测驱动软件，以使所述被测驱动软件获取所述测试请求，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。
73.上述电子设备中提到的通信总线503可以是外设部件互连标准（peripheral component interconnect，简称pci）总线或扩展工业标准结构（extended industry standard architecture，简称eisa）总线等。该通信总线503可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
74.存储器502可以包括随机存取存储器（random access memory，简称ram），也可以包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器501的存储装置。
75.上述的处理器501可以是通用处理器，包括中央处理器（central processing unit，简称cpu）、网络处理器（network processor，简称np）等，还可以是数字信号处理器（digital signal processing，简称dsp）、专用集成电路（application specific integrated circuit，简称asic）、现场可编程门阵列（field-programmable gate array，简称fpga）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
76.本技术实施例提供的电子设备，具体可以为能够实现通信功能的模组或包含该模组的终端设备等，该终端设备可以为移动终端或智能终端。移动终端具体可以为手机、平板电脑、笔记本电脑等中的至少一种；智能终端具体可以是智能汽车、智能手表、共享单车、智能柜等含有无线通信模组的终端；模组具体可以为无线通信模组，例如2g通信模组、3g通信模组、4g通信模组、5g通信模组、nb-iot通信模组等中的任意一种。
77.在本技术的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存
储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述的针对工业互联网平台驱动软件的自主测试方法。
78.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本技术实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线（例如同轴电缆、光纤、数字用户线（dsl））或无线（例如红外、微波等）方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质（例如软盘、硬盘、磁带等）、光介质（例如dvd）或者半导体介质（例如固态硬盘）等。
79.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
80.以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

技术特征：
1.一种针对工业互联网平台驱动软件的自主测试方法，其特征在于，应用于被测驱动软件，包括：获取测试请求，所述测试请求中包括测试参数和目标场景调用码；从至少一个测试接口中，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。2.根据权利要求1所述的针对工业互联网平台驱动软件的自主测试方法，其特征在于，所述获取测试请求之前，还包括：获取至少一个场景调用码；对每个所述场景调用码配置测试接口，所述测试接口与场景测试逻辑一一对应；存储所述场景调用码与所述测试接口的对应关系。3.根据权利要求2所述的针对工业互联网平台驱动软件的自主测试方法，其特征在于，所述确定与所述目标场景调用码对应的目标测试接口，包括：从所述对应关系中，确定所述目标场景调用码对应的目测试接口。4.根据权利要求1所述的针对工业互联网平台驱动软件的自主测试方法，其特征在于，所述获取测试请求之后，还包括：确定模式标识指示的执行模式为测试模式。5.根据权利要求1所述的针对工业互联网平台驱动软件的自主测试方法，其特征在于，所述获取测试请求之前，还包括：获取第一模式设置请求，所述第一模式设置请求用于指示设置执行模式为测试模式；基于所述第一模式设置请求，将模式标识设置为测试模式。6.根据权利要求1所述的针对工业互联网平台驱动软件的自主测试方法，其特征在于，基于所述测试参数对所述目标场景测试逻辑进行测试之后，还包括：获取第二模式设置请求，所述第二模式设置请求用于指示设置执行模式为正常模式；基于所述第二模式设置请求，将模式标识设置为正常模式。7.一种针对工业互联网平台驱动软件的自主测试方法，其特征在于，应用于测试单元，包括：调用测试参数和目标场景调用码；基于所述测试参数和目标场景调用码生成测试请求；将所述测试请求发送至被测驱动软件，以使所述被测驱动软件获取所述测试请求，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。8.根据权利要求7所述的针对工业互联网平台驱动软件的自主测试方法，其特征在于，所述将所述测试请求发送至被测驱动软件之前，还包括：向所述被测驱动软件发送第一模式设置请求，所述第一模式设置请求用于指示设置执行模式为测试模式，以使所述被测驱动软件基于所述第一模式设置请求，将执行模式设置为测试模式。9.根据权利要求7所述的针对工业互联网平台驱动软件的自主测试方法，其特征在于，所述将所述测试请求发送至被测驱动软件之后，还包括：
向所述被测驱动软件发送第二模式设置请求，所述第二模式设置请求用于指示设置执行模式为正常模式，以使所述被测驱动软件基于所述第二模式设置请求，将执行模式设置为正常模式。10.根据权利要求7所述的针对工业互联网平台驱动软件的自主测试方法，其特征在于，所述将所述测试请求发送至被测驱动软件之后，还包括：获取并显示所述被测驱动软件的测试结果。

技术总结
本申请涉及一种针对工业互联网平台驱动软件的自主测试方法，应用于工业互联网技术领域，其中，方法包括：获取测试请求，所述测试请求中包括测试参数和目标场景调用码；从至少一个测试接口中，确定与所述目标场景调用码对应的目标测试接口；调用所述目标测试接口对应的目标场景测试逻辑；基于所述测试参数对所述目标场景测试逻辑进行测试。以解决现有技术中，只能通过构造真实测试场景调用去验证工业互联网平台驱动软件代码逻辑及功能，测试资源受限的问题。限的问题。限的问题。


技术研发人员：鲁双
受保护的技术使用者：深圳市广和通无线通信软件有限公司
技术研发日：2023.08.21
技术公布日：2023/9/20