代码覆盖率检测方法、系统、设备及存储介质与流程

所属的技术人员能够理解，本实施方式的各个方面可以实现为系统、方法或程序产品。因此，本实施方式的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。图13是本实施方式电子设备的结构示意图。下面参照图13来描述根据本实施方式的这种实施方式的电子设备1300。图13显示的电子设备1300仅仅是一个示例，不应对本实施方式实施例的功能和使用范围带来任何限制。如图13所示，电子设备1300以通用计算设备的形式表现。电子设备1300的组件可以包括但不限于：至少一个处理单元1310、至少一个存储单元1320、连接不同平台组件(包括存储单元1320和处理单元1310)的总线1330、显示单元1340等。其中，存储单元存储有程序代码，程序代码可以被处理单元1310执行，使得处理单元1310执行本说明书代码覆盖率检测方法部分中描述的根据本实施方式各种示例性实施方式的步骤。例如，处理单元1310可以执行如图1、图3、图4和图7中任一实施例所示的步骤。存储单元1320可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)1321和/或高速缓存存储单元1322，还可以进一步包括只读存储单元(rom)1323。存储单元1320还可以包括具有一组(至少一个)程序模块1325的程序/实用工具1324，这样的程序模块1325包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。总线1330可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。电子设备1300也可以与一个或多个外部设备130(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1300交互的设备通信，和/或与使得该电子设备1300能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1350进行。并且，电子设备1300还可以通过网络适配器1360与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器1360可以通过总线1330与电子设备1300的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1300使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储平台等。本实施方式实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行时实现的代码覆盖率检测方法的步骤。在一些可能的实施方式中，本实施方式的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述代码覆盖率检测方法部分中描述的根据本实施方式各种示例性实施方式的步骤。如上所示，该实施例的计算机可读存储介质的程序在执行时，能够针对任意前端程序，实现自动插桩并插入采集脚本，在前端程序运行的同时运行采集脚本，自动采集在运行插桩代码及计算代码覆盖率。图14是本实施方式的计算机可读存储介质的结构示意图。参考图14所示，描述了根据本实施方式的实施方式的用于实现上述方法的程序产品1400，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本实施方式的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。可以以一种或多种程序设计语言的任意组合来编写用于执行本实施方式操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程序程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。综上，本实施方式的代码覆盖率检测方法、系统、设备及存储介质，能够针对任意前端程序，实现自动插桩并插入采集脚本，在前端程序运行的同时运行采集脚本，自动采集在运行插桩代码及计算代码覆盖率。以上内容是结合具体的优选实施方式对本实施方式所作的进一步详细说明，不能认定本实施方式的具体实施只局限于这些说明。对于本实施方式所属的普通技术人员来说，在不脱离本实施方式构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本实施方式的保护范围。

背景技术：

1、前端(英语：front-end)和后端(英语：back-end)是描述进程开始和结束的通用词汇。在软体架构和程序设计领域，前端是软体系统中直接和用户交互的部分，而后端控制着软件的输出。将软体分为前端和后端是一种将软体不同功能的部分相互分离的抽象。

2、前端开发是创建web页面、小程序(mini programs)或应用程序app(application)等前端界面呈现给用户的过程。随着前端程序的更新迭代，开发者增加新的功能、改进现有的功能或修复缺陷，可能会使前端程序中出现一些无用的旧代码，但由于疏忽、时间不足等原因，这些代码没有被及时删除，长此以往就会出现许多用处不明的冗余代码。冗余代码的累积，会增加项目的维护成本，并造成前端运行的很多不确定性因素，还会增加项目的体积，使项目的运行性能降低。

3、在相关技术中，通过检测代码覆盖率来查找前端运行未运行冗余代码，代码覆盖率是软件测试中的一种度量，其描述前端程序中的源代码被执行的比例和程度，有助于查找冗余代码，据此删除不必要的代码，可以提高前端代码运行质量和可维护性。

4、需要说明的是，上述背景技术部分公开的信息仅用于加强对本实施方式的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现思路

1、针对现有技术中的问题，本实施方式的目的在于提供代码覆盖率检测方法、系统、设备及存储介质，克服了现有技术的困难，能够提升代码覆盖率检测的适用范围及效率。

2、本公开实施例提供一种代码覆盖率检测方法，其包括：

3、在前端程序的源代码中识别方法类函数声明，根据函数声明确定目标函数节点，在目标函数节点中的目标位置进行代码插桩，使用插桩代码及其所在目标函数节点信息构建插桩数据，存储源代码及插桩数据；

4、在源代码的开始位置插入采集脚本，采集脚本被设置为在前端程序运行时采集在运行插桩代码并上报；

5、使用在运行插桩代码在插桩数据中查找未运行插桩代码及其所在未运行目标函数节点信息，基于源代码及未运行目标函数节点信息计算前端程序的代码覆盖率。

6、在可选实施方式中，在前端程序的源代码中识别方法类函数声明，包括：

7、读取前端程序的源代码，对源代码进行抽象语法树解析，遍历抽象语法数据以识别方法类函数声明。

8、在可选实施方式中，读取前端程序的源代码，包括：

9、响应于cli命令，读取前端程序的源代码。

10、在可选实施方式中，在前端程序的源代码中识别方法类函数声明，包括：

11、响应于编译器在源代码编译过程中的调用指令，被调用插桩工具，以在源代码中识别方法类函数声明；其中，调用指令是编译器解析源代码获得抽象语法树时产生的。

12、在可选实施方式中，编译器通过webpack工具实现，通过接入webpack工具的入口，从webpack工具接收调用指令。

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、在从采集脚本接收到由多个在运行插桩代码拼接而成的字符串时，基于每个在运行插桩代码的位数对字符串进行拆解，以得到多个在运行插桩代码。

51、在可选实施方式中，代码覆盖率检测方法还包括：

52、在从采集脚本接收到应用用户端标识时，抽取目标比例的目标用户端标识，向所述目标用户端标识对应的采集脚本返回上报指令，以使所述采集脚本响应于所述上报指令，继续上报采集到的所述在运行插桩代码。

53、本公开实施方式还提供一种代码覆盖率检测系统，其包括：

54、客户端，在前端程序的源代码中识别方法类函数声明，根据函数声明确定目标函数节点，在目标函数节点中的目标位置进行代码插桩，使用插桩代码及其所在目标函数节点信息构建插桩数据并上报给服务端，还在源代码的开始位置插入采集脚本，采集脚本被设置为在前端程序运行时采集在运行插桩代码并上报；

55、服务端，存储源代码及插桩数据，使用在运行插桩代码在插桩数据中查找未运行插桩代码及其所在未运行目标函数节点信息，基于源代码及未运行目标函数节点信息计算前端程序的代码覆盖率。

56、本公开实施方式还提供一种代码覆盖率检测系统，其包括：

57、插桩模块，在前端程序的源代码中识别方法类函数声明，根据函数声明确定目标函数节点，在目标函数节点中的目标位置进行代码插桩，使用插桩代码及其所在目标函数节点信息构建插桩数据，存储源代码及插桩数据；

58、插入模块，在源代码的开始位置插入采集脚本，采集脚本被设置为在前端程序运行时采集在运行插桩代码并上报；

59、第一计算模块，使用在运行插桩代码在插桩数据中查找未运行插桩代码及其所在未运行目标函数节点信息，基于源代码及未运行目标函数节点信息计算前端程序的代码覆盖率。

60、本公开实施方式还提供一种代码覆盖率检测系统，其应用于服务端，代码覆盖率检测系统包括：

61、接收模块，从客户端接收到前端程序的源代码及对源代码的插桩数据，并存储，插桩数据包括在源代码中的插桩代码及其在源代码中的目标函数节点信息，其中在源代码的开始位置还插入采集脚本；

62、采集模块，在具有采集脚本的前端程序上线时，从采集脚本接收在前端程序运行时采集到的在运行插桩代码；

63、第二计算模块，使用在运行插桩代码在插桩数据中查找未运行插桩代码及其所在未运行目标函数节点信息，基于源代码及未运行目标函数节点信息计算前端程序的代码覆盖率。

64、本实施方式的实施例还提供一种电子设备，包括：

65、处理器；

66、存储器，其中存储有处理器的可执行指令；

67、其中，处理器配置为经由执行可执行指令来执行上述代码覆盖率检测方法的步骤。

68、本实施方式的实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行时实现上述代码覆盖率检测方法的步骤。

69、本实施方式提供的代码覆盖率检测方法、系统、设备及存储介质，具有如下技术效果：

70、本实施方式可全面覆盖所有前端程序文件，自动在源代码中添加方法级别的插桩代码，与前端程序的发布版本进行关联，即生成插桩数据。进一步地，在前端程序运行时通过采集在运行插桩代码，事先实时采集前端程序代码执行情况，实现代码运行时覆盖率监控。

71、而且，基于对上报的在运行插桩代码结合插桩数据进行分析，可获得项目整体及各个文件的代码运行覆盖率情况，并准确定位到线上未运行代码。这样，使用方可将上述代码覆盖率作为代码质量衡量指标，快速明确优化方向，结合可视化平台展示的未运行代码所在路径及代码位置，高效清理冗余代码。