CN112540920A - 测试方法、装置、设备和存储介质 - Google Patents
测试方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN112540920A CN112540920A CN202011439792.4A CN202011439792A CN112540920A CN 112540920 A CN112540920 A CN 112540920A CN 202011439792 A CN202011439792 A CN 202011439792A CN 112540920 A CN112540920 A CN 112540920A
- Authority
- CN
- China
- Prior art keywords
- test
- scene
- logic
- data
- generating
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3692—Test management for test results analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3696—Methods or tools to render software testable
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种测试方法、装置、设备和存储介质,涉及测试技术领域。该方法包括:从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象;将所述至少两个测试场景的模拟对象输入待测试逻辑中;根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。本发明实施例提供一种测试方法、装置、设备和存储介质,实现了基于单个场景生成逻辑对多个测试场景的模拟对象的模拟。
Description
技术领域
本发明实施例涉及测试技术领域,尤其涉及一种测试方法、装置、设备和存储介质。
背景技术
JMockit是一款Java类/接口/对象的模拟工具。目前广泛应用于Java应用程序的单元测试中,可以对方法或者模块调用的外围接口进行模拟,实现单元测试过程中与外围系统的完全解耦。
虽然JMockit能够对调用的外围接口进行模拟,但是每次只能模拟一种返回场景。为了提高单元测试覆盖率,测试外围接口的多个返回场景,需要编写多单元测试代码,增加了工作压力。
发明内容
本发明实施例提供一种测试方法、装置、设备和存储介质,以实现基于单个场景生成逻辑对多个测试场景的模拟对象的模拟。
第一方面,本发明实施例提供了一种测试方法,该方法包括:
从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;
根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象;
将所述至少两个测试场景的模拟对象输入待测试逻辑中;
根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
第二方面,本发明实施例还提供了一种测试装置,该装置包括:
场景数据生成模块,用于从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;
模拟对象生成模块,用于根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象;
模拟对象输入模块,用于将所述至少两个测试场景的模拟对象输入待测试逻辑中;
测试结果生成模块,用于根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
第三方面,本发明实施例还提供了一种设备,所述设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明实施例中任一所述的测试方法。
第四方面,本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明实施例中任一所述的测试方法。
本发明实施例通过从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象,从而实现根据针对一个待测试逻辑,只需要编写一次场景生成逻辑,至少两个测试用例配置,即可实现多逻辑分支、多接口返回的复杂测试场景,进而提高测试覆盖率。
此外,对于基于接口编程的设计,本发明实施例的技术方案可以对所有继承自统一接口的类中的方法进行测试,即编写一个场景生成逻辑可以测试一组待测试逻辑,实现场景生成逻辑和待测试逻辑一比多的代码量,极大减轻测试工作量。
附图说明
图1为本发明实施例一提供的一种测试方法的流程图;
图2是本申请实施例二提供的一种测试方法的流程图;
图3是本申请实施例三提供的一种测试方法的流程图;
图4是本发明实施例四提供的一种测试方法的流程图;
图5是本发明实施例五提供的一种测试装置的结构示意图;
图6为本发明实施例六提供的一种设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的一种测试方法的流程图。本实施例可适用于对待测试逻辑进行高覆盖率且少工作量的测试的情况。该方法可以由一种测试装置来执行,该装置可以由软件和/或硬件的方式实现。参见图1,本发明实施例提供的测试方法包括:
S110、从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据。
其中,数据源是存储有至少两个测试场景参数组的存储介质。具体地,数据源可以是文件、数据库或表格等。
测试场景参数组是指描述测试场景的至少一个参数的组合。典型地,测试场景参数组可以由测试人员配置得到。
至少两个测试场景参数组包括两个测试场景参数组、三个测试场景参数组以及更多个测试场景参数组。
场景生成逻辑是生成测试场景数据的逻辑。
测试场景数据是指描述测试场景的数据。
具体地,可以基于Junit,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据。
其中,Junit是被广泛应用的Java单元测试框架。
S120、根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象。
其中,模拟对象是指真实对象在调试期间的代替品。
S130、将所述至少两个测试场景的模拟对象输入待测试逻辑中。
S140、根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
具体地,根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果,包括:
比较待测试逻辑的输出结果和对应的真值,根据比较结果确定待测试逻辑的测试结果。
本发明通过从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象,从而实现根据针对一个待测试逻辑,只需要编写一次场景生成逻辑,至少两个测试用例配置,即可实现多逻辑分支、多接口返回的复杂测试场景,进而提高测试覆盖率。
此外,对于基于接口编程的设计,本发明实施例的技术方案可以对所有继承自统一接口的类中的方法进行测试,即编写一个场景生成逻辑可以测试一组待测试逻辑,实现场景生成逻辑和待测试逻辑一比多的代码量,极大减轻测试工作量。
实施例二
图2是本申请实施例二提供的一种测试方法的流程图。本实施例是在上述实施例的基础上,对上述S110的进一步细化。参见图2,本实施例提供的测试方法包括:
S111、基于Feed4Junit,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据。
其中,Feed4Junit是一个数据与代码分离的单元测试框架,可以将测试用例和测试驱动代码完全分开,实现测试用例和测试代码的完全解耦,与Junit4不是同一个框架,Junit4没有实现数据与测试代码的分离,数据与代码需要耦合在一起。
S120、根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象。
S130、将所述至少两个测试场景的模拟对象输入待测试逻辑中。
S140、根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
本发明实施例的技术方案,通过Feed4Junit良好的解决了数据与代码分离的问题,Feed4Junit是JUnit测试框架的扩展,它通过操作来自于文件以及不同的数据源的测试数据,使测试变得更容易编写与维护。
因为当前大部分的测试逻辑均是基于Spring框架实现,所以为适应Spring框架,所述基于Feed4Junit,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据,包括:
基于新的单元测试框架,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;
其中,所述新的单元测试框架通过修改Feed4Junit的继承关系得到,所述新的单元测试框架继承于Spring框架的执行器。
其中,新的单元测试框架是一个与Spring融合的单元测试框架,其实现了数据与代码分离,可以将测试用例和测试驱动代码完全分开,实现测试用例和测试代码的完全解耦,是通过扩展Feed4Junit源码实现,与Junit4不是同一个框架,Junit4没有实现数据与测试代码的分离,数据与代码需要耦合在一起。
Spring框架是一个开源的Java平台,它为容易而快速的开发出耐用的Java应用程序提供了全面的基础设施,为了解决企业应用程序开发复杂性而创建的,目前,从国有企业到互联网企业,从传统民营企业到股份制企业等,涉及的web系统几乎都是通过Spring框架构建。
具体地,Spring框架的执行器可以是SpringJunit4Classrunner。
实施例三
图3是本申请实施例三提供的一种测试方法的流程图。本实施例是在上述实施例的基础上,对S120的进一步细化。参见图3,本申请实施例提供的测试方法包括:
S110、从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据。
S121、基于Mock测试逻辑,根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象。
其中,Mock测试逻辑就是在测试过程中,对于某些不容易构造或者不容易获取的对象,用一个虚拟的对象来创建以便测试的测试方法。
具体地,该有Mock测试逻辑可以基于不同的Mock框架实现。不同的Mock框架包括:JMockit、PowerMock、EasyMock、Mockito和JMock等。
其中,JMockit是帮助创建Mock对象的工具。它基于Java开发,在Java测试与开发环境中有不可比拟的优势。更重要的是,它大大简化了虚拟对象的使用。
S130、将所述至少两个测试场景的模拟对象输入待测试逻辑中。
S140、根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
本发明实施例的技术方案,通过基于Mock测试逻辑,根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象,从而实现模拟对象的生成。
实施例四
图4是本发明实施例四提供的一种测试方法的流程图。本实施例是在上述实施例的基础上提出的一种可选方案。参见图4,本实施例提供的测试方法包括:
S210、基于新的单元测试框架,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据。
其中,新的单元测试框架继承于Spring框架的执行器。
S220、基于JMockit框架,根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象。
S230、将所述至少两个测试场景的模拟对象输入待测试逻辑中。
S240、根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
本发明实施例的关键点在于:
1、由于Feed4Junit框架不支持Spring框架,本发明对Feed4Junit源码进行扩展并重新编译框架,生成新的单元测试框架。该新的单元测试框架实现了与Spring框架的融合,解决Feed4Junit的不足。
2、由于JMockit每次只能模拟一种测试场景,为了提高单元测试覆盖率,测试外围接口的多个测试场景,本发明实施例将新的单元测试框架和JMockit融合,从而实现针对一个待测试逻辑,只需要编写一次场景生成逻辑,多个测试用例配置,即可实现多逻辑分支、多接口返回的复杂测试场景。
本发明实施例的技术效果为:
1、本发明可以极大降低单元测试压力,提高单元测试覆盖率和代码质量。举例如下:一个简单的登录方法,如果输入测试所有判断分支则至少写12个测试方法,该登录调用的checkLogin为外围接口,该外围接口返回场景为5种情况,则如果需要充分测试该登录方法,至少需要写17个单元测试方法,即单元测试方法和被测方法的代码量达到17:1。如果被测方法更复杂,则这个比例会更大。如果利用本发明的新的单元测试框架和JMockit的融合测试方法,则只需要编写一个单元测试方法,将所有的17个测试场景的案例配置到数据库或者文件中,即可实现登录方法的完全覆盖,并且增加登录的功能还可以直接配置测试用例,不用再编写单元测试方法。
2、对于基于接口编程的设计,该方案可以对所有继承自统一接口的类中的方法进行单元测试,即编写一个单元测试方法可以测试一组方法,实现单元测试代码和被测代码1比多的代码量,极大减轻单元测试工作,测试覆盖率的大幅提升。
实施例五
图5是本发明实施例五提供的一种测试装置的结构示意图。参见图5,本发明实施例提供的测试装置包括:场景数据生成模块10、模拟对象生成模块20、模拟对象输入模块30和测试结果生成模块40。
其中,场景数据生成模块10,用于从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;
模拟对象生成模块20,用于根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象;
模拟对象输入模块30,用于将所述至少两个测试场景的模拟对象输入待测试逻辑中;
测试结果生成模块40,用于根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
本发明实施例通过从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象,从而实现根据针对一个待测试逻辑,只需要编写一次场景生成逻辑,至少两个测试用例配置,即可实现多逻辑分支、多接口返回的复杂测试场景,进而提高测试覆盖率。
此外,对于基于接口编程的设计,本发明实施例的技术方案可以对所有继承自统一接口的类中的方法进行测试,即编写一个场景生成逻辑可以测试一组待测试逻辑,实现场景生成逻辑和待测试逻辑一比多的代码量,极大减轻测试工作量。
进一步地,所述场景数据生成模块,包括:
场景数据生成单元,用于基于Feed4Junit单元测试框架,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据。
进一步地,所述场景数据生成单元,具体用于:
修改Feed4Junit的继承关系,得到新的单元测试框架,使新的单元测试框架继承于Spring框架的执行器;
基于新的单元测试框架,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据。
进一步地,所述模拟对象生成模块,包括:
模拟对象生成单元,用于基于Mock测试逻辑,根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象。
进一步地,所述Mock测试逻辑为JMockit创建模拟对象的逻辑。
实施例六
图6为本发明实施例六提供的一种设备的结构示意图,如图6所示,该设备包括处理器60、存储器61、输入装置62和输出装置63;设备中处理器60的数量可以是一个或多个,图6中以一个处理器60为例;设备中的处理器60、存储器61、输入装置62和输出装置63可以通过总线或其他方式连接,图6中以通过总线连接为例。
存储器61作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的测试方法对应的程序指令/模块(例如,测试装置中的场景数据生成模块10、模拟对象生成模块20、模拟对象输入模块30和测试结果生成模块40)。处理器60通过运行存储在存储器61中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的测试方法。
存储器61可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器61可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器61可进一步包括相对于处理器60远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置62可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置63可包括显示屏等显示设备。
实施例七
本发明实施例七还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种测试方法,该方法包括:
从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;
根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象;
将所述至少两个测试场景的模拟对象输入待测试逻辑中;
根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的测试方法中的相关操作.
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述搜索装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种测试方法,其特征在于,包括:
从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;
根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象;
将所述至少两个测试场景的模拟对象输入待测试逻辑中;
根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
2.根据权利要求1所述的方法,其特征在于,所述从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据,包括:
基于Feed4Junit单元测试框架,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据。
3.根据权利要求2所述的方法,其特征在于,所述基于Feed4Junit,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据,包括:
基于新的单元测试框架,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;
其中,所述新的单元测试框架通过修改Feed4Junit的继承关系得到,所述新的单元测试框架继承于Spring框架的执行器。
4.根据权利要求1所述的方法,其特征在于,所述根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象,包括:
基于Mock测试逻辑,根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象。
5.根据权利要求4所述的方法,其特征在于,所述Mock测试逻辑为JMockit创建模拟对象的逻辑。
6.一种测试装置,其特征在于,包括:
场景数据生成模块,用于从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;
模拟对象生成模块,用于根据所述至少两个测试场景数据,生成至少两个测试场景的模拟对象;
模拟对象输入模块,用于将所述至少两个测试场景的模拟对象输入待测试逻辑中;
测试结果生成模块,用于根据所述待测试逻辑的输出结果,确定所述待测试逻辑的测试结果。
7.根据权利要求6所述的装置,其特征在于,所述场景数据生成模块,包括:
场景数据生成单元,用于基于Feed4Junit单元测试框架,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据。
8.根据权利要求7所述的装置,其特征在于,所述场景数据生成单元,具体用于:
基于新的单元测试框架,从数据源中读取至少两个测试场景参数组,并基于至少一个场景生成逻辑,根据读取的至少两个测试场景参数组,生成至少两个测试场景数据;
其中,所述新的单元测试框架通过修改Feed4Junit的继承关系得到,所述新的单元测试框架继承于Spring框架的执行器。
9.一种设备,其特征在于,所述设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5中任一所述的测试方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-5中任一所述的测试方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011439792.4A CN112540920A (zh) | 2020-12-10 | 2020-12-10 | 测试方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011439792.4A CN112540920A (zh) | 2020-12-10 | 2020-12-10 | 测试方法、装置、设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112540920A true CN112540920A (zh) | 2021-03-23 |
Family
ID=75019918
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011439792.4A Pending CN112540920A (zh) | 2020-12-10 | 2020-12-10 | 测试方法、装置、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112540920A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116775500A (zh) * | 2023-08-21 | 2023-09-19 | 深圳市广和通无线通信软件有限公司 | 一种针对工业互联网平台驱动软件的自主测试方法 |
-
2020
- 2020-12-10 CN CN202011439792.4A patent/CN112540920A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116775500A (zh) * | 2023-08-21 | 2023-09-19 | 深圳市广和通无线通信软件有限公司 | 一种针对工业互联网平台驱动软件的自主测试方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107273286B (zh) | 针对任务应用的场景自动化测试平台及方法 | |
US9021440B1 (en) | System and method for automated test script generation | |
US5937181A (en) | Simulation of a process of a concurrent system | |
US9465718B2 (en) | Filter generation for load testing managed environments | |
CN110008113B (zh) | 一种测试方法、装置、电子设备 | |
CN109634869B (zh) | 二进制翻译中间表示正确性测试方法及装置 | |
US20070061641A1 (en) | Apparatus and method for generating test driver | |
US20200104246A1 (en) | Continuous automation with test suite engine | |
RU2678717C9 (ru) | Комплекс автоматизации и визуализации тестирования встроенного программного обеспечения электронных устройств | |
US11663113B2 (en) | Real time fault localization using combinatorial test design techniques and test case priority selection | |
CN103455672B (zh) | 一种fpga仿真测试用例自动化回归方法 | |
CN112559335A (zh) | 测试方法、装置、设备和存储介质 | |
CN111459814A (zh) | 自动化测试用例生成方法、装置及电子设备 | |
CN112540920A (zh) | 测试方法、装置、设备和存储介质 | |
CN112860587A (zh) | Ui自动测试方法和装置 | |
US10846206B2 (en) | Adaptive software testing | |
CN113778878A (zh) | 接口测试方法、装置、电子设备及存储介质 | |
CN111580409B (zh) | 面向实时嵌入式系统的故障仿真测试方法 | |
CN111382065B (zh) | 基于测试模板的验证流程管理系统及其方法 | |
US10579761B1 (en) | Method and system for reconstructing a graph presentation of a previously executed verification test | |
CN110795338B (zh) | 一种基于前后端交互的自动化测试方法、装置及电子设备 | |
CN114416048A (zh) | 一种确定uml模型的运行逻辑的方法和装置 | |
CN113220586A (zh) | 一种自动化的接口压力测试执行方法、装置和系统 | |
CN113553251A (zh) | 一种应用于软件测试的mock测试方法 | |
CN110659215A (zh) | 一种开放式工业app快速开发及测试验证方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |