CN116991737A - 一种软件测试方法、系统、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种软件测试方法、系统、电子设备及存储介质。该方法包括：基于测试父类和业务场景确定测试用例；基于所述软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境生成所述业务场景对应的可执行文件；将所述测试用例的文件路径传入所述可执行文件，执行所述测试用例。本发明无需部署运行环境，解决了软件测试过程中无法摆脱对运行环境依赖的问题，提高了软件测试的效率。

Description

一种软件测试方法、系统、电子设备及存储介质

技术领域

本发明涉及互联网技术领域，尤其涉及一种软件测试方法、系统、电子设备及存储介质。

背景技术

随着互联网技术不断的发展，软件开发周期缩短，迭代的更加频繁，对于保证软件开发的质量，降低软件上线的风险，对软件测试行业的从业人员也提出了更高的要求，传统的手工测试渐渐无法适应高频率的软件更新迭代的速度，越来越多的企业选择自动化测试来进行快速的回归测试，保证产品的交付质量，提升测试效率。

目前，python作为自动化测试的首选语言，在API接口测试，UI界面测试等方面都表现优异，测试人员通过安装python解释器和各类python语言写成的三方组件库来编写和运行python测试程序。在整个自动化测试过程中，自动化测试人员要熟练掌握python环境的部署、python测试脚本的编写和运行，对python语言的熟练度掌握有一定的要求。

然而，软件测试的工作日益复杂和繁琐，原有的软件测试行业的从业人员对python语言掌握的程度也参差不齐，在环境部署、程序编写、程序运行这些方面存在重复造轮子和无法摆脱环境依赖的问题，导致软件测试效率低下。

发明内容

本发明提供了一种软件测试方法、系统、电子设备及存储介质，以解决软件测试过程中无法摆脱对运行环境依赖的问题。

根据本发明的一方面，提供了一种软件测试方法，应用于软件测试系统，包括：

基于测试父类和业务场景确定测试用例；

基于所述软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境生成所述业务场景对应的可执行文件；

将所述测试用例的文件路径传入所述可执行文件，执行所述测试用例。

根据本发明的另一方面，提供了一种软件测试系统，包括：测试框架、测试功能接口和可执行文件生成模块，所述测试框架包括测试调度模块和流程控制模块；

所述测试调度模块用于并基于所述测试父类和测试场景确定测试用例；

所述可执行文件生成模块用于基于所述测试框架以及测试功能接口对应的代码和软件运行环境生成所述业务场景对应的可执行文件；

所述流程控制模块用于将所述测试用例的文件路径传入所述可执行文件，执行所述测试用例。

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

至少一个处理器；以及

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

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

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

本发明实施例的技术方案，通过基于测试父类和业务场景确定测试用例；基于软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境生成业务场景对应的可执行文件；将测试用例的文件路径传入可执行文件，执行测试用例。无需部署运行环境，解决了软件测试过程中无法摆脱对运行环境依赖的问题，提高了软件测试的效率。

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

附图说明

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

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

图2是本发明实施例一提供的基础父类-中间父类-测试用例的继承关系图；

图3是本发明实施例二提供的一种软件测试系统的结构示意图；

图4是本发明实施例三提供的一种电子设备的结构示意图。

具体实施方式

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

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

实施例一

图1是本发明实施例一提供的一种软件测试方法的流程图，本实施例可适用于通过执行软件对应的测试用例对软件进行自动化测试的情况，该方法应用于软件测试系统来，该软件测试系统可以采用硬件和/或软件的形式实现，该软件测试系统可配置于本发明实施例提供的电子设备中。如图1所示，该方法包括：

S110、基于测试父类和业务场景确定测试用例。

其中，测试父类是测试人员为测试用例编写的一个父类，所有的测试用例都可以直接或者间接的继承该测试父类中提供的接口方法。本实施例中，针对不同的业务场景，可以根据测试父类和业务场景在测试用例库中进行匹配，得到测试用例。可以理解的是，测试用例库中的测试用例为测试人员根据不同的业务场景编写的，所有测试用例皆继承测试父类中的接口方法。

在一些实施例中，可选的，可以根据业务场景对应的测试用例模板和测试父类生成测试用例，具体的，可以根据测试用例模板中配置的类名生成类文件、类、初始化函数，根据用例描述生成用例注释，根据用例方法名及用例参数生成方法体，根据接口路径、接口参数、接口请求类型生成接口请求代码，根据预期返回结果生成验证代码以及通过接口继承测试父类，从而得到测试用例。

在上述实施例的基础上，可选的，所述测试父类包括基础父类和中间父类；所述基于测试父类和业务场景确定测试用例，包括：基于所述业务场景和所述基础父类确定所述业务场景对应的中间父类；基于所述中间父类确定测试用例。

其中，基础父类用于为测试用例提供入口函数，所有继承该基础父类的测试用例将通过基础父类的入口函数去执行；中间父类是不同业务场景对应的测试父类，中间父类继承了基础父类，具体的，在中间父类中，根据不同地业务场景实例化改业务场景下所需用到的测试功能接口。可以理解的是，针对不同的业务场景，需要用到的测试功能接口不同，为避免将所有测试功能接口都在基础测试父类中实例化，针对不同的业务场景创建对应的中间父类，将该业务场景下所需的测试功能接口皆实例化到中间父类中，该业务场景下的测试用例都继承该业务场景对应的中间父类。本实施例中，根据业务场景和基础父类确定中间父类，根据中间父类在测试用例库中匹配中间父类对应的测试用例。图2是本发明实施例一提供的基础父类-中间父类-测试用例的继承关系图，如图2所示，中间父类继承了基础父类，测试用例继承了中间父类，如此，测试用例中同时拥有基础父类与中间父类的属性。

需要说明的是，若匹配到多个测试用例，则响应于测试人员的选择操作，确定目标测试用例；其中，目标测试用例为进行软件测试所需的测试用例。

S120、基于所述软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境生成所述业务场景对应的可执行文件。

其中，测试框架用于整合测试功能接口以及执行测试用例，测试功能接口是指测试用例测试过程中调用的功能接口，将测试用例所用到的功能接口封装成对象，并在测试父类中实例化。

测试功能接口的类型包括第三方功能接口和自定义功能接口，第三方功能接口由第三方库提供，示例性的，第三方库包括但不限于requests、pyautogui、win32api等，其中，requests库是一个用来模拟发送http请求的三方库；pyautogui和win32api是用来控制鼠标和键盘操的三方库；自定义功能接口是测试人员根据业务场景编写的功能接口。

在一些实施例中，可选的，所述方法还包括：基于业务场景对第三方库中的功能接口进行封装，得到所述业务场景对应的第三方功能接口。

第三方库中的测试功能接口存在不能完全适应业务需求的情况，因此，在不同的业务场景下需要对第三方库中的测试功能接口进行二次封装，以使测试功能接口满足业务需求，具体的，创建接口类，所述接口类根据业务场景对第三方库中的功能接口进行二次封装，保留功能接口中参数传递的位置，得到第三方功能接口，可以通过向封装后的第三方功能接口传入不同的参数，并校验接口的返回值，来达到测试的目的。

由于测试用例的需要依赖运行环境才能执行，为了摆脱对运行环境的依赖，避免测试人员重复部署运行环境，本实施例中，基于软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境生成业务场景对应的可执行文件，其中，可执行文件包括可执行程序，运行可执行程序即可启动测试框架，可以更加方便灵活的部署在各个计算机系统上。

在上述实施例的基础上，可选的，所述基于所述软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境生成所述业务场景对应的可执行文件，包括：基于打包工具对软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境进行打包处理，得到所述业务场景对应的可执行文件。

本实施例中，利用打包工具对软件测试系统中测试框架以及测试功能接口对应的代码和软件测试环境进行打包处理，得到业务场景对应的可执行文件；示例性的，以python作为自动化测试的语言为例，利用pyinstaller工具将测试框架以及测试功能接口对应的代码和软件测试环境打包成可执行文件。

S130、将所述测试用例的文件路径传入所述可执行文件，执行所述测试用例。

具体的，在执行测试用例时，通过动态导包的方式将测试用例的路径传入可执行文件，并执行测试用例。

在上述实施例的基础上，可选的，所述将所述测试用例的文件路径传入所述可执行文件，执行所述测试用例，包括：将所述测试用例的文件路径添加到所述可执行文件的搜索路径列表中；基于所述搜索路径列表获取所述测试用例的文件，基于导入函数将所述测试用例的文件导入至内存中；基于所述测试父类的入口函数执行所述测试用例。

示例性的，以python作为自动化测试的语言为例，将测试用例的文件路径传入可执行文件，可执行文件中封装的Python程序将测试用例的文件路径添加到sys.path列表内，根据测试用例的文件名称在sys.path列表的路径下搜索，得到测试用例的文件，进而通过Python内置的import函数将测试用例的文件导入到内存中，并通过基础父类的入口函数执行测试用例。其中，在Python语言中，搜索路径列表为sys.path列表，导入函数为Python内置的import函数。

本实施例的技术方案，通过基于测试父类和业务场景确定测试用例；基于软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境生成业务场景对应的可执行文件；将测试用例的文件路径传入可执行文件，执行测试用例。无需部署运行环境，解决了软件测试过程中无法摆脱对运行环境依赖的问题，提高了软件测试的效率。

实施例二

图3是本发明实施例二提供的一种软件测试系统的结构示意图。如图3所示，该系统包括：测试框架310、测试功能接口320和可执行文件生成模块330，所述测试框架包括测试调度模块311和流程控制模块312；

测试调度模块311用于并基于所述测试父类和测试场景确定测试用例；

可执行文件生成模块330用于基于测试框架310以及测试功能接口320对应的代码和软件运行环境生成所述业务场景对应的可执行文件；

流程控制模块312用于将所述测试用例的文件路径传入可执行文件，执行所述测试用例。

在上述实施例的基础上，可选的，流程控制模块312还用于控制所述测试用例的执行步骤和执行顺序。具体的，测试用例的执行步骤和执行顺序由测试调度模块311规定，测试调度模块311将测试用例的执行步骤和执行顺序发送至流程控制模块312，流程控制模块312根据测试用例的执行步骤和执行顺序控制测试用例的执行。

在上述实施例的基础上，可选的，所述测试父类包括基础父类和中间父类；测试调度模块311具体用于基于所述业务场景和所述基础父类确定所述业务场景对应的中间父类；基于所述中间父类确定测试用例。

在上述实施例的基础上，可选的，可执行文件生成模块330具体用于基于打包工具对软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境进行打包处理，得到所述业务场景对应的可执行文件。

在上述实施例的基础上，可选的，流程控制模块312具体用于将所述测试用例的文件路径添加到所述可执行文件的搜索路径列表中；基于所述搜索路径列表获取所述测试用例的文件，基于导入函数将所述测试用例的文件导入至内存中；基于所述测试父类的入口函数执行所述测试用例。

在上述实施例的基础上，可选的，所述测试功能接口的类型包括第三方功能接口和自定义功能接口。

在上述实施例的基础上，可选的，该装置还包括接口封装模块，用于基于业务场景对第三方库中的功能接口进行封装，得到所述业务场景对应的第三方功能接口。

本发明实施例所提供的软件测试系统可执行本发明任意实施例所提供的软件测试方法，具备执行方法相应的功能模块和有益效果。

实施例三

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

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

1.一种软件测试方法，其特征在于，应用于软件测试系统，包括：

基于测试父类和业务场景确定测试用例；

基于所述软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境生成所述业务场景对应的可执行文件；

将所述测试用例的文件路径传入所述可执行文件，执行所述测试用例。

2.根据权利要求1所述的方法，其特征在于，所述测试父类包括基础父类和中间父类；所述基于测试父类和业务场景确定测试用例，包括：

基于所述业务场景和所述基础父类确定所述业务场景对应的中间父类；

基于所述中间父类确定测试用例。

3.根据权利要求1所述的方法，其特征在于，所述基于所述软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境生成所述业务场景对应的可执行文件，包括：

基于打包工具对软件测试系统中的测试框架以及测试功能接口对应的代码和软件运行环境进行打包处理，得到所述业务场景对应的可执行文件。

4.根据权利要求1所述的方法，其特征在于，所述将所述测试用例的文件路径传入所述可执行文件，执行所述测试用例，包括：

将所述测试用例的文件路径添加到所述可执行文件的搜索路径列表中；

基于所述搜索路径列表获取所述测试用例的文件，基于导入函数将所述测试用例的文件导入至内存中；

基于所述测试父类的入口函数执行所述测试用例。

5.根据权利要求1所述的方法，其特征在于，所述测试功能接口的类型包括第三方功能接口和自定义功能接口。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

基于业务场景对第三方库中的功能接口进行封装，得到所述业务场景对应的第三方功能接口。

7.一种软件测试系统，其特征在于，包括：测试框架、测试功能接口和可执行文件生成模块，所述测试框架包括测试调度模块和流程控制模块；

所述测试调度模块用于并基于所述测试父类和测试场景确定测试用例；

所述可执行文件生成模块用于基于所述测试框架以及测试功能接口对应的代码和软件运行环境生成所述业务场景对应的可执行文件；

所述流程控制模块用于将所述测试用例的文件路径传入所述可执行文件，执行所述测试用例。

8.根据权利要求7所述的方法，其特征在于，所述流程控制模块还用于控制所述测试用例的执行步骤和执行顺序。

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

至少一个处理器；以及

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

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

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