单元测试方法、装置、电子设备和存储介质与流程

1.本文涉及但不限于测试领域。


背景技术：

2.基础组件一般逻辑都非常复杂，需要进行非常多的测试来尽可能的保证质量。
3.在现有技术中,开发测试人员主要使用有以下几种方式进行单元测试：
4.(1)基于junit编写测试用例
5.junit本身非常强大，并且和spring完美集成，是java领域写单元测试的首选。但是它只能在代码内手动执行，并且无法很好的管理。因为一般都是写在当前项目内的。所以当开发新的功能，拉取新的代码分支的时候，测试用例一般都会重新编写。因此之前版本的测试用例可能很久不会维护而不可用。另外新的项目分支一般也只测试当前分支的特性，导致整体测试场景不全，也很难保证测试质量。本身定位的时候就是功能测试，所以并没有考虑过管理以及自动化方面。尤其是随着版本的迭代，功能越来越多，代码复杂度越来越高，单元测试的管理更显得尤为重要。
6.(2)通过代码自己编写单元测试
7.通过代码自己构建测试用例，更加灵活，比较适合一些简单的场景测试。但是对于复杂的场景测试，尤其是依赖第三方组件的时候就会异常困难，几乎不可行。所以适用场景非常有限，也就不具备管理以及自动化等的条件。只能用于日常开发过程中的一些简单功能的校验。
8.(3)postman
9.postman是一款模拟http调用的工具，本身也具备存储api调用的能力，而且此方面功能非常强大，另外它可以存储之前执行过的api及其参数。所以具备一定的管理能力，对于一些前后端调用的功能可以通过postman来进行测试。但是它的使用场景对于基础组件来说相对有限，只能用于前端交互领域。
10.基础组件的版本迭代非常快，所以现有技术一直不能解决以下几个比较严重的问题：
11.1.单元测试用例数量多
12.2.单元测试用例维护困难
13.3.不同版本之间单元测试用例不同
14.4.基础组件回归测试困难
15.5.单元测试用例很难自动化
16.基础组件的质量保障一直是个艰巨的任务。很多时候新版本发布了会发现之前修复的问题又出现了，或者出现了新的问题。甚至之前编写的测试用例已经因为版本变更而无法运行，历史无法查证。现有技术对于一些ui端，以及一些过程中行为或者状态相关的测试支持也不够充分。另外因为要编译成fatjar,所以加载过程会比较长。因此急需一种新的测试方法。


技术实现要素：

17.下文呈现各种示例性技术方案的概述。在以下概述中可以进行一些简化和省略，其意在突出并介绍各种示例性技术方案的一些方面，但不限制本发明的范围。将在后续部分呈现足以允许本领域的普通技术人员产生并使用本发明概念的示例性技术方案的详细描述。
18.为解决上述技术问题，本发明的技术方案提供一种单元测试方法，包括：为开发用例编写对应的测试用例代码并存储；拉取测试用例代码，编译成fatjar；通过fatjar的反射的方式执行测试用例；存储执行结果。
19.优选地，所述测试用例代码还包括以下至少之一的注释：分类级别注释、方法级别注释。
20.优选地，所述通过fatjar的反射的方式执行测试用例还包括：通过自定义classloader将fatjar加载到jvm内，通过fatjar里类的反射的方式执行测试用例。
21.优选地，还包括将执行结果输出到前端。
22.本发明的另一个技术方案提供了一种单元测试装置，包括：测试代码编写模块，被配置为为开发用例编写对应的测试用例代码；测试代码管理模块：被配置为存储测试用例代码；测试用例管理模块，被配置为从测试代码管理模块拉取测试用例代码，编译成fatjar，并通过fatjar的反射的方式执行测试用例；数据库，被配置为存储执行结果。
23.优选地，所述测试用例代码还包括以下至少之一的注释：分类级别注释、方法级别注释。
24.优选地，所述测试代码管理模块是gitlab。
25.优选地，所述通过fatjar的反射的方式执行测试用例包括：通过自定义classloader将fatjar加载到jvm内，通过fatjar里类的反射的方式执行测试用例。
26.本发明的另一个技术方案还提供了一种电子设备，包括：处理器、存储器以及存储在存储器上运行的计算机程序，所述处理器执行计算机程序时实现上述任一个技术方案所述的方法的步骤。
27.本发明的另一个技术方案还提供了一种计算机可读存储介质，所述计算机程序被处理器执行时实现上述任一个技术方案所述的方法的步骤。
28.本发明的技术方案主要具有以下几个发面的有益效果：
29.第一，单元测试用例可根据基础组件版本集中管理维护。
30.第二，不同组件版本之间的测试用例集合可以并行自动化执行。
31.第三，可以追踪历史单元测试用例以及当时测试用例要解决的问题场景。
附图说明
32.为了更好地理解各种示例性实施例，可以参考附图，在附图中：
33.图1示出了实施例提供的单元测试方法的流程示意图；
34.图2示出了实施例提供的单元测试装置的结构示意图。
35.为了便于理解，相同的附图标记已用于指代具有基本上相同或类似结构和/或基本上相同或类似功能的元件。
具体实施方式
36.描述和图式示出了本发明的原理。因此，将了解，本领域的技术人员将能够设计各种布置，尽管本文中未明确地描述或示出所述布置，但所述布置体现本发明的原理且包括在本发明的范围内。此外，本文中所引述的所有例子主要旨在明确地用于教学目的，以帮助读者理解本发明的原理和由发明人提供的用以深化本领域的概念，并且所有例子应视为并不限于此类特定引述的例子和条件。另外，如本文中所使用，除非另有指示(例如，“或另外”或“或在替代方案中”)，否则术语“或”是指非排他性的或(即，和/或)。并且，本文中所描述的各种实施例不一定相互排斥，因为一些实施例可以与一个或多个其它实施例组合以形成新的实施例。
37.名词解释：
38.junit:junit是一个开放源代码的java测试框架，用于编写和运行可重复的测试。他是用于单元测试框架体系xunit的一个实例(用于java语言)。它包括以下特性：1、用于测试期望结果的断言(assertion)；2、用于共享共同测试数据的测试工具；3、用于方便的组织和运行测试的测试套件；4、图形和文本的测试运行器
39.gitlab:gitlab是一个用于仓库管理系统的开源项目，使用git作为代码管理工具，并在此基础上搭建起来的web服务。安装方法是参考gitlab在github上的wiki页面。
40.classloader:classloader类加载器，用来加载java类到java虚拟机中的一种加载器。
41.fatjar:fatjar是一个包含所有项目类文件和资源以及所有依赖关系的jar包。
42.第一个实施例提供了一种单元测试方法，参见图1，所述方法包括：
43.步骤s101:为开发用例编写对应的测试用例代码并存储；
44.应用程序app应用程序里有很多应用程序接口api,每个api都有对应的一到多个测试用例。每个开发版本对应一个测试版本。
45.可以采用gitlab或者其他合适的代码管理工具(下文以gitlab举例)，按分支单独存储单元测试代码，一个分支对应一个版本发布或者大的特性改进先建一个开发分支，产生相应测试分支，为开发用例编写对应的测试用例代码并存储。把开发分支和测试分支关联起来。单元测试用例可以是基于junit的，也可以基于其他测试框架来实现，下文以junit举例。
46.每个单元测试用例可以额外添加自定义注释annotation,annotation分类级别和方法级别2个维度。
47.类级别主要描述类作者以及阐述类的目的，以及所属范畴等。如下：
[0048][0049]
方法级别主要是扩展了方法本身的一些特征，例如名称，用例对应的测试场景，作者，方法的一些额外表述(主要用来查询，统计等)。如下：
[0050][0051]
定义了额外的属性，可具体定义测试用例的目的、是干什么的、结果是什么，把属性与测试用例做映射。增强junit单元测试属性，可以更好的管理单元测试用例。
[0052]
步骤s102:拉取测试用例代码，编译成fatjar；
[0053]
gitlab拉取开发分支和对应的测试分支。基础组件相关junit单元测试用例可以是单独项目维护，也可以是一个项目中的一个独立模块。当用户想从控制台执行某个单元测试用例的时候需要从gitlab拉取相关测试用例分支代码，然后编译成fatjar。
[0054]
传统的junit只能在开发环境代码里，没办法调取单独一个测试用例，必须调取一个类里面的多个测试用例。可以对junit代码进行改造，使其支持外部触发调用，使之能够支持自动反射调用并执行测试用例。改了源代码，可以通过外部单独执行任何一个用例。
[0055]
另外插件maven pom.xml文件里面必须添加fatjar打包相关配置否则可能无法通过加载fatjar的方式来进行测试用例的调用，如下：
[0056][0057][0058]
不把测试用例放到项目里，而是编译成fatjar统一管理，单独触发，每个测试测试与开发测试关联，可以追溯，可以管理。
[0059]
步骤s103:通过fatjar的反射的方式执行测试用例；
[0060]
fatjar包含所有的类。系统会将fatjar通过自定义classloader加载到jvm内，通过fatjar里类的反射的方式进行调用，并执行相关测试用例。
[0061]
用户可以在控制台绑定单元测试git地址与项目分支，方便以后管理。
[0062]
当用户需要进行项目某个开发版本的测试时候，可以先选择测试项目，然后获取项目所有分支，然后根据项目分支获取对应单元测试用例git地址。
[0063]
然后从git远端将代码拉取到本地后编译成fatjar，并将fatjar存放到本地路径，
之所以编译成fatjar是因为不同的组件版本依赖的第三方包版本可能不一样，如果使用系统本身的jar包，一方面可能因为版本问题导致测试用例无法执行，另外就是要不断添加需要依赖的jar包，无形中增加成本。
[0064]
然后将fatjar通过自定义classloader加载到jvm内，遍历所有单元测试根据annotation将单元测试信息管理维护起来，并可以从前端进行查看。并且可以根据从前端选择的测试用例通过反射方式来进行调用，执行测试用例。
[0065]
步骤s104:存储执行结果。
[0066]
执行完测试用例后，将执行结果存储在数据库中，并输出到前端(如用户端)已便查询。
[0067]
依据gitlab来管理单元测试用例，约定每个基础组件的分支对应一个单元测试用例的分支。二次开发junit，通过自定义annotation丰富单元测试的基础属性，通过修改源码支持通过不同的classloader来加载已经打包成fatjar的单元测试集合，从而不仅实现了类之间的隔离，并且具备了从外部触发调用的能力，由此可以实现测试用例的自动化执行。
[0068]
第二个实施例提供了一种单元测试装置200，参见图2，包括：测试代码编写模块201、测试代码管理模块202、测试用例管理模块203、数据库204。
[0069]
测试代码编写模块201，被配置为为开发用例编写对应的测试用例代码；
[0070]
测试代码管理模块202：被配置为存储测试用例代码；
[0071]
应用程序app应用程序里有很多应用程序接口api,每个api都有对应的一到多个测试用例。每个开发版本对应一个测试版本。
[0072]
可以采用gitlab或者其他合适的代码管理工具(下文以gitlab举例)作为测试代码管理模块202，按分支单独存储单元测试代码，一个分支对应一个版本发布或者大的特性改进先建一个开发分支，产生相应测试分支，为开发用例编写对应的测试用例代码并存储。把开发分支和测试分支关联起来。单元测试用例可以是基于junit的，也可以基于其他测试框架来实现，下文以junit举例。
[0073]
每个单元测试用例可以额外添加自定义注释annotation,annotation分类级别和方法级别2个维度。类级别主要描述类作者以及阐述类的目的，以及所属范畴等。方法级别主要是扩展了方法本身的一些特征，例如名称，用例对应的测试场景，作者，方法的一些额外表述(主要用来查询，统计等)。定义了额外的属性，具体定义测试用例的目的、是干什么的、结果是什么，把属性与测试用例做映射。增强junit单元测试属性，可以更好的管理单元测试用例。
[0074]
测试用例管理模块203，被配置为从测试代码管理模块202拉取测试用例代码，编译成fatjar；并通过fatjar的反射的方式执行测试用例；
[0075]
测试用例管理模块203，被配置为从测试代码管理模块202拉取测试用例代码。基础组件相关junit单元测试用例可以是单独项目维护，也可以是一个项目中的一个独立模块。当用户想从控制台执行某个单元测试用例的时候需要从gitlab拉取相关测试用例分支代码，然后编译成fatjar。
[0076]
传统的junit只能在开发环境代码里，没办法调取单独一个测试用例，必须调取一个类里面的多个测试用例。可以对junit代码进行改造，使其支持外部触发调用，使之能够
支持自动反射调用并执行测试用例。改了源代码，可以通过外部单独执行任何一个用例。
[0077]
另外插件maven pom.xml文件里面必须添加fatjar打包相关配置否则可能无法通过加载fatjar的方式来进行测试用例的调用。
[0078]
测试用例管理模块203不把测试用例放到项目里，而是编译成fatjar统一管理，单独触发，每个测试测试与开发测试关联，可以追溯，可以管理。
[0079]
fatjar包含所有的类。测试用例管理模块203将fatjar通过自定义classloader加载到jvm内，通过fatjar里类的反射的方式进行调用，并执行相关测试用例。
[0080]
用户可以在控制台绑定单元测试git地址与项目分支，方便以后管理。
[0081]
当用户需要进行项目某个开发版本的测试时候，可以先选择测试项目，然后获取项目所有分支，然后根据项目分支获取对应单元测试用例git地址。
[0082]
然后从git远端将代码拉取到本地后编译成fatjar，并将fatjar存放到本地路径，之所以编译成fatjar是因为不同的组件版本依赖的第三方包版本可能不一样，如果使用系统本身的jar包，一方面可能因为版本问题导致测试用例无法执行，另外就是要不断添加需要依赖的jar包，无形中增加成本。
[0083]
然后将fatjar通过自定义classloader加载到jvm内，遍历所有单元测试根据annotation将单元测试信息管理维护起来，并可以从前端进行查看。并且可以根据从前端选择的测试用例通过反射方式来进行调用，执行测试用例。
[0084]
数据库204，存储执行结果。
[0085]
执行完测试用例后，将执行结果存储在数据库204中，并输出到前端已便查询。
[0086]
第三个实施例还提供了一种电子设备，包括：处理器、存储器以及存储在存储器上运行的计算机程序，所述处理器执行计算机程序时实现上述任一实施例方法的步骤，例如步骤s101至s104，或者所述处理器执行所述计算机程序时实现上述各实施例中各模块/单元的功能，例如单元201至204的功能。所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述电子设备中的执行过程。
[0087]
所述电子设备可以是智能手机等移动终端，或者是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述电子设备可包括，但不仅限于，处理器、存储器，可以包括更多或更少的部件，或者组合某些部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。所称处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字消息队列的管理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。所述存储器可以是所述电子设备的内部存储单元，例如电子设备的硬盘或内存。所述存储器也可以是所述电子设备的外部存储设备，例如所述电子设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，所述存储器还可以既包括所述电子设备的内部存储单元也包括外部存储设备。
[0088]
第五个实施例还提供了一种计算机可读存储介质，所述计算机程序被处理器执行时实现上述任一实施例方法的步骤。
[0089]
在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0090]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0091]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0092]
在本技术所提供的实施例中，应该理解到，所揭露的系统、电子设备和方法，可以通过其它的方式实现。例如，以上所描述的系统、电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，系统或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0093]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。