调试方法、装置、电子设备及存储介质与流程
未命名
08-24
阅读:120
评论:0
1.本技术涉及网络技术领域,特别是涉及一种调试方法、装置、电子设备及存储介质。
背景技术:
2.终端的业务功能主要是通过ui(user interface design,界面设计)的一系列操作指令驱动,在开发业务功能时,终端侧业务实现逻辑在ui侧未开发完成前,不方便单独进行调试验证。等ui侧开发完后,与终端侧业务实现逻辑集成联调时可能才会发现终端侧业务实现逻辑的bug。而终端在实际使用过程中可能出现某业务功能异常,为了快速的定位和解决问题,需要提供终端该业务功能运行的完整调试信息给研发人员。
3.现有终端侧业务实现逻辑的开发调试过程,一些因为依赖ui的一些操作指令驱动才可以继续执行的环节就需要等ui侧开发完成后才可以继续调试验证,使得ui侧和终端侧两部分开发调试过程串行工作,增加了整体开发周期。ui侧开发完成前无法对终端侧业务实现逻辑做充分验证,集成联调时出现较多bug,而且不容易界定bug是ui侧还是终端侧的,联调效率低。同时,现有定位和解决问题的技术中,主要依靠终端主程序的运行日志信息。但是日志信息往往只记录了用户操作和业务逻辑的执行流程,不能准确完整地记录某业务功能的实时数据状态、以及系统运行(如cpu(central processing unit,中央处理器)利用率、内存利用率、网络运行信息等)状态,调试信息不够准确和完整,不利于快速定位和解决问题。
技术实现要素:
4.鉴于上述问题,提出了本技术实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种调试方法、装置、电子设备及存储介质。
5.第一方面,本技术实施例提供了一种调试方法,所述方法包括:
6.调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令;
7.解析所述调试指令,得到调试参数;
8.基于所述调试参数,对相应业务功能执行调试操作。
9.可选地,所述解析所述调试指令,得到调试参数,包括:
10.解析所述调试指令,得到操作字和操作参数;
11.其中,所述操作字用于指示待调试的业务功能,所述操作参数用于指示所述操作字对应的业务功能的相关参数。
12.可选地,所述基于所述调试参数,对相应业务功能执行调试操作,包括:
13.获取所述操作字对应的操作字类型;
14.调用所述操作字类型对应的接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。
15.可选地,所述调用所述操作字类型对应的接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作,包括:
16.在所述操作字类型为系统类型的情况下,调用系统应用程序编程接口,获取所述操作参数指示的系统运行状态信息;或者
17.在所述操作字类型为业务类型的情况下,调用所述主程序的业务实现逻辑接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。
18.可选地,所述调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令,包括:
19.调用所述调试代理线程获取所述至少一个上位机通过网络通信方式发送的所述调试指令;和/或
20.调用所述调试代理线程获取所述至少一个上位机通过串口通信方式发送的所述调试指令。
21.可选地,在所述调试指令为目标业务功能异常时生成的指令时,所述调试指令包括:所述目标业务功能对应的业务类调试指令和与所述目标业务功能匹配的目标系统功能对应的系统类调试指令,
22.所述基于所述调试参数,对相应业务功能执行调试操作,包括:
23.基于所述业务类调试指令,对所述目标业务功能执行调试操作,以获取所述目标业务功能对应的业务数据状态信息;
24.基于所述系统类调试指令,获取所述目标系统功能对应的系统运行状态信息。
25.第二方面,本技术实施例提供了一种调试装置,所述装置包括:
26.调试指令获取模块,用于调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令;
27.调试参数获取模块,用于解析所述调试指令,得到调试参数;
28.调试操作执行模块,用于基于所述调试参数,对相应业务功能执行调试操作。
29.可选地,所述调试参数获取模块包括:
30.操作字获取单元,用于解析所述调试指令,得到操作字和操作参数;
31.其中,所述操作字用于指示待调试的业务功能,所述操作参数用于指示所述操作字对应的业务功能的相关参数。
32.可选地,所述调试操作执行模块包括:
33.操作字类型获取单元,用于获取所述操作字对应的操作字类型;
34.调试操作执行单元,用于调用所述操作字类型对应的接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。
35.可选地,所述调试操作执行单元包括:
36.运行状态获取子单元,用于在所述操作字类型为系统类型的情况下,调用系统应用程序编程接口,获取所述操作参数指示的系统运行状态信息;
37.调试操作执行子单元,用于在所述操作字类型为业务类型的情况下,调用所述主程序的业务实现逻辑接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。
38.可选地,所述调试指令获取模块包括:
39.第一指令获取单元,用于调用所述调试代理线程获取所述至少一个上位机通过网络通信方式发送的所述调试指令;
40.第二指令获取单元,用于调用所述调试代理线程获取所述至少一个上位机通过串口通信方式发送的所述调试指令。
41.可选地,在所述调试指令为目标业务功能异常时生成的指令时,所述调试指令包括:所述目标业务功能对应的业务类调试指令和与所述目标业务功能匹配的目标系统功能对应的系统类调试指令,
42.所述调试操作执行模块包括:
43.业务数据状态获取单元,用于基于所述业务类调试指令,对所述目标业务功能执行调试操作,以获取所述目标业务功能对应的业务数据状态信息;
44.系统运行状态获取单元,用于基于所述系统类调试指令,获取所述目标系统功能对应的系统运行状态信息。
45.第三方面,本技术实施例提供了一种电子设备,包括:
46.一个或多个处理器;和
47.其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行上述任一项所述的调试方法。
48.第四方面,本技术实施例提供了一种计算机可读存储介质,其存储的计算机程序使得处理器执行上述任一项所述的调试方法。
49.本技术实施例包括以下优点:
50.本技术实施例提供的方案,通过调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令,解析调试指令,得到调试参数,基于调试参数,对相应业务功能执行调试操作。本技术实施例通过模拟操作指令(如ui操作指令等)对终端侧业务功能进行调试,可以使得终端侧业务实现逻辑可以独立于ui进行调试验证,进而使得该业务功能的开发在ui侧和终端侧可以进行并行开发验证,缩短整体开发周期。同时,由于终端侧业务实现逻辑提前做好了验证,会大大减少ui侧和终端侧联调时bug的数量,提高联调效率。同时,可以在某业务功能出现功能异常时,实时获取终端该业务数据状态、以及系统运行状态,使得研发人员可以快速定位和解决问题。
附图说明
51.图1为本技术实施例提供的一种调试方法的步骤流程图;
52.图2为本技术实施例提供的一种调试指令获取方法的步骤流程图;
53.图3为本技术实施例提供的一种调试流程的示意图;
54.图4为本技术实施例提供的一种系统结构的示意图;
55.图5为本技术实施例提供的一种调试参数获取方法的步骤流程图;
56.图6为本技术实施例提供的一种调试操作执行方法的步骤流程图;
57.图7为本技术实施例提供的另一种调试操作执行方法的步骤流程图;
58.图8为本技术实施例提供的又一种调试操作执行方法的步骤流程图;
59.图9为本技术实施例提供的一种调试验证的交互时序的示意图;
60.图10为本技术实施例提供的一种获取完整调试信息的交互时序的示意图;
61.图11为本技术实施例提供的一种调试装置的结构示意图。
具体实施方式
62.为使本技术的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本技术作进一步详细的说明。
63.参照图1,示出了本技术实施例提供的一种调试方法的步骤流程图。如图1所示,该调试方法可以包括:步骤101、步骤102和步骤103。
64.步骤101:调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令。
65.本技术实施例可以应用于根据模拟操作指令的调试指令对业务功能进行调试的场景中。
66.本技术实施例可以应用于终端,即执行主体为终端。
67.主程序是指终端上负责执行用户应用业务功能的第一功能程序,主线程在终端上以进程方式运行。
68.上位机是指运行于pc机上的可以向终端发送调试指令的软件程序,上位机可以通过串口或网络与终端连接。
69.调试代理线程是指终端上负责执行上位机发送的调试指令的线程,也是终端主程序与上位机通信的代理程序。
70.在需要对终端的业务功能进行调试(如终端出现某业务功能异常等)时,可以调用主程序内的调试代理线程获取至少一个上位机发送的模拟操作指令的调试指令。在本示例中,至少一个上位机可以同时向终端发送调试指令,且每次可以发送一个或多个调试指令,从而可以实现批量调试操作,提高调试效率。
71.在本实施例中,操作指令可以为ui操作指令,调试指令并非在ui侧点击ui控件(如登陆控件、发布直播控件等)生成的,而是根据ui操作指令编辑而成的。具体地,可以在上位机中预先将ui的一系列操作指令映射成调试指令。例如,用户登陆调试指令为《login,username,userpassword》,发布直播调试指令为《livecast,livenum》,接收直播调试指令为《livecastsink,srcnum,srcport,dstport》等。
72.调试指令可以由操作字和操作参数表两部分组成,操作字是区分各业务功能的标识,操作参数表是操作字对应业务功能的相关操作参数。操作字可以分为系统类和业务类两种类别。系统类主要是与系统操作相关的,如获取cpu利用率、内存利用率、网络运行信息等,与具体业务功能无关,调试代理解析到此类指令直接执行,无需调用主程序的具体业务实现逻辑模块。业务类指令主要是与具体业务相关的,如用户登陆、登出、发布直播、接收直播等,调试代理解析到此类指令需要调用主程序里的具体业务实现逻辑模块。
73.在上位机实现操作指令至调试指令的映射时,可以将操作指令动作对应调试指令的业务类命令字,操作指令数据对应调试指令的操作参数表,进而,可以利用上位机模拟操作指令来对终端侧业务实现逻辑进行充分地调试验证。从而可以在开发业务功能时,使得终端侧业务实现逻辑可以独立于ui进行调试验证,进而使得该业务功能的开发在ui侧和终端侧可以进行并行开发验证,能够缩短业务功能的开发周期。同时,由于终端侧业务实现逻辑提前做好了验证,会大大减少ui侧和终端侧联调时bug的数量,提高联调效率。
74.在具体实现中,可以调用主程序内的调试代理线程监听至少一个上位机通过串口或网络发送的调试指令。对于该实现过程可以结合图2进行如下详细描述。
75.参照图2,示出了本技术实施例提供的一种调试指令获取方法的步骤流程图。如图2所示,该调试指令获取方法可以包括:步骤201和步骤202。
76.步骤201:调用所述调试代理线程获取所述至少一个上位机通过网络通信方式发送的所述调试指令;和/或
77.步骤202:调用所述调试代理线程获取所述至少一个上位机通过串口通信方式发送的所述调试指令。
78.在本实施例中,可以调用调试代理线程监听至少一个上位机通过网络通信方式和/或串口通信方式发送的调试指令。如图3所示,调试代理线程可以监听网络发来的调试指令,并接收网络调试指令。和/或监听串口发来的调试指令,并接收串口调试指令等。
79.在本实施例中,终端可以支持一个串口和多个网口的连接方式,即在实际应用中,终端可以与至少一个上位机连接。在上位机的数量为多个时,多个上位机可以同时对终端进行调试。如图4所示,调试代理线程可以通过网络或串口与pc端通信连接。
80.在现有技术中,调试上位机与终端调试代理的通信方式,严重依赖网络,若终端网络功能异常了,则无法再继续对终端业务功能进行调试。本技术实施例可以同时支持网络和串口两种调试终端的方式,调试代理可以同时监听网络和串口,不管接收到来自网络的还是来自串口的数据,都统一交给同一个指令解析模块处理并继续执行后续处理逻辑,即调试代理同时支持网络和串口两种通信方式,在终端网络功能异常后,依然可以通过串口对终端业务功能进行调试。
81.在调用主程序内的调试代理线程获取至少一个上位机发送的模拟ui操作指令的调试指令之后,执行步骤102。
82.步骤102:解析所述调试指令,得到调试参数。
83.在调用主程序内的调试代理线程获取至少一个上位机发送的模拟ui操作指令的调试指令之后,可以解析该调试指令,以得到调试参数。具体地,在调试代理线程获取到调试指令之后,可以由调试代理线程解析调试指令,以得到操作字和操作参数。对于解析过程可以结合图5进行如下详细描述。
84.参照图5,示出了本技术实施例提供的一种调试参数获取方法的步骤流程图。如图5所示,该调试参数获取方法可以包括:步骤501。
85.步骤501:解析所述调试指令,得到操作字和操作参数。
86.在本实施例中,在调试代理线程获取到至少一个上位机发送的调试指令之后,可以将获取的调试指令发送给解析识别模块,以由解析识别模块对调试指令执行解析识别操作,以得到操作字(如login、livecast、livecastsink等)和操作参数。其中操作字可以用于指示待调试的业务功能,操作参数可以用于指示操作字对应的业务功能的相关参数。如图3所示,在调试代理线程接收到调试指令之后,可以解析调试指令和识别操作。
87.本技术实施例通过编辑操作字和操作参数形成调试指令,操作字可以用于区分各业务功能的标识,操作参数可以用于指示操作字对应业务功能的相关操作参数,通过操作字和操作参数可以实现业务功能的指向性调试。
88.在解析调试指令得到调试参数之后,执行步骤103。
89.步骤103:基于所述调试参数,对相应业务功能执行调试操作。
90.在解析调试指令得到调试参数之后,可以基于调试参数对相应业务功能执行调试操作。具体地,可以获取操作字对应的操作字类型(如系统类或业务类等),然后,可以调用操作字类型对应的接口,根据操作参数对操作字指示的业务功能执行调试操作。
91.本技术实施例通过模拟操作指令(如ui操作指令等)对终端侧业务功能进行调试,可以使得终端侧业务实现逻辑可以独立于ui进行调试验证,进而使得该业务功能的开发在ui侧和终端侧可以进行并行开发验证,缩短整体开发周期。同时,可以在某业务功能出现功能异常时,实时获取终端该业务数据状态、以及系统运行状态,使得研发人员可以快速定位和解决问题。
92.对于调用操作字类型对应的接口,根据操作参数对操作字指示的业务功能执行调试操作的实现过程可以结合图6进行如下详细描述。
93.参照图6,示出了本技术实施例提供的一种调试操作执行方法的步骤流程图。如图6所示,该调试操作执行方法可以包括:步骤601和步骤602。
94.步骤601:获取所述操作字对应的操作字类型。
95.在本实施例中,在解析得到操作字和操作参数之后,可以获取操作字对应的操作字类型,即判断解析得到的操作字的操作字类型为系统类型,还是业务类型。如图3所示,在识别出操作字之后,可以识别操作字的类型,即操作字类型。
96.本技术实施例通过预先设置不同操作字对应的操作字类型,可以用于指示终端调用对应接口执行调试操作,能够有效识别所需调用接口,提高调试效率。
97.在获取到操作字对应的操作字类型之后,执行步骤602。
98.步骤602:调用所述操作字类型对应的接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。
99.在获取到操作字对应的操作字类型之后,可以调用操作字类型对应的接口,根据操作参数对操作字指示的业务功能执行调试操作。具体地,在操作字类型为系统类型的情况下,可以调用系统api(application program interface,应用程序编程接口)接口执行调试操作。在操作字类型为业务类型的情况下,可以调用主程序的业务实现逻辑接口执行调试操作。对于该实现过程可以结合图7进行如下详细描述。
100.参照图7,示出了本技术实施例提供的另一种调试操作执行方法的步骤流程图。如图7所示,该调试操作执行方法可以包括:步骤701和步骤702。
101.步骤701:在所述操作字类型为系统类型的情况下,调用系统应用程序编程接口,获取所述操作参数指示的系统运行状态信息。
102.在本技术实施例中,在操作字的操作字类型为系统类型的情况下,可以调用系统api接口,获取操作参数指示的系统运行状态信息,如cpu利用率、内存利用率、网络运行信息等。如图3所示,在识别出操作字的类型为系统类时,则执行调用系统api接口。
103.具体地,在操作字的操作字类型为系统类型时,操作参数可以指示获取哪些系统运行状态信息,如cpu利用率、内存利用率、网络运行信息等。直接获取系统的操作参数指示的系统运行状态信息,即完成了终端系统的调试。
104.步骤702:在所述操作字类型为业务类型的情况下,调用所述主程序的业务实现逻辑接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。
105.在操作字的操作字类型为业务类型的情况下,可以调用主程序的业务实现逻辑接口,根据操作参数对操作字指示的业务功能执行调试操作。例如,操作字指示的业务功能为登录功能时,操作参数即为登录使用的用户名密码,通过用户名密码即完成登录功能的调试等。如图3所示,在识别出操作字的类型为业务类时,则执行调用主程序业务实现逻辑接口。
106.在具体实现中,在基于调试参数对相应业务功能执行调试操作之后,即可以获取到相应的调试信息,进而,可以由调试代理线程将调试信息反馈给至少一个上位机。从而可以使研发人员能够获取到终端的实时的、准确的、既包括该业务状态又包括系统运行状态的完整调试信息。如图3所示,在调试执行完成之后,即可以将执行结果返回给上位机,以使研发人员获取到实时的调试信息。
107.在本实施例中,在终端出现某业务功能异常时,可以通过上位机向终端发送业务数据状态和系统运行状态的调试指令,以获取到终端的实时的、准确的、既包括该业务状态又包括系统运行状态的完整调试信息。对于该实现过程可以结合图8进行如下详细描述。
108.参照图8,示出了本技术实施例提供的又一种调试操作执行方法的步骤流程图。如图8所示,该调试操作执行方法可以包括:步骤801和步骤802。
109.步骤801:基于所述业务类调试指令,对所述目标业务功能执行调试操作,以获取所述目标业务功能对应的业务数据状态信息。
110.步骤802:基于所述系统类调试指令,获取所述目标系统功能对应的系统运行状态信息。
111.在本实施例中,在调试指令为目标业务功能异常时生成的指令时,该调试指令可以包括:目标业务功能对应的业务类调试指令和与目标业务功能匹配的目标系统功能对应的系统类调试指令。例如,在目标业务功能为登陆功能时,目标系统功能可以为网络运行信息功能等。
112.在获取到业务类调试指令时,可以基于业务类调试指令,对目标业务功能执行调试操作,以获取目标业务功能对应的业务数据状态信息。具体地,终端出现某业务功能异常时,通过上位机向终端发送获取该业务数据状态的调试指令,终端调试代理接收并解析出调试指令中的操作字是获取某具体业务数据状态的业务类指令,调试代理线程将调用主程序里获取该业务数据状态的函数,并返回该业务数据状态给上位机。
113.在获取到系统类调试指令时,可以基于系统类调试指令,获取目标系统功能对应的系统运行状态信息。具体地,可以通过上位机向终端再发送获取系统运行(如cpu利用率、内存利用率、网络运行信息等)状态的调试指令,终端调试代理线程可以接收并解析出调试指令中的操作字是获取系统运行状态的系统类指令,调试代理线程将直接调用系统api接口,并返回系统状态给上位机。
114.本技术实施例通过上述方案,可以在终端出现某业务功能异常时,通过模拟操作指令的调试指令可以获取到终端的实时的、准确的、既包括该业务状态又包括系统运行状态的完整调试信息。
115.在实施例中,模拟ui操作指令对终端侧业务实现逻辑进行调试验证的交互时序可以如图9所示。
116.首先,可以由业务人员将ui的一系列操作指令编辑成由多条调试指令组成的批量
调试指令集,如用户登陆调试指令为《login,username,userpassword》,发布直播调试指令为《livecast,livenum》,接收直播调试指令为《livecastsink,srcnum,srcport,dstport》等。然后,可以将批量调试指令集添加至上位机。
117.然后,可以由上位机逐条向终端发送调试指令。如发送用户登录调试指令《login,username,userpassword》,终端调试代理解析并识别操作login为业务类,则可以调用主程序登陆业务实现逻辑接口,由主程序执行登陆业务实现逻辑并返回登陆业务执行结果数据至终端调试代理,进而,可以由终端调试代理回复登陆业务执行结果数据至上位机。
118.然后,可以由上位机发送发布直播调试指令《livecast,livenum》,终端解析并识别操作字livecast为业务类,则可以调用主程序发布直播业务实现逻辑接口,由主程序执行发布直播业务实现逻辑并返回发布直播业务执行结果数据至终端调试代理,进而,可以由终端调试代理回复发布直播业务执行结果数据至上位机。
119.进而,可以由上位机发送接收直播调试指令《livecastsink,srcnum,srcport,dstport》,终端解析并识别操作字livecastsink为业务类,则可以调用主程序接收直播业务实现逻辑接口,由主程序执行接收直播实现逻辑并返回接收直播业务执行结果数据,进而,可以由终端调试代理回复接收直播业务执行结果数据至上位机。
120.在本实施例中,在终端出现某业务功能异常获取完整调试信息的交互时序可以如图10所示。
121.首先,研发人员可以将获取异常业务状态的相关调试指令编辑成批量调试指令集,如获取发布直播数据状态调试指令为《getlivecast》,获取系统运行状态调试指令为《getsystem》等。并将编辑好的指令集添加到上位机。
122.其次,可以由上位机逐条发送调试指令给终端调试代理。如在获取业务数据状态时,可以发送《getlivecast》至终端调试代理,终端调试代理解析并识别操作字getlivecast为业务类,可以调用主程序获取发布直播数据状态实现逻辑接口,由主程序执行获取发布直播数据状态实现逻辑并返回发布直播数据状态数据至终端调试代理。进而,可以由终端调试代理回复发布直播数据状态数据给上位机。
123.在获取系统运行状态时,可以由上位机发送《getsystem》至终端调试代理。终端调试代理解析并识别getsystem为系统类,则可以调用cpu利用率、内存利用率、网络运行信息等系统api接口,直接获取cpu利用率、内存利用率和网络运行信息等系统运行状态数据,并回复cpu利用率、内存利用率和网络运行信息等系统运行状态数据给上位机。
124.本技术实施例提供的模拟操作指令的方式可以在开发业务功能时,使得终端侧业务实现逻辑可以独立于ui进行调试验证,进而使得该业务功能的开发在ui侧和终端侧可以进行并行开发验证,缩短整体开发周期。同时可以支持批量调试指令,提高调试效率。
125.本技术实施例提供的调试方法,通过调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令,解析调试指令,得到调试参数,基于调试参数,对相应业务功能执行调试操作。本技术实施例通过模拟操作指令(如ui操作指令等)对终端侧业务功能进行调试,可以使得终端侧业务实现逻辑可以独立于ui进行调试验证,进而使得该业务功能的开发在ui侧和终端侧可以进行并行开发验证,缩短整体开发周期。同时,由于终端侧业务实现逻辑提前做好了验证,会大大减少ui侧和终端侧联调时bug的数量,提高联调效率。同时,可以在某业务功能出现功能异常时,实时获取终端该业务数据状态、以及
系统运行状态,使得研发人员可以快速定位和解决问题。
126.需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本技术实施例并不受所描述的动作顺序的限制,因为依据本技术实施例,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本技术实施例所必须的。
127.参照图11,示出了本技术实施例提供的一种调试装置的结构示意图。如图11所示,该调试装置1100可以包括以下模块:
128.调试指令获取模块1101,用于调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令;
129.调试参数获取模块1102,用于解析所述调试指令,得到调试参数;
130.调试操作执行模块1103,用于基于所述调试参数,对相应业务功能执行调试操作。
131.可选地,所述调试参数获取模块包括:
132.操作字获取单元,用于解析所述调试指令,得到操作字和操作参数;
133.其中,所述操作字用于指示待调试的业务功能,所述操作参数用于指示所述操作字对应的业务功能的相关参数。
134.可选地,所述调试操作执行模块包括:
135.操作字类型获取单元,用于获取所述操作字对应的操作字类型;
136.调试操作执行单元,用于调用所述操作字类型对应的接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。
137.可选地,所述调试操作执行单元包括:
138.运行状态获取子单元,用于在所述操作字类型为系统类型的情况下,调用系统应用程序编程接口,获取所述操作参数指示的系统运行状态信息;
139.调试操作执行子单元,用于在所述操作字类型为业务类型的情况下,调用所述主程序的业务实现逻辑接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。
140.可选地,所述调试指令获取模块包括:
141.第一指令获取单元,用于调用所述调试代理线程获取所述至少一个上位机通过网络通信方式发送的所述调试指令;
142.第二指令获取单元,用于调用所述调试代理线程获取所述至少一个上位机通过串口通信方式发送的所述调试指令。
143.可选地,在所述调试指令为目标业务功能异常时生成的指令时,所述调试指令包括:所述目标业务功能对应的业务类调试指令和与所述目标业务功能匹配的目标系统功能对应的系统类调试指令,
144.所述调试操作执行模块包括:
145.业务数据状态获取单元,用于基于所述业务类调试指令,对所述目标业务功能执行调试操作,以获取所述目标业务功能对应的业务数据状态信息;
146.系统运行状态获取单元,用于基于所述系统类调试指令,获取所述目标系统功能对应的系统运行状态信息。
147.本技术实施例提供的调试装置,通过调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令,解析调试指令,得到调试参数,基于调试参数,对相应业务功能执行调试操作。本技术实施例通过模拟操作指令(如ui操作指令等)对终端侧业务功能进行调试,可以使得终端侧业务实现逻辑可以独立于ui进行调试验证,进而使得该业务功能的开发在ui侧和终端侧可以进行并行开发验证,缩短整体开发周期。同时,由于终端侧业务实现逻辑提前做好了验证,会大大减少ui侧和终端侧联调时bug的数量,提高联调效率。同时,可以在某业务功能出现功能异常时,实时获取终端该业务数据状态、以及系统运行状态,使得研发人员可以快速定位和解决问题。
148.对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
149.在本技术的实施例中,还提供了一种电子设备。该电子设备可以包括一个或多个处理器,以及其上存储有指令的一个或多个机器可读介质,指令例如应用程序。当所述指令由所述一个或多个处理器执行时,使得所述处理器执行上述任一项的调试方法。
150.在本技术的实施例中,还提供了一种非临时性计算机可读存储介质,其上存储有计算机程序,该程序可由电子设备的处理器执行,以实现上述任一项的视联网接入方法。例如,所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
151.本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
152.本领域内的技术人员应明白,本技术实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本技术实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本技术实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
153.本技术实施例是参照根据本技术实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其它可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
154.这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
155.这些计算机程序指令也可装载到计算机或其它可编程数据处理终端设备上,使得在计算机或其它可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其它可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
156.尽管已描述了本技术实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
157.最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其它要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
158.以上对本技术所提供的一种调试方法、装置、电子设备及存储介质,进行了详细介绍,本文中应用了具体个例对本技术的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本技术的方法及其核心思想;同时,对于本领域的一般技术人员,依据本技术的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本技术的限制。
技术特征:
1.一种调试方法,其特征在于,所述方法包括:调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令;解析所述调试指令,得到调试参数;基于所述调试参数,对相应业务功能执行调试操作。2.根据权利要求1所述的方法,其特征在于,所述解析所述调试指令,得到调试参数,包括:解析所述调试指令,得到操作字和操作参数;其中,所述操作字用于指示待调试的业务功能,所述操作参数用于指示所述操作字对应的业务功能的相关参数。3.根据权利要求2所述的方法,其特征在于,所述基于所述调试参数,对相应业务功能执行调试操作,包括:获取所述操作字对应的操作字类型;调用所述操作字类型对应的接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。4.根据权利要求3所述的方法,其特征在于,所述调用所述操作字类型对应的接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作,包括:在所述操作字类型为系统类型的情况下,调用系统应用程序编程接口,获取所述操作参数指示的系统运行状态信息;或者在所述操作字类型为业务类型的情况下,调用所述主程序的业务实现逻辑接口,根据所述操作参数对所述操作字指示的业务功能执行调试操作。5.根据权利要求1所述的方法,其特征在于,所述调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令,包括:调用所述调试代理线程获取所述至少一个上位机通过网络通信方式发送的所述调试指令;和/或调用所述调试代理线程获取所述至少一个上位机通过串口通信方式发送的所述调试指令。6.根据权利要求1-5中任意一项所述的方法,其特征在于,在所述调试指令为目标业务功能异常时生成的指令时,所述调试指令包括:所述目标业务功能对应的业务类调试指令和与所述目标业务功能匹配的目标系统功能对应的系统类调试指令,所述基于所述调试参数,对相应业务功能执行调试操作,包括:基于所述业务类调试指令,对所述目标业务功能执行调试操作,以获取所述目标业务功能对应的业务数据状态信息;基于所述系统类调试指令,获取所述目标系统功能对应的系统运行状态信息。7.一种调试装置,其特征在于,所述装置包括:调试指令获取模块,用于调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令;调试参数获取模块,用于解析所述调试指令,得到调试参数;调试操作执行模块,用于基于所述调试参数,对相应业务功能执行调试操作。
8.根据权利要求7所述的装置,其特征在于,所述调试参数获取模块包括:操作字获取单元,用于解析所述调试指令,得到操作字和操作参数;其中,所述操作字用于指示待调试的业务功能,所述操作参数用于指示所述操作字对应的业务功能的相关参数。9.一种电子设备,其特征在于,包括:一个或多个处理器;和其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如权利要求1至6中任一项所述的调试方法。10.一种计算机可读存储介质,其特征在于,其存储的计算机程序使得处理器执行如权利要求1至6中任一项所述的调试方法。
技术总结
本申请实施例提供了一种调试方法、装置、电子设备及存储介质。所述方法包括:调用主程序内的调试代理线程,获取至少一个上位机发送的模拟操作指令的调试指令;解析所述调试指令,得到调试参数;基于所述调试参数,对相应业务功能执行调试操作。本申请实施例可以使得终端侧业务实现逻辑可以独立于UI进行调试验证,同时由于终端侧业务实现逻辑提前做好了验证,会大大减少UI侧和终端侧联调时BUG的数量,提高联调效率,且可以使研发人员快速定位和解决问题。问题。问题。
技术研发人员:刘亚伟 尹卫姣 安君超 杨春晖
受保护的技术使用者:视联动力信息技术股份有限公司
技术研发日:2023.04.28
技术公布日:2023/8/23
版权声明
本文仅代表作者观点,不代表航空之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)
飞行汽车 https://www.autovtol.com/
