CN117076332B - 一种测试用例的测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种测试用例的测试方法、装置、电子设备及存储介质，包括：获取目标单元测试框架中配置的类实例依赖树；从所述类实例依赖树中确定目标组装类，并对所述目标组装类进行组装得到目标构件；通过所述目标构件对目标测试用例进行测试。本发明实施例的技术方案降低了应用程序代码单元测试的复杂度，提高了单元测试的开发效率和运行效率。

Description

一种测试用例的测试方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机软件应用技术领域，尤其涉及一种测试用例的测试方法、装置、电子设备及存储介质。

背景技术

当前大部分应用程序在研发过程中，都需要编写单元测试用例，以此来验证或者驱动设计出代码的正确性。

现阶段，在进行单元测试时需要在单元测试框架中装载测试项目中所有能够扫描得到的类实例，或者可以利用注解的方式导入参与测试项目的类实例，也就是把不需要参与测试项目的类实例用掩膜进行屏蔽。

但是，在运行单元测试过程中装载与测试项目无关的无用类，会执行不必要的判断逻辑，并且引入掩膜屏蔽无用类也会带来开发复杂度高的问题。

发明内容

本发明提供一种测试用例的测试方法、装置、电子设备及存储介质，降低了应用程序代码单元测试的复杂度，提高了单元测试的开发效率和运行效率。

根据本发明的一方面，提供了一种测试用例的测试方法，包括：

获取目标单元测试框架中配置的类实例依赖树；

从所述类实例依赖树中确定目标组装类，并对所述目标组装类进行组装得到目标构件；

通过所述目标构件对目标测试用例进行测试。

根据本发明的另一方面，提供了一种测试用例的测试装置，包括：

类实施例依赖树获取模块，用于获取目标单元测试框架中配置的类实例依赖树；

目标构件生成模块，用于从所述类实例依赖树中确定目标组装类，并对所述目标组装类进行组装得到目标构件；

目标测试用例测试模块，用于通过所述目标构件对目标测试用例进行测试。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

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

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

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

本发明的技术方案，首先获取目标单元测试框架中配置的类实例依赖树，再从类实例依赖树中确定目标组装类，并对目标组装类进行组装得到目标构件，最后通过目标构件对目标测试用例进行测试，解决了现有测试技术在单元测试过程中存在的测试效率低及开发复杂度高等问题，降低了应用程序代码单元测试的复杂度，提高了单元测试的开发效率和运行效率。

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

附图说明

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

图1是本发明实施例一提供的一种测试用例的测试方法的流程图；

图2是本发明实施例二提供的一种测试用例的测试方法的流程图；

图3是本发明实施例二提供的另一种测试用例的测试方法的流程图；

图4是本发明实施例二提供的一种测试用例的测试架构的示意图；

图5是本发明实施例三提供的一种测试用例的测试装置的示意图；

图6为本发明实施例四提供的一种电子设备的结构示意图。

具体实施方式

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

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

实施例一

图1是本发明实施例一提供的一种测试用例的测试方法的流程图，本发明实施例可适用于通过生成的目标构件对目标测试用例进行测试的情况，该方法可以由测试用例的测试装置来执行，该装置可以由软件和/或硬件的方式来实现，并一般可集成在电子设备中，该电子设备可以是服务器设备，本发明实施例并不对电子设备的具体设备类型进行限定。相应的，如图1所示，该方法包括如下操作：

S110、获取目标单元测试框架中配置的类实例依赖树。

其中，类实例依赖树可以是表示类实例之间依赖关系的数树结构。目标单元测试框架可以是用于提供类实例，以实现对测试用例进行测试的单元测试框架。

在本发明实施例中，开发人员可以根据业务项目需求在目标单元测试框架中配置与之相关联的公共类实例，并形成类实施例依赖树。容易理解的是，不同的业务项目需求可以形成不同的类实施例依赖树，由此可知，目标单元测试框架中存在多个类实施例依赖树，本发明实施例并不对目标单元测试框架中配置的类实施例依赖树的个数进行具体限定。

S120、从所述类实例依赖树中确定目标组装类，并对所述目标组装类进行组装得到目标构件。

其中，目标组装类可以是用于实现某一特定服务所需要依赖的公共类。目标构件可以是有多个类组装得到的，用于实现某一服务的构件。

相应的，可以从上述获取到的类实例依赖树中确定至少一个目标组装类，并将多个目标组装类进行组装得到目标构件，用以实现对目标测试用例进行单元测试。示例性的，可以在获取到的类实例依赖树中确定处理数据库所依赖的类，并作为目标组装类，再将多个目标组装类进行组装可以得到目标构件。可以在获取到的类实例依赖树中确定处理公共服务service所依赖的类，并作为目标组装类，再将多个目标组装类进行组装可以得到目标构件。也可以在获取到的类实例依赖树中确定处理rest服务请求所依赖的类，并作为目标组装类，再将多个目标组装类进行组装可以得到目标构件，在本发明实施例中，并不对目标构件的具体功能进行限定。

由于目标单元测试框架是基本的依赖注入框架，因此在对目标测试用例进行测试前，需要注入全部的类实例以实现单元测试。但是存在目标单元测试框架会注入与单元测试无依赖关系的无关类，这就导致单元测试效率低。其次，在目标单元测试框架中存在一部分公共的类实例是业务测试项目会频繁调用的，即存在每当进行业务测试项目前都需要将相同的公共类实例注入至目标单元测试框架中才能实现测试操作，这就导致公共类实例反复注入目标单元测试框架中，增加目标单元测试框架的维护成本，增加了运行环境的复杂度。

针对这一问题，本发明实施例通过按需确定类，仅将存在依赖关系的类实例注入至目标单元测试框架中，以实现对目标测试用例进行测试，有效地降低了目标单元测试框架运行环境的复杂度。进一步的，通过引入目标构件可以将重复调用率高的公共类实例进行组装，以使得开发人员在后续编写测试用例时可以重复使用目标构件，以代替公共类实例的重复注入，降低了目标单元测试框架的维护成本和运行环境的复杂度。

S130、通过所述目标构件对目标测试用例进行测试。

其中，目标测试用例可以是进行单元测试所需要的测试数据。

进一步的，可以利用上述得到的目标构件对目标测试用例进行单元测试。可选的，可以通过目标测试用例的测试需求从目标单元测试框架的各个目标构件中选出目标测试构件，再利用目标测试构件对目标测试用例进行单元测试。目标单元测试框架可以是junit（一种单元测试框架）框架，还可以是TestNG（一种开源自动化测试框架）框架，在本发明实施例中并不对目标单元测试框架的具体架构进行限定。

本发明实施例的技术方案，首先获取目标单元测试框架中配置的类实例依赖树，再从类实例依赖树中确定目标组装类，并对目标组装类进行组装得到目标构件，最后通过目标构件对目标测试用例进行测试，解决了现有测试技术在单元测试过程中存在的测试效率低及开发复杂度高等问题，降低了应用程序代码单元测试的复杂度，提高了单元测试的开发效率和运行效率。

实施例二

图2是本发明实施例二提供的一种测试用例的测试方法的流程图，本发明实施例以上述实施例为基础进行具体化，在本实施例中，给出了确定目标组装类以及生成目标构件的具体可选的实现方式。相应的，如图2所示，本实施例的方式可以包括：

S210、获取目标单元测试框架中配置的类实例依赖树。

S220、从所述类实例依赖树中确定目标组装类，并对所述目标组装类进行组装得到目标构件。

在本发明的一个可选的实施例中，所述从所述类实例依赖树中确定目标组装类，可以包括：确定所述目标测试用例的测试需求；根据所述目标测试用例的测试需求从所述类实例依赖树中确定目标组装类。

其中，测试需求可以是表示在目标测试用例中能够实现的功能和非功能方面的需求。

在本发明实施例中，首先获取目标单元测试框架中配置的类实例依赖树，再确定目标测试用例的测试需求，最后根据目标测试用例的测试需求从类实例依赖树中确定目标组装类。

在本发明实施例的一个可选的实施例中，所述从所述类实例依赖树中确定目标组装类，可以包括：确定所述类实例依赖树中各类实例的引用频率；根据各所述类实例的引用参考参数确定从各所述类实例中筛选所述目标组装类；其中，所述引用参考参数包括引用频率和/或引用关联度。

其中，引用频率可以是当前类实例被引用的频率次数。引用参考参数可以是用于表示类实例被引用程度的参数。引用关联度可以是表示类实施例之间的关联程度。

相应的，首先统计类实例依赖树中各类实例的引用频率，也即获取类实例依赖树中各类实例的复用使用率。再根据各个类实例的引用频率和/或引用关联度从各个类实例中筛选出目标组装类，以通过目标组类生成目标构件。

在本发明实施例的一个可选的实施例中，若所述引用参考参数包括引用频率，则所述根据各所述类实例的引用当前目标构件确定从各所述类实例中筛选所述目标组装类，可以包括：确定当前目标构件中类实例的引用频率范围；在确定当前类实例的引用频率属于所述当前目标构件中类实例的引用频率范围的情况下，将所述当前类实例确定为所述当前目标构件中的目标组装类。

其中，当前目标构件可以是包括多个类实施例的构件。引用频率范围可以是用于表示类实例引用复用程度的评价指标。可选的，引用频率范围的取值具体可以根据实际需求设定，4-8次、8-12次以及12-15次等，本发明实施例并不对引用频率范围的具体数值进行限制。

可选的，如果引用参考参数包括引用频率，则确定当前目标构件中各个类实例的引用频率范围，当当前类实例的引用频率在当前目标构件中类实例的引用频率范围内，则可以将当前类实例作为当前目标构件中的目标组装类。

在一个具体的示例中，假设当前目标构件中类实施例的引用频率范围是复用次数为5-10次，那么，如果当前类实例的引用频率为3次，则当前类实例的引用频率不属于当前目标构件中类实例的引用频率范围，因此当前类实例不能作为当前目标构件中的目标组装类。如果当前类实例的引用频率为8次，则当前类实例的引用频率属于当前目标构件中类实例的引用频率范围，因此可以将当前类实例作为当前目标构件中的目标组装类。

在本发明实施例的一个可选的实施例中，若所述引用参考参数包括引用关联度，则所述根据各所述类实例的引用当前目标构件确定从各所述类实例中筛选所述目标组装类，可以包括：确定当前目标构件中的目标类实例；确定各所述类实例与所述目标类实例的引用关联度和所述当前目标构件的引用关联度阈值；在确定当前类实例与所述目标类实例的引用关联度大于或等于所述引用关联度阈值的情况下，将所述当前类实例确定为所述当前目标构件中的目标组装类。

其中，目标类实例可以是当前目标构件中任意一个类实施例。引用关联度阈值可以是用于表示类实施例之间关联强度的评价指标。可选的，引用关联度阈值的取值具体可以根据实际需求设定，0.7、0.8以及0.9等，本发明实施例并不对引用关联度阈值的具体数值进行限定。

可选的，如果引用参考参数包括引用关联度，则确定当前目标构件中的目标类实例、各个类实施例与目标实施例的引用关联度以及当前目标构件的引用关联度阈值。当当前类实例与目标类实例的引用关联度大于或等于引用关联度阈值时，则可以将当前类实例作为当前目标构件中的目标组装类。其中，目标类实例可以是依赖注入的第一个类实例，还可以是依赖注入的最后一个类实例，本发明实施例并不对目标类实例的具体类型进行限定。

在一个具体的示例中，假设当前目标构件的引用关联度阈值为0.8，目标类实例是依赖注入的第一个类实例，那么，可以确定各个类实例与依赖注入的第一个类实例之间的引用关联度。如果当前类实例与依赖注入的第一个类实例之间的引用关联度为0.5，则当前类实例与依赖注入的第一个类实例的引用关联度小于引用关联度阈值，因此当前类实例不能作为当前目标构件中的目标组装类。如果当前类实例与依赖注入的第一个类实例之间的引用关联度为0.9，则当前类实例与依赖注入的第一个类实例的引用关联度大于引用关联度阈值，因此当前类实例可以作为当前目标构件中的目标组装类。

S230、确定所述目标测试用例的测试需求。

S240、根据所述目标测试用例的测试需求从各所述目标构件中筛选目标测试构件。

S250、通过所述目标测试构件对所述目标测试用例进行测试。

其中，目标构件的数量可以是多个，目标测试构件可以是用于从目标构件筛选得到的，用于对目标测试用例进行单元测试的构件。

在生成目标构件后，可以确定目标测试用例的测试需求，根据目标测试用例的测试需求，从多个目标构件中筛选出目标测试用例依赖的目标测试构件，最后可以利用筛选出的目标测试构件对目标测试用例进行单元测试。

可选的，目标单元测试框架可以包括springboot的单元测试框架。

图3是本发明实施例二提供的另一种测试用例的测试方法的流程图，如图3所示，首先需要引入基础的依赖注入框架，依赖注入框架可以是仅用于实现基本的依赖注入管理的依赖注入框架，其中包括对与业务测试项目相关的类和实例进行管理，能够满足测试用例的编写。依赖注入框架也不需要实现太多的额外功能，例如自动扫描、自动连接数据库以及自动加载资源等。示例性的，如果依赖注入框架为springboot框架，那么则只需要识别autowired, scope等注解，如果依赖注入框架为HK2框架，那么则只需要识别inject，service， contract等注解。以目标单元测试框架为springboot的单元测试框架为例进行说明，引入springboot框架后，可以在springboot框架上按需组装类，按需组装类解决了现有测试技术中在单元测试过程中存在的测试效率低及开发复杂度高的问题，提高了单元测试的运行效率。进一步的，可以在springboot框架中装载相关的构件，当相关的类实例形成构件后，单元测试可以较为快捷地按需查找相应的构件，从而达到按需装配构件的目的，进而可以实现构件复用，有效地减少了开发人员重复工作量，降低了开发人员的开发成本。

需要说明的是，基于构件的复用不单单是基础组件的复用，也可以包含了上层业务逻辑的复用，例如基础的数据库组件复用，远程调用组件复用，公共服务组件的复用，基本业务逻辑的复用等等。基于构件的复用使得单元测试不单单可以建立在继承、封装以及多态等语言层面，还可以是在粗粒度的构件复用。进一步的，在依赖构件完成装载后，可以装配相关联的类实例，在装配的过程中，也可以查看相应的构件是否需要添加新的类实例进入作为后续开发的基础类进行复用。这样设置的好处在于：使用迭代的方式不断优化构件与测试用例本身，当构件足够多，测试用例足够多时，后续编写测试用例的复杂度会越来越低，效率也会越来越高。

图4是本发明实施例二提供的一种测试用例的测试架构的示意图，如图4所示，依赖注入层可以是最基础的依赖注入的类实例容器。其中，可以包括容器本身的依赖管理，例如基本类实例的put、 get以及delete等最底层的操作，能够实现最底层的存储支持。类实例管理层可以是完成类实例查找、类实例生命周期管理、类实例装配以及API（ApplicationProgramming Interface，应用程序编程接口）接口管理的服务管理层。构件层可以是实现构件的组装形成、构件使用、构件销毁以及构件查找等功能管理。其中构件的形成是一个迭代的过程，是编写测试用例时提取的公共类实例。每个构件都有一个唯一的标识，通过唯一标识可以确定当前构件可以查看包括的全部类实例。由于通过构件引入的类实例是独立且完备的，因此不需要依赖其他的类实例实现，这极大程度的保证了构件的可复用性和低耦合性。应用层可以是使用构件层的构件以及类实例管理层的API接口来编写单元测试。

本发明实施例的技术方案，首先获取目标单元测试框架中配置的类实例依赖树，从类实例依赖树中确定目标组装类，并对目标组装类进行组装得到目标构件，再确定目标测试用例的测试需求，根据目标测试用例的测试需求从目标构件中筛选目标测试构件，通过目标测试构件对目标测试用例进行测试，解决了现有测试技术在单元测试过程中存在的测试效率低及开发复杂度高等问题，降低了应用程序代码单元测试的复杂度，提高了单元测试的开发效率和运行效率。

实施例三

图5是本发明实施例三提供的一种测试用例的测试装置的示意图，如图5所示，所述装置包括：类实施例依赖树获取模块310、目标构件生成模块320以及目标测试用例测试模块330，其中：

类实施例依赖树获取模块，用于获取目标单元测试框架中配置的类实例依赖树；

目标构件生成模块，用于从所述类实例依赖树中确定目标组装类，并对所述目标组装类进行组装得到目标构件；

目标测试用例测试模块，用于通过所述目标构件对目标测试用例进行测试。

本发明实施例的技术方案，首先获取目标单元测试框架中配置的类实例依赖树，再从类实例依赖树中确定目标组装类，并对目标组装类进行组装得到目标构件，最后通过目标构件对目标测试用例进行测试，解决了现有测试技术在单元测试过程中存在的测试效率低及开发复杂度高等问题，降低了应用程序代码单元测试的复杂度，提高了单元测试的开发效率和运行效率。

可选的，目标构件生成模块320，具体用于确定所述目标测试用例的测试需求；根据所述目标测试用例的测试需求从所述类实例依赖树中确定目标组装类。

可选的，目标构件生成模块320，具体用于确定所述类实例依赖树中各类实例的引用频率；根据各所述类实例的引用参考参数确定从各所述类实例中筛选所述目标组装类；其中，所述引用参考参数包括引用频率和/或引用关联度。

可选的，目标构件生成模块320，具体用于确定当前目标构件中类实例的引用频率范围；在确定当前类实例的引用频率属于所述当前目标构件中类实例的引用频率范围的情况下，将所述当前类实例确定为所述当前目标构件中的目标组装类。

可选的，目标构件生成模块320，具体用于确定当前目标构件中的目标类实例；确定各所述类实例与所述目标类实例的引用关联度和所述当前目标构件的引用关联度阈值；在确定当前类实例与所述目标类实例的引用关联度大于或等于所述引用关联度阈值的情况下，将所述当前类实例确定为所述当前目标构件中的目标组装类。

可选的，目标测试用例测试模块330，具体用于确定所述目标测试用例的测试需求；根据所述目标测试用例的测试需求从各所述目标构件中筛选目标测试构件；通过所述目标测试构件对所述目标测试用例进行测试。

可选的，所述目标单元测试框架包括springboot的单元测试框架。

上述测试用例的测试装置可执行本发明任意实施例所提供的测试用例的测试方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例提供的测试用例的测试方法。

实施例四

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

如图6所示，电子设备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 (7)

1.一种测试用例的测试方法，其特征在于，包括：

获取目标单元测试框架中配置的类实例依赖树；

从所述类实例依赖树中确定目标组装类，并对所述目标组装类进行组装得到目标构件；

通过所述目标构件对目标测试用例进行测试；

其中，所述从所述类实例依赖树中确定目标组装类，包括：

确定所述类实例依赖树中各类实例的引用频率；

根据各所述类实例的引用参考参数确定从各所述类实例中筛选所述目标组装类；

其中，所述引用参考参数包括引用频率和/或引用关联度；

其中，若所述引用参考参数包括引用频率，则所述根据各所述类实例的引用当前目标构件确定从各所述类实例中筛选所述目标组装类，包括：

确定当前目标构件中类实例的引用频率范围；

在确定当前类实例的引用频率属于所述当前目标构件中类实例的引用频率范围的情况下，将所述当前类实例确定为所述当前目标构件中的目标组装类；

其中，若所述引用参考参数包括引用关联度，则所述根据各所述类实例的引用当前目标构件确定从各所述类实例中筛选所述目标组装类，包括：

确定当前目标构件中的目标类实例；

确定各所述类实例与所述目标类实例的引用关联度和所述当前目标构件的引用关联度阈值；

在确定当前类实例与所述目标类实例的引用关联度大于或等于所述引用关联度阈值的情况下，将所述当前类实例确定为所述当前目标构件中的目标组装类。

2.根据权利要求1所述的方法，其特征在于，所述从所述类实例依赖树中确定目标组装类，包括：

确定所述目标测试用例的测试需求；

根据所述目标测试用例的测试需求从所述类实例依赖树中确定目标组装类。

3.根据权利要求1所述的方法，其特征在于，所述目标构件的数量为多个，所述通过所述目标构件对目标测试用例进行测试，包括：

确定所述目标测试用例的测试需求；

根据所述目标测试用例的测试需求从各所述目标构件中筛选目标测试构件；

通过所述目标测试构件对所述目标测试用例进行测试。

4.根据权利要求1-3任一所述的方法，其特征在于，所述目标单元测试框架包括springboot的单元测试框架。

5.一种测试用例的测试装置，其特征在于，包括：

类实施例依赖树获取模块，用于获取目标单元测试框架中配置的类实例依赖树；

目标构件生成模块，用于从所述类实例依赖树中确定目标组装类，并对所述目标组装类进行组装得到目标构件；

目标测试用例测试模块，用于通过所述目标构件对目标测试用例进行测试；

目标构件生成模块，具体用于确定所述类实例依赖树中各类实例的引用频率；根据各所述类实例的引用参考参数确定从各所述类实例中筛选所述目标组装类；其中，所述引用参考参数包括引用频率和/或引用关联度；

目标构件生成模块，具体用于确定当前目标构件中类实例的引用频率范围；在确定当前类实例的引用频率属于所述当前目标构件中类实例的引用频率范围的情况下，将所述当前类实例确定为所述当前目标构件中的目标组装类；

目标构件生成模块，具体用于确定当前目标构件中的目标类实例；确定各所述类实例与所述目标类实例的引用关联度和所述当前目标构件的引用关联度阈值；在确定当前类实例与所述目标类实例的引用关联度大于或等于所述引用关联度阈值的情况下，将所述当前类实例确定为所述当前目标构件中的目标组装类。

6.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

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

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

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