CN115599697A - 单元测试方法及装置、存储介质、计算机设备 - Google Patents

Abstract

本申请公开了一种单元测试方法及装置、存储介质、计算机设备，该方法包括：获取待测试单元的待测试数据和标准返回数据；确定所述待测试单元的服务调用接口，并在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包；基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据；基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果。本申请实施例相比于现有技术中利用注入Mockito等框架进行检测的方式，有助于降低单元测试中对外部服务的依赖。

Description

单元测试方法及装置、存储介质、计算机设备

技术领域

本申请涉及计算机技术领域，尤其是涉及到一种单元测试方法及装置、存储介质、计算机设备。

背景技术

随着计算机技术的发展，对软件的安全性和实用性提出了更高的要求。在软件研发过程中，软件需要经历单元测试、集成测试、系统测试以及回归测试等阶段，其中，单元测试是指对软件中最小可测单元进行检查和验证，现有技术中，在单元检测时，一些模拟方式一般采用外部服务模拟，不仅会对客户端接口的定义进行改变，影响开发者的编码习惯，对产线环境留下隐患，并且开发者很难对其进行修改，而在单元测试中不应该对外部服务产生依赖，所以降低单元测试中对外部服务的依赖是目前亟待解决的问题。

发明内容

有鉴于此，本申请提供了一种单元测试方法及装置、存储介质、计算机设备，有助于降低单元测试中对外部服务的依赖。

根据本申请的一个方面，提供了一种单元测试方法，所述方法包括：

获取待测试单元的待测试数据和标准返回数据；

确定所述待测试单元的服务调用接口，并在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包；

基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据；

基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果。

可选地，所述基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据之前，所述方法还包括：

关闭对所述服务调用接口的扫描功能。

可选地，所述在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包，包括：

在所述待测试单元对应的回归测试包中创建与所述服务调用接口对应的存根类，并将所述存根类托管至测试管理容器的模拟调用接口中，得到所述目标测试包，其中，所述模拟调用接口用于模拟对所述待测试单元的调用。

可选地，所述基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据，包括：

将所述待测试数据输入至所述模拟调用接口中，通过执行所述目标测试包的测试程序，扫描所述模拟调用接口获得所述待测试数据，并对所述待测试数据进行测试处理，得到所述实际返回数据。

可选地，所述基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果，包括：

基于所述标准返回数据对所述实际返回数据进行验证；

若所述标准返回数据与所述实际返回数据相同，则确定所述待测试单元通过测试。

可选地，所述在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包之前，所述方法还包括：

响应于对待测试单元的测试指令，复制所述待测试单元的执行代码，得到回归测试包；

相应地，所述基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果之后，所述方法还包括：

清除所述目标测试包。

可选地，所述基于所述标准返回数据对所述实际返回数据进行验证之后，所述方法还包括：

若所述标准返回数据与所述实际返回数据不同，则确定所述待测试单元未通过测试；

清除所述目标测试包，重新复制所述待测试单元的执行代码，得到新的回归测试包，基于所述新的回归测试包对所述待测试单元进行测试；

所述方法还包括：

若连续两次对所述待测试单元进行测试的结果均为不通过，则输出所述待测试单元未通过测试的提示信息。

根据本申请的另一方面，提供了一种单元测试装置，所述装置包括：

获取模块，用于获取待测试单元的待测试数据和标准返回数据；

创建模块，用于确定所述待测试单元的服务调用接口，并在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包；

测试模块，用于基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据；

确定模块，用于基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果。

可选地，所述装置还包括：扫描模块，用于所述基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据之前，关闭对所述服务调用接口的扫描功能。

可选地，所述创建模块，还用于：

在所述待测试单元对应的回归测试包中创建与所述服务调用接口对应的存根类，并将所述存根类托管至测试管理容器的模拟调用接口中，得到所述目标测试包，其中，所述模拟调用接口用于模拟对所述待测试单元的调用。

可选地，所述获取模块，还用于：

将所述待测试数据输入至所述模拟调用接口中，通过执行所述目标测试包的测试程序，扫描所述模拟调用接口获得所述待测试数据，并对所述待测试数据进行测试处理，得到所述实际返回数据。

可选地，所述确定模块，还用于：

基于所述标准返回数据对所述实际返回数据进行验证；

若所述标准返回数据与所述实际返回数据相同，则确定所述待测试单元通过测试。

可选地，所述装置还包括：复制模块，用于所述在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包之前，响应于对待测试单元的测试指令，复制所述待测试单元的执行代码，得到回归测试包；

相应地，所述装置还包括：清除模块，用于所述基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果之后，清除所述目标测试包。

可选地，所述确定模块，还用于基于所述标准返回数据对所述实际返回数据进行验证之后，若所述标准返回数据与所述实际返回数据不同，则确定所述待测试单元未通过测试；

所述清除模块，还用于清除所述目标测试包；

所述复制模块，还用于重新复制所述待测试单元的执行代码，得到新的回归测试包；

所述测试模块，还用于基于所述新的回归测试包对所述待测试单元进行测试；

所述确定模块，还用于若连续两次对所述待测试单元进行测试的结果均为不通过，则输出所述待测试单元未通过测试的提示信息。

依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述单元测试方法。

依据本申请再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述单元测试方法。

借由上述技术方案，本申请提供的一种单元测试方法及装置、存储介质、计算机设备，首先，获取待测试单元的待测试数据和标准返回数据；其次，确定所述待测试单元的服务调用接口，并在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包；进而，基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据；最终，基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果。本申请实施例相比于现有技术中利用注入Mockito等框架进行检测的方式，有助于降低单元测试中对外部服务的依赖。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种单元测试方法的流程示意图；

图2示出了本申请实施例提供的另一种单元测试方法的流程示意图；

图3示出了本申请实施例提供的一种单元测试装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种单元测试方法，如图1所示，该方法包括：

步骤101，获取待测试单元的待测试数据和标准返回数据；

步骤102，确定所述待测试单元的服务调用接口，并在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包；

步骤103，基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据；

步骤104，基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果。

本申请实施例可以应用于软件开发的单元测试中。本申请实施例获取开发软件中的待测试单元匹配的待测试数据和标准返回数据，标准返回数据是衡量该待测试数据是是否通过测试的标准；确定待测试单元的服务调用接口，服务调用接口包括：http接口、rpc接口和webservice接口等，并在待测试服务单元对应的回归测试包中，创建与该服务调用接口对应的模拟调用接口，得到目标测试包，例如：模拟调用接口可以采用MockMvc来模拟http调用，利用@SpringBootTest加载单元测试时需用到的依赖，单元测试在回归测试包中进行；根据待测试数据以及通过目标测试包对待测试单元进行测试，获得实际返回数据，实际返回数据为实际返回的测试数据，基于标准返回数据和实际返回数据，判断待测试单元是否通过测试。

通过应用本实施例的技术方案，针对待测试单元，通过对待测试单元中服务调用接口的模拟获得模拟调用接口，从而对模拟调用接口进行测试调用得到实际返回数据，并基于实际返回数据与标准返回数据确定待测试单元的测试结果，通过模拟调用，创建了一个独立的检测环境，减少了对软件其他的代码产生影响，降低了单元测试中对外部服务的依赖。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种单元测试方法，如图2所示，该方法包括：

步骤201，获取待测试单元的待测试数据和标准返回数据；

步骤202，响应于对待测试单元的测试指令，复制所述待测试单元的执行代码，得到回归测试包；

步骤203，确定所述待测试单元的服务调用接口，在所述待测试单元对应的回归测试包中创建与所述服务调用接口对应的存根类，并将所述存根类托管至测试管理容器的模拟调用接口中，得到所述目标测试包，其中，所述模拟调用接口用于模拟对所述待测试单元的调用；

步骤204，关闭对所述服务调用接口的扫描功能；

本申请实施例中，获取小程序的待测试单元的待测试数据和标准返回数据，响应于对待测试单元的测试指令，复制小程序中待测试单元的执行代码，得到test回归测试包，复制待测试单元的执行代码得到回归测试包，可以避免在单元测试过程中对原来代码进行修改，对产线环境留下隐患；在回归测试包中创建与服务调用接口对应的stub存根类，通过标注的方式，例如标注@component，将stub存根类托管至spring测试管理容器的模拟调用接口中，得到目标测试包；模拟调用接口用于模拟对待测试单元的调用，标注是为了在单元测试时优先注入标记的stub存根类；在单元测试时，关闭客户端中服务调用接口的扫描功能，这样就不会生成服务调用接口的代理实现类，直接通过标注的stub存根类进行测试，实现降低对外部服务的依赖的目的。

步骤205，将所述待测试数据输入至所述模拟调用接口中，通过执行所述目标测试包的测试程序，扫描所述模拟调用接口获得所述待测试数据，并对所述待测试数据进行测试处理，得到所述实际返回数据；

步骤206，基于所述标准返回数据对所述实际返回数据进行验证；

步骤207，若所述标准返回数据与所述实际返回数据相同，则确定所述待测试单元通过测试，清除所述目标测试包；

步骤208，若所述标准返回数据与所述实际返回数据不同，则确定所述待测试单元未通过测试，清除所述目标测试包，重新复制所述待测试单元的执行代码，得到新的回归测试包，基于所述新的回归测试包对所述待测试单元进行测试；

步骤209，若连续两次对所述待测试单元进行测试的结果均为不通过，则输出所述待测试单元未通过测试的提示信息。

将待测试数据输入模拟调用接口中，执行目标测试包的测试程序，扫描模拟调用接口获得待测试数据，根据目标测试包的测试程序对待测试数据进行处理，得到实际返回数据；根据标准返回数据对实际返回数据进行验证，如果标准返回数据与实际返回数据相同，那么确定待测试单元通过测试，并清除测试完成的待测试单元对应的目标测试包，释放内存；如果标准返回数据与实际返回数据不同，第一次确定待测试单元未通过测试并清除对应的目标测试包，再一次复制待测试单元的执行代码，得到新的回归测试包，并进行测试，获得第二次验证的结果，排除干扰因素导致测试不通过，如果连续两次对一个待测试单元进行测试的结果均为不通过，则输出待测试单元未通过测试的提示信息，以提示开发人员该单元未通过测试，以便技术人员及时排查故障。本实施例针对springcloud项目的单元测试环节，通过在回归测试包中创建模拟调用接口，实现对软件的检测，相对于现有技术中通过复杂的模拟框架的方法，简化了检测步骤，使实现单元检测更加简单，降低了单元测试的成本，提高了开发人员对编写单元测试的积极性，进而提高了公司代码的覆盖率；在本申请实施例中，多次复制待测试单元的执行代码并进行多测验证，使执行代码中的程序错误或者漏洞在开发中被发现，提高了执行代码的健壮性，降低了执行代码出现程序错误或者漏洞的风险。

进一步的，作为图1方法的具体实现，本申请实施例提供了一种单元测试装置，如图3所示，该装置包括：

获取模块，用于获取待测试单元的待测试数据和标准返回数据；

创建模块，用于确定所述待测试单元的服务调用接口，并在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包；

测试模块，用于基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据；

确定模块，用于基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果。

可选地，所述装置还包括：扫描模块，用于所述基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据之前，关闭对所述服务调用接口的扫描功能。

可选地，所述创建模块，还用于：

在所述待测试单元对应的回归测试包中创建与所述服务调用接口对应的存根类，并将所述存根类托管至测试管理容器的模拟调用接口中，得到所述目标测试包，其中，所述模拟调用接口用于模拟对所述待测试单元的调用。

可选地，所述获取模块，还用于：

将所述待测试数据输入至所述模拟调用接口中，通过执行所述目标测试包的测试程序，扫描所述模拟调用接口获得所述待测试数据，并对所述待测试数据进行测试处理，得到所述实际返回数据。

可选地，所述确定模块，还用于：

基于所述标准返回数据对所述实际返回数据进行验证；

若所述标准返回数据与所述实际返回数据相同，则确定所述待测试单元通过测试。

可选地，所述装置还包括：复制模块，用于所述在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包之前，响应于对待测试单元的测试指令，复制所述待测试单元的执行代码，得到回归测试包；

相应地，所述装置还包括：清除模块，用于所述基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果之后，清除所述目标测试包。

可选地，所述确定模块，还用于基于所述标准返回数据对所述实际返回数据进行验证之后，若所述标准返回数据与所述实际返回数据不同，则确定所述待测试单元未通过测试；

所述清除模块，还用于清除所述目标测试包；

所述复制模块，还用于重新复制所述待测试单元的执行代码，得到新的回归测试包；

所述测试模块，还用于基于所述新的回归测试包对所述待测试单元进行测试；

所述确定模块，还用于若连续两次对所述待测试单元进行测试的结果均为不通过，则输出所述待测试单元未通过测试的提示信息。

需要说明的是，本申请实施例提供的一种单元测试装置所涉及各功能单元的其他相应描述，可以参考图1至图2方法中的对应描述，在此不再赘述。

基于上述如图1至图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1至图2所示的单元测试方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1至图2所示的方法，以及图3所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图2所示的单元测试方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现针对待测试单元，通过对待测试单元中服务调用接口的模拟获得模拟调用接口，从而对模拟调用接口进行测试调用得到实际返回数据，并基于实际返回数据与标准返回数据确定待测试单元的测试结果，通过模拟调用，创建了一个独立的检测环境，减少了对软件其他的代码产生影响，降低了单元测试中对外部服务的依赖。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种单元测试方法，其特征在于，所述方法包括：

获取待测试单元的待测试数据和标准返回数据；

确定所述待测试单元的服务调用接口，并在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包；

基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据；

基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据之前，所述方法还包括：

关闭对所述服务调用接口的扫描功能。

3.根据权利要求1所述的方法，其特征在于，所述在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包，包括：

在所述待测试单元对应的回归测试包中创建与所述服务调用接口对应的存根类，并将所述存根类托管至测试管理容器的模拟调用接口中，得到所述目标测试包，其中，所述模拟调用接口用于模拟对所述待测试单元的调用。

4.根据权利要求3所述的方法，其特征在于，所述基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据，包括：

将所述待测试数据输入至所述模拟调用接口中，通过执行所述目标测试包的测试程序，扫描所述模拟调用接口获得所述待测试数据，并对所述待测试数据进行测试处理，得到所述实际返回数据。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果，包括：

基于所述标准返回数据对所述实际返回数据进行验证；

若所述标准返回数据与所述实际返回数据相同，则确定所述待测试单元通过测试。

6.根据权利要求5所述的方法，其特征在于，所述在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包之前，所述方法还包括：

响应于对待测试单元的测试指令，复制所述待测试单元的执行代码，得到回归测试包；

相应地，所述基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果之后，所述方法还包括：

清除所述目标测试包。

7.根据权利要求6所述的方法，其特征在于，所述基于所述标准返回数据对所述实际返回数据进行验证之后，所述方法还包括：

若所述标准返回数据与所述实际返回数据不同，则确定所述待测试单元未通过测试；

清除所述目标测试包，重新复制所述待测试单元的执行代码，得到新的回归测试包，基于所述新的回归测试包对所述待测试单元进行测试；

所述方法还包括：

若连续两次对所述待测试单元进行测试的结果均为不通过，则输出所述待测试单元未通过测试的提示信息。

8.一种单元测试装置，其特征在于，所述装置包括：

获取模块，用于获取待测试单元的待测试数据和标准返回数据；

创建模块，用于确定所述待测试单元的服务调用接口，并在所述待测试单元对应的回归测试包中，创建所述服务调用接口对应的模拟调用接口，得到目标测试包；

测试模块，用于基于所述待测试数据以及所述目标测试包对所述待测试单元进行测试，获得实际返回数据；

确定模块，用于基于所述标准返回数据和所述实际返回数据，确定所述待测试单元的测试结果。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述单元测试的方法。

10.一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述单元测试的方法。

Images