CN116521530A - 单元测试方法、装置、设备、存储介质和产品 - Google Patents

单元测试方法、装置、设备、存储介质和产品 Download PDF

Info

Publication number
CN116521530A
CN116521530A CN202310353645.2A CN202310353645A CN116521530A CN 116521530 A CN116521530 A CN 116521530A CN 202310353645 A CN202310353645 A CN 202310353645A CN 116521530 A CN116521530 A CN 116521530A
Authority
CN
China
Prior art keywords
container
test
unit
unit test
test case
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
Application number
CN202310353645.2A
Other languages
English (en)
Inventor
李军辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba China Co Ltd
Original Assignee
Alibaba China Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba China Co Ltd filed Critical Alibaba China Co Ltd
Priority to CN202310353645.2A priority Critical patent/CN116521530A/zh
Publication of CN116521530A publication Critical patent/CN116521530A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3664Environments for testing or debugging software
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/45562Creating, deleting, cloning virtual machine instances
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/45591Monitoring or debugging support

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本公开涉及一种单元测试方法、装置及设备。该单元测试方法包括:若监控到目标程序代码的至少一个容器被创建,复制所述容器中的容器实例并存储到每个容器对应的容器副本中,所述容器实例是目标程序代码的一部分;向单元测试平台发送测试用例请求,以请求用于对容器实例进行单元测试的测试用例;接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例,并基于所述测试用例对所述容器副本中的容器实例进行单元测试。本公开实施例提供的技术方案,能够实现测试人员对目标程序代码进行单元测试。

Description

单元测试方法、装置、设备、存储介质和产品
技术领域
本公开涉及软件测试技术领域,尤其涉及一种单元测试方法、装置、设备、存储介质和产品。
背景技术
单元测试是所有软件测试环节中最底层的一类测试,在单元测试中能够实现100%的代码覆盖率;另外,单元测试也可以有效防止在软件开发后期因bug过多而失控,因此对软件进行单元测试具有较高的性价比。现有技术中的单元测试通常由研发人员执行,由研发人员执行单元测试时,可以利用代码读写权限,直接在工程代码中进行测试代码的编写,但研发人员通常没有很好的测试思想,且没有充分的时间来完成单元测试,因此,现有技术中存在给测试人员提供一种方便、高效的单元测试方案的需求。
发明内容
为了解决上述技术问题,本公开提供了一种单元测试方法、装置、设备、存储介质和产品。
第一方面,本公开提供了一种单元测试方法,应用于虚拟机中,包括:
若监控到目标程序代码的至少一个容器被创建,复制所述容器中的容器实例并存储到每个容器对应的容器副本中,所述容器实例是目标程序代码的一部分;
向单元测试平台发送测试用例请求,以请求用于对所述容器实例进行单元测试的测试用例,所述测试用例存储于单元测试平台中;
接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例,并基于所述测试用例对所述容器副本中的容器实例进行单元测试。
第二方面,本公开还提供了一种单元测试装置,包括:
容器实例复制模块,用于若监控到目标程序代码的至少一个容器被创建,复制所述容器中的容器实例并存储到每个容器对应的容器副本中,所述容器实例是所述目标程序代码的一部分;
请求发送模块,用于向单元测试平台发送测试用例请求,以请求用于对容器实例进行单元测试的测试用例,所述测试用例存储于单元测试平台中;
单元测试模块,用于接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例,并基于所述测试用例对所述容器副本中的容器实例进行单元测试。
第三方面,本公开还提供了一种电子设备,包括:存储器和处理器,
所述存储器用于存储所述处理器可执行指令;
所述处理器用于从所述存储器中读取所述可执行指令,并执行所述可执行指令以实现上述任一种单元测试方法。
第四方面,本公开还提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行以实现上述任一种单元测试方法。
第五方面,本公开实施例还提供了一种计算机程序产品,所述计算机程序产品用于执行上述任一种单元测试方法。
本公开实施例提供的技术方案,通过虚拟机和单元测试平台配合,在单元测试平台中预先存储对目标程序代码的容器实例进行单元测试的测试用例,然后监控到目标程序代码的至少一个容器被创建,复制所述容器中的容器实例并存储到每个容器对应的容器副本中,并向单元测试平台发送测试用例请求,以请求用于对容器实例进行单元测试的测试用例,最后在接收到单元测试平台发送的测试用例后,基于测试用例对容器副本中的容器实例进行单元测试,从而为测试人员提供了一种方便、高效的单元测试方案。
附图说明
结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的,原件和元素不一定按照比例绘制。
图1为本公开实施例提供的一种应用场景的系统架构图;
图2为本公开实施例提供的一种单元测试方法的流程示意图;
图3为本公开实施例提供的另一种单元测试方法的流程示意图;
图4为本公开实施例提供的再一种单元测试方法的流程示意图;
图5为本公开实施例提供的一种单元测试装置的结构示意图;
图6为本公开实施例提供的另一种单元测试装置的结构示意图;
图7为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,和/或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
如现有技术中所记载的,目前有需要给测试人员提供一种方便、高效的单元测试方案,本公开实施例中提供了一种单元测试的技术方案,能够使得测试人员可以参与到软件程序代码的单元测试中,从而可以与研发人员一起提高单元测试覆盖率,提升工程代码面向可测性编程,并可以尽早发现软件程序代码的bug,避免后续发现bug而带来的测试成本和修复成本放大。本公开实施例提供的技术方案,其中一方面是在虚拟机中进行改进,在虚拟机中能够将目标程序代码中待测试的容器实例复制到容器副本中,然后向单元测试平台发送测试用例请求,以请求对上述的容器实例进行单元测试的测试用例,然后在单元测试平台反馈测试用例后,即可以在虚拟机上进行单元测试;其中,单元测试平台是本公开实例提供的技术方案的另外一个方面的改进,在单元测试平台上可以维护已经编写好的,能够对容器实例进行测试的测试用例。由此可见,本公开实施例提供的技术方案,能够实现测试人员在单元测试平台上进行测试用例的编写、维护和管理,并在需要时向虚拟机发送测试用例,在虚拟机中是通过将容器实例复制到容器副本中,而不是直接针对目标程序代码进行单元测试,从而实现了无侵入式的单元测试;对于研发人员而言,其也可以通过单元测试平台,直接进行测试用例的编写,然后利用上述的单元测试方案进行单元测试,也可以是直接在程序代码中添加测试用例,从而实现单元测试,但是无论研发人员采用哪种技术方案,都能够实现测试人员和研发人员同步进行测试,从而达到测试极致左移的目的,尽早实现对程序代码进行100%覆盖率的测试。
图1为本公开实施例提供的一种应用场景的系统架构图,其中主要包括虚拟机1和单元测试平台2两个部分,其中的虚拟机1是以Java虚拟机(JVM),其开发框架为Spring框架,通过在JVM中配置JVM沙箱(JVM-SANDBOX)来实现单元测试的主要功能;单元测试平台2主要可以包括模块管理、配置管理和数据三个部分,具体介绍可以参考后续的实施例。以下将分别从虚拟机和单元测试平台两个角度对本公开实施例的技术方案进行介绍。
图2为本公开实施例提供的一种单元测试方法的流程示意图,该单元测试方法可以设置在虚拟机中的单元测试装置执行,该装置可集成在任意具有计算能力的终端或服务器上。如图2所示,该单元测试方法包括:
S210、若监控到目标程序代码的至少一个容器被创建,复制容器中的容器实例并存储到每个容器对应的容器副本中,该容器实例是目标程序代码的一部分。
本步骤中为了实现对目标程序代码进行单元测试,于是,通过在目标程序代码的至少一个容器被创建时,将被创建的容器中的容器实例复制到容器副本中,从而实现后续可以直接对上述的容器副本进行单元测试,而不是针对目标程序代码本身进行单元测试,进而可以实现无侵入式的单元测试。本步骤中,上述监控到目标程序代码的至少一个容器被创建可以是在目标程序代码中的premain函数执行时,对目标程序代码的容器进行监控,以监控到至少一个容器被创建,上述的premain函数为对目标程式代码进行字节增强得到。
具体的,本公开实施例提供的技术发方案,可以应用到对Java语言编写的目标程序代码的单元测试方案中,其中的目标程序代码为利用Java语言编写的一个应用程序的代码,其中的容器实例可以是目标程序代码中的一部分,例如可以是一个方法。对于Java语言而言,其所运行的虚拟机为Java虚拟机,该Java虚拟机可以简称为JVM。在本步骤中,可以利用利用Java原生的Java代理(Java agent)机制,对目标程度代码进行字节码增强操作,在目标程序代码中添加一个premain函数,该premain函数运行在主(main)函数之前。具体可以通过如下方式实现,即Java代理是Java命令的一个参数,其可以用于指定一个jar包,并且对该java包有2个要求:一是这个jar包的MANIFEST.MF文件必须指定Premain-Class项;二是Premain-Class指定的那个类必须实现premain()方法。对于premain方法,可以设置其为运行在main函数之前的类。当Java虚拟机启动时,在执行main函数之前,JVM会先运行java agent所指定jar包内Premain-Class这个类的premain()方法。上述在目标程序代码中添加一个premain函数的技术,可以是Java中常用到的字节增强技术,其能够在不侵入原始程序代码的情况下植入想要实现的独立逻辑。
本公开实施例中可以利用JVM沙箱(JVM-SANDBOX)对目标程序代码的至少一个容器是否被创建进行监控,其中JVM沙箱是一种不重启、不侵入目标程序代码的面向切面编程(Aspect Oriented Programming,简称:AOP)解决方案,能够实现对是否有容器被创建进行监控。对于本公开实施例中的容器,其可以为一个Spring容器,即Spring bean,其中Spring是一种常用的java开发框架,Spring bean是Spring框架在运行时的管理对象,Springbean是目标程序代码的基本构建块,目标程序代码都将放在Spring bean中。
因此,在本步骤中可以是在premain函数执行时,利用JVM沙箱对目标程序代码的Spring容器进行监控,若监控到有Spring容器被创建时,则将容器实例,也就是Spring容器中的那部分目标程序代码,通常是指目标程序代码中的一个方法,复制到在JVM沙箱的容器副本中,在后续进行单元测试时,就可以针对容器副本中的容器实例进行单元测试了。
S220、向单元测试平台发送测试用例请求,以请求用于对容器实例进行单元测试的测试用例,所述测试用例存储于单元测试平台。
在步骤S210中将目标程序代码的容器实例复制到容器副本后,并且已经在单元测试平台中存储了对上述容器实例进行测试的测试用例,则可以向单元测试平台发送测试用例请求。
具体的,对于一个目标程序代码而言,其可以包括多个容器实例,因此,为了能够有针对性的获取针对不同容器实例的测试用例,本步骤中可以获取每个容器副本中存储的容器实例标识,并将容器实例标识包括在测试用例请求中,向单元测试平台发送包括上述容器实例标识的测试用例请求,若容器实例的数量为多个,则可以将多个容器实例标识存储到一个容器实例列表中,通过测试用例请求发送给单元测试平台。对于容器实例为方法时,容器实例名称可以包括方法名称和方法参数签名两个部分。
在一些实施例中,JVM虚拟机和单元测试平台之间可以通过心跳消息连通,该心跳消息可选的,可以是每间隔一定时间发送,对于上述的测试用例请求可以使用该心跳消息实现,即在有新的容器被创建后,就可以将其存储的容器实例标识通过心跳消息发送给单元测试平台。
通过上述任一方式将容器实例标识发送给单元测试平台后,单元测试平台即可以根据容器实例标识确定单元测试所需的测试用例。
S230、接收单元测试平台发送的用于对容器实例进行单元测试的测试用例,并基于测试用例对容器副本中的容器实例进行单元测试。
本步骤中由于单元测试平台反馈了对容器实例进行单元测试的测试用例,因此,可以基于测试用例对容器副本中的容器实例进行单元测试。上述的单元测试平台发送的测试用例,可以是测试人员预先编写测试用例,其预先存储到了单元测试平台上。
本公开上述实施例提供的技术方案,通过虚拟机和单元测试平台配合,在单元测试平台中预先存储对目标程序代码的容器实例进行单元测试的测试用例,然后监控到目标程序代码的至少一个容器被创建,复制容器中的容器实例并存储到每个容器对应的容器副本中,并向单元测试平台发送测试用例请求,以请求用于对容器实例进行单元测试的测试用例,最后在接收到单元测试平台反馈的测试用例后,基于测试用例对容器副本中的容器实例进行单元测试,从而为测试人员提供了一种方便、高效的单元测试方案。
为了使得测试人员和研发人员编写的测试用例能够在虚拟机中互不干扰的运行,避免代码冲突,本公开实施例中可以通过自定义类加载器的方式实现,使得的测试用例能够运行在不同的类加载器中。此时,可以将至少两个类加载器标识通过字节码增强技术添加到目标程序代码中,然后在需要向单元测试平台发送测试用例请求时,获取目标程序代码的至少两个类加载器标识,并将至少两个类加载器标识包括在测试用例请求中,以发送给单元测试平台,即向单元测试平台发送的测试用例请求中包括上述的类加载器标识。可选的,上述的类加载器标识可以是java的全限定类名。此时,上述的步骤S130中,接收单元测试平台发送的用于对容器实例进行单元测试的测试用例,可以具体为接收单元测试平台发送的用于对容器实例进行单元测试的测试用例和类加载器标识;而基于测试用例对容器副本中的容器实例进行单元测试可以包括:基于测试用例和类加载器标识对容器副本中的容器实例进行单元测试。因此,本公开实施例通过自定义不同的类加载器,使得测试人员和研发人员编写的不同测试用例,都能够顺利运行,而不会发生代码冲突。
本公开实施例中,在Java应用场景下,可以在Java沙箱中设置Groovy脚本引擎,利用Groovy脚本引擎接收单元测试平台发送的用于对容器实例进行单元测试的测试用例和指定的类加载器标识,然后上述实施例中的基于测试用例和类加载器标识对容器副本中的容器实例进行单元测试,具体的,可以为利用类加载器标识对应的类加载器读取测试用例和容器实例,并在虚拟机中运行上述的容器实例,从而实现了利用测试用例对容器实例进行单元测试。
本公开实施例提供的技术方案,除了包括上述的步骤S210-步骤S230外,还可以进一步如下步骤:
通过反射调用引擎调用容器实例运行时的返回值,并将返回值发送给单元测试平台。
具体的,对于上述的测试用例,其可以包括进行单元测试时各个容器实例的入参、单元测试过程中所依赖的数据等内容,在进行单元测试时,容器实例在虚拟机中运行后,会输出返回值,该返回值根据容器实例的实际运行情况而定,根据该返回值就可以判断出来其是否在容器实例允许的返回值范围内,从而进一步判断出来容器实例的运行是否符合要求,从而可以判断出容器实例是否能够通过单元测试。本公开实施例中通过将单元测试的返回值发送给单元测试平台,单元测试平台就可以根据上述返回值进行断言操作,以确定容器实例是否通过单元测试。在某些情况下,也可以在测试用例中设置对返回值进行校验的功能,即测试用例可以直接根据返回值进行断言操作,判断出容器实例是否通过单元测试。
对于测试用例中包括的入参,其可以包括基础类型值或者实体类型值,其中的基础类型可以包括整型和浮点型,或者是还包括表示Unicode编码字符的类型char,表示真值的类型boolean等;而实体类型是Java中需要用类class定义出来的类型,这些类型除了Java自带的还有很多自行编写的,通常是描述某种数据的一个自定义类型数据集合,对于实体类型,通常会在单元测试平台将其序列化为序列化字符串,例如Json序列化字符串来作为测试用例中的入参使用。上述的基础类型的入参和序列化字符串可以直接输入到容器实例中进行单元测试,利用序列化字符串,能够避免在单元测试过程中频繁利用反射调用进行赋值,从而提高单元测试的效率。对于Json序列化字符串,若需要将序列化字符串反序列化为实体类型,则可以直接使用fastJson结合目标类,然后使用类加载器将其反序列化为对应的目标类,能够大大降低使用成本。
对于反射调用引擎调用得到的容器实例运行时的返回值,其也可以是基础类型或者是实体类型,若返回值为基础类型值,则可以将基础类型值的返回值直接发送给单元测试平台;若返回值为实体类型值,则上述将返回值发送给单元测试平台可以包括:利用序列化引擎将实体类型值序列化为序列化字符串后,将序列化字符串发送给单元测试平台,上述的序列化字符串可以为Json序列化字符串。本公开实施例中通过将Json序列化字符串的返回值反馈给单元测试平台,使用Json序列化字符串能够有效避免在单元测试平台上还需要使用反射调用功能对其重新赋值;若给单元测试平台发送Json序列化字符串,在单元测试平台上只需要对Json序列化字符串进行相关的get操作即可以轻松完成具体字段值的获取,从而降低使用成本。
对于单元测试平台而言,本公开实施例也提供相应的单元测试方法,图3为本公开实施例提供的另一种单元测试方法的流程示意图,该单元测试方法可以设置在单元测试平台上使用,该装置可集成在任意具有计算能力的终端或服务器上。如图3所述,包括如下步骤:
S310、接收虚拟机发送的测试用例请求,该测试用例请求用于请求对容器副本中的容器实例进行单元测试的测试用例;
具体的,如图1和图2所示,本公开实施例中在单元测试平台的数据管理模块,其能够实现对各类型和适用于各种场景的测试用例进行了用例存储,并可以根据不同类型和测试场景进行用例聚合,以聚合成不同类型测试用例组,用户可以自定义每个测试用例组的数量从而实现对每个分组的粒度控制;另外,可以给测试用例组或者测试用例都设置一定的标识,来表明该测试用例的特征,该特征包括但不限于该测试用例所适用的测试场景或者测试类型等。
若虚拟机上已经将需要进行单元测试的容器实例复制到容器副本中,并向单元测试平台发送测试用例请求后,单元测试平台就可以为上述的容器副本匹配对应的测试用例,该匹配过程可以自动运行,也可以手动运行。
对于自动运行,若上述如图1所示的实施例所介绍的,其中的可以是预先建立好测试实例标识与其对应的测试用例的对应关系,此时可以首先确定测试用例请求中包括的容器实例标识,然后根据预先建立的容器实例标识与测试用例的对应关系,从用例数据库中确定与进行单元测试的容器实例标识对应的测试用例;最后向虚拟机发送上述测试用例。
对于手动运行,此时可以是单元测试平台接收到多个测试用例请求,或者是接收到的测试用例请求中包括了容器实例列表,在该列表中给出了多个容器实例标识,此时,单元测试平台可以提供查询框,通过用户输入的关键词进行模糊匹配,查询要进行单元测试的容器实例,然后为该容器实例从已经编写好并存储到用例数据库中的测试用例中,选择与上述的容器实例相对应的测试用例。如上述实施例所记载的,其中容器实例标识可以包括方法名称和方法参数签名,其长度较长,采用上述模糊匹配的方式,能够降低平台使用难度。
在一些实施例中,JVM虚拟机和单元测试平台之间可以通过心跳消息连通,该心跳消息可以是每间隔一定时间发送,对于上述的测试用例请求可以使用该心跳消息实现,即在有新的容器被创建后,就可以将其存储的容器实例标识通过心跳消息发送给单元测试平台。
S320、向虚拟机发送用于对容器副本中的容器实例进行单元测试的测试用例。
在上述步骤中获得了对容器副本中的容器实例进行单元测试的测试用例,即可以将其发发送给虚拟机,以由虚拟机基于测试用例进行单元测试,即可以实现本地存储的测试用例的用例执行。
在一些实施例中,为了使得测试人员和研发人员编写的测试用例能够在虚拟机中互不干扰的运行,避免代码冲突,本公开实施例中可以通过自定义类加载器的方式实现,使得的测试用例能够运行在不同的类加载器中。此时,可以将至少两个类加载器标识通过字节码增强添加到目标程序代码中,然后在需要向单元测试平台发送测试用例请求时,获取目标程序代码的至少两个类加载器标识,并将至少两个类加载器标识包括在测试用例请求中发送给单元测试平台。可选的,上述的类加载器标识可以是java的全限定类名。
此时,上述步骤S310接收到的测试用例请求中还包括至少两个类加载器标识,上述步骤S320向虚拟机发送用于对容器副本中的容器实例进行单元测试的测试用例可以包括:
确定对容器副本中的容器实例进行单元测试的类加载器标识;
向虚拟机发送上述用于对容器副本中的容器实例进行单元测试的测试用例和类加载器标识。
虚拟机可以基于测试用例和类加载器标识对容器副本中的容器实例进行单元测试。本公开实施例中通过自定义不同的类加载器,使得测试人员和研发人员编写的不同测试用例,都能够顺利运行,而不会发生代码冲突。
本公开实施例中,对于上述的测试用例,其可以包括进行单元测试时各个容器实例的入参、单元测试过程中所依赖的数据等内容。对于单元测试的入参,其可以包括基础类型值或者实体类型值,其中的基础类型可以包括整型和浮点型,或者是还包括表示Unicode编码字符的类型char,表示真值的类型boolean等;而实体类型是Java中需要用用类class定义出来的类型,这些类型除了Java自带的,还有很多是自行编写的,通常是描述某种数据的一个自定义类型数据集合,对于实体类型,通常需要在单元测试平台上,将其序列化为序列化字符串,例如Json序列化字符串,然后将其封装到编写的测试用例中,将其作为测试用例中的入参使用。将上述的基础类型的入参和序列化字符串封装到测试用例中,然后发送给虚拟机后,虚拟机可以直接输入到容器实例中进行单元测试,利用上述类型的数据,能够避免在单元测试过程中频繁反射调用进行赋值,从而提高单元测试的效率。
在图3所示实施例中能够将测试用例发送给虚拟机进行单元测试的基础上,如图4所示,本公开实施例中除了包括上述的步骤S310和步骤S320外,还可以包括步骤S330和步骤S340,该两个步骤是在虚拟机上对容器实例进行单元测试后,将单元测试的返回值反馈给单元测试平台,单元测试平台利用上述返回值进行断言操作,以确定容器实例是否通过单元测试。具体如下:
步骤S330、接收虚拟机反馈的对容器实例进行单元测试的返回值;
如上所述的,上述的返回值可以包括基础类型值或者序列化字符串,而序列化字符串为虚拟机上的序列化引擎将实体类型值序列化后得到,此时不需要再次使用反射调用功能对其重新赋值,只需要对Json序列化字符串进行相关的get操作即可以轻松完成具体字段值的获取,从而降低使用成本。
步骤S340、根据单元测试的返回值对容器实例进行断言操作,确定容器实例的单元测试结果。
本步骤中单元测试平台可以根据返回值进行断言(assert)操作,该返回值根据容器实例的实际运行情况而定,根据该返回值就可以判断出来其是否在容器实例允许的返回值范围内,从而进一步判断出来容器实例的运行是否符合要求,确定容器实例是否通过单元测试。
如果完成一定阶段的单元测试,可以将该阶段内所有的单元测试结果进行报表生成;例如,针对某一个目标程序代码所创建的所有容器中的容器实例都进行单元测试后,可以生成关于该目标程序代码的单元测试报表,通过该报表呈现目标程序代码的各个容器实例的单元测试结果,或者是,呈现每次和历史的单元测试详情信息,包括通过率、测试运行时长、测试人员等信息。在有些情况下,可以进一步设置报警功能,该报警功能能够在一些容器实例没有通过单元测试时发出报警,以提示测试人员注意,例如是可以在单元测试运行期间配置预警阈值,比如成功率低于80%时进行邮件或者其他方式通知测试人员。
在上述实施例中主要对单元测试平台的数据管理功能进行了说明,另外如图1所示的,在单元测试平台上还设置了模块管理功能,该模块管理功能主要包括插件安装、生命周期管理和心跳管理三个部分,其中的插件安装能够实现对虚拟机所需要的插件进行安装,例如序列化脚本引擎、Groovy脚本引擎和反射调用引擎等,能够有针对性的根据不同的环境或者场景需求安装不同的脚本引擎;生命周期管理能够实现对Spring框架中Springbean容器进行管理,以获取是否有新的Spring bean容器被创建,从而能够在新的容器被创建时,复制容器实例到容器副本中;心跳管理主要是管理与虚拟机之间的心跳信息,并根据心跳消息中携带的信息判断是否有新的容器实例等。在平台测试模块上还设置了配置管理功能主要包括应用配置、插件配置和推送配置功能,其中应用配置可以对Spring框架进行配置,插件配置可以对上述的序列化脚本引擎、Groovy脚本引擎和反射调用引擎进行配置,推送配置主要是对如何向虚拟机发送测试用例进行配置。
图5为本公开实施例提供的一种单元测试装置的结构示意图。该单元测试装置可以设置在虚拟机中,参照图5,该单元测试装置包括:
容器实例复制模块510,用于若监控到目标程序代码的至少一个容器被创建,复制所述容器中的容器实例并存储到每个容器对应的容器副本中,所述容器实例是所述目标程序代码的一部分;
请求发送模块520,用于向单元测试平台发送测试用例请求,以请求用于对所述容器实例进行单元测试的测试用例;
单元测试模块530,用于接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例,并基于所述测试用例对所述容器副本中的容器实例进行单元测试。
进一步的,所述监控到目标程序代码的至少一个容器被创建,包括:
在目标程序代码中的premain函数执行时,对目标程序代码的容器进行监控,以监控到至少一个容器被创建,所述premain函数为对所述目标程序代码进行字节码增强得到。
进一步的,请求发送模块具体用于获取每个所述容器副本中存储的容器实例标识,向单元测试平台发送测试用例请求,该测试用例请求中包括所述容器实例标识;接收到的单元测试平台发送的测试用例为单元测试平台根据所述容器实例标识确定。
进一步的,请求发送模块具体用于获取所述目标程序代码的至少两个类加载器标识,所述至少两个类加载器标识为对所述目标程序代码进行字节码增强得到,向单元测试平台发送所述测试用例请求,所述测试用例请求中包括该至少两个类加载器标识。
进一步的,所述接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例,包括:
接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例和类加载器标识;
所述基于所述测试用例对所述容器副本中的容器实例进行单元测试,包括:
基于所述测试用例和所述类加载器标识对所述容器副本中的容器实例进行单元测试。
进一步的,所述测试用例包括所述单元测试的入参,所述入参包括基础类型值和实体类型值,所述实体类型值为序列化字符串。
进一步的,由Groovy脚本引擎接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例和指定的类记载器标识;
所述基于测试用例和所述类加载器标识对所述容器副本中的容器实例进行单元测试,包括:
利用类加载器标识对应的类加载器读取所述测试用例和所述容器实例,并在虚拟机中运行所述容器用例。
进一步的,还包括返回值反馈模块,用于通过反射调用引擎调用所述容器实例运行时的返回值,并将所述返回值发送给单元测试平台。
进一步的,若所述返回值为基础类型值,所述将所述返回值发送给单元测试平台,包括:
将所述基础类型值的返回值直接发送给单元测试平台;
或者,若所述返回值为实体类型值,所述将返回值发送给单元测试平台,包括:
利用序列化引擎将所述实体类型值序列化为序列化字符串后,将所述序列化字符串发送给单元测试平台。
本公开实施例提供的单元测试装置,可以执行上述图2所示实施例中的方法,其能够得到相应的技术效果。
图6为本公开实施例提供的一种单元测试装置的结构示意图。该单元测试装置可以设置在虚拟机中,参照图6,该单元测试装置包括:
请求接收模块610,接收虚拟机发送的测试用例请求,所述测试用例请求用于请求对容器实例进行单元测试的测试用例,所述容器实例存储于虚拟机的容器副本中;
用例发送模块620,用于向虚拟机发送用于对容器副本中的容器实例进行单元测试的测试用例。
进一步的,所述测试用例请求中包括容器实例标识,所述向虚拟机发送用于对容器副本中的容器实例进行单元测试的测试用例,包括:
确定测试用例请求中包括的容器实例标识;
根据预先建立的容器实例标识与测试用例的对应关系,从用例数据库中确定与所述进行单元测试的容器实例标识对应的测试用例;
向虚拟机发送所述测试用例。
进一步的,所述测试用例请求中还包括至少两个类加载器标识,所述向虚拟机发送用于对容器副本中的容器实例进行单元测试的测试用例,包括:
确定对所述容器副本中的容器实例进行单元测试的类加载器标识;
向虚拟机发送所述用于对容器副本中的容器实例进行单元测试的测试用例和所述类加载器标识。
进一步的,所述测试用例包括所述单元测试的入参,所述入参包括基础类型值和实体类型值,所述实体类型值为序列化字符串。
进一步的,还包括断言模块,用于接收虚拟机反馈的对所述述容器实例进行单元测试的返回值;根据所述单元测试的返回值对所述容器实例进行断言操作,确定所述容器实例的单元测试结果。
本公开实施例提供的单元测试装置,可以执行上述图3或图4所示实施例中的方法,其能够得到相应的技术效果。
图7为本公开实施例提供的一种电子设备的结构示意图,用于对实现本公开实施例中任一种单元测试方法的电子设备进行示例性说明,不应理解为对本公开实施例的具体限定。
如图7所示,电子设备700可以包括处理器(例如中央处理器、图形处理器等)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有电子设备700操作所需的各种程序和数据。处理器701、ROM 702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
通常,以下装置可以连接至I/O接口705:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置707;包括例如磁带、硬盘等的存储装置708;以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然示出了具有各种装置的电子设备700,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置709从网络上被下载和安装,或者从存储装置708被安装,或者从ROM702被安装。在该计算机程序被处理器701执行时,可以执行本公开实施例提供的任一种单元测试方法中限定的功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
在一些实施方式中,客户端、服务端可以利用诸如HTTP(HyperText TransferProtocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“LAN”),广域网(“WAN”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:
若监控到目标程序代码的至少一个容器被创建,复制所述容器中的容器实例并存储到每个容器对应的容器副本中,所述容器实例是目标程序代码的一部分;
向单元测试平台发送测试用例请求,所述测试用例请求用于请求对所述容器实例进行单元测试的测试用例,该测试用例存储于单元测试平台中;
接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例,并基于所述测试用例对所述容器副本中的容器实例进行单元测试。
或者,
接收虚拟机发送的测试用例请求,所述测试用例请求用于请求对容器副本中的容器实例进行单元测试的测试用例;
向虚拟机发送用于对容器副本中的容器实例进行单元测试的测试用例。
在本公开实施例中,可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言,诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言,诸如“C”语言或类似的程序设计语言。程序代码可以完全地在计算机上执行、部分地在计算机上执行、作为一个独立的软件包执行、部分在计算机上部分在远程计算机上执行、或者完全在远程计算机或服务端上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中,计算机可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。计算机可读介质可以是计算机可读信号介质或计算机可读储存介质。计算机可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。计算机可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (13)

1.一种单元测试方法,应用于虚拟机中,包括:
若监控到目标程序代码的至少一个容器被创建,复制所述容器中的容器实例并存储到每个容器对应的容器副本中,所述容器实例是目标程序代码的一部分;
向单元测试平台发送测试用例请求,以请求用于对所述容器实例进行单元测试的测试用例,所述测试用例存储于单元测试平台中;
接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例,并基于所述测试用例对所述容器副本中的容器实例进行单元测试。
2.根据权利要求1所述的方法,其中,所述监控到目标程序代码的至少一个容器被创建,包括:
在目标程序代码中的premain函数执行时,对目标程序代码的容器进行监控,以监控到至少一个容器被创建,所述premain函数为对所述目标程序代码进行字节码增强得到。
3.根据权利要求1所述的方法,其中,所述向单元测试平台发送测试用例请求,包括:
获取每个所述容器副本中存储的容器实例标识;
向单元测试平台发送所述测试用例请求,所述测试用例请求中包括所述容器实例标识;
所述接收到的单元测试平台发送的测试用例为单元测试平台根据所述容器实例标识确定。
4.根据权利要求3所述的方法,其中,所述向单元测试平台发送测试用例请求,包括:
获取所述目标程序代码的至少两个类加载器标识,所述至少两个类加载器标识为对所述目标程序代码进行字节码增强得到;
向单元测试平台发送所述测试用例请求,所述测试用例请求中包括所述至少两个类加载器标识。
5.根据权利要求4所述的方法,其中,所述接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例,包括:
接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例和类加载器标识;
所述基于所述测试用例对所述容器副本中的容器实例进行单元测试,包括:
基于所述测试用例和所述类加载器标识对所述容器副本中的容器实例进行单元测试。
6.根据权利要求5所述的方法,其中,所述测试用例包括所述单元测试的入参,所述入参包括基础类型值和实体类型值,所述实体类型值为序列化字符串。
7.根据权利要求5所述的方法,其中,由Groovy脚本引擎接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例和指定的类记载器标识;
所述基于所述测试用例和所述类加载器标识对所述容器副本中的容器实例进行单元测试,包括:
利用类加载器标识对应的类加载器读取所述测试用例和所述容器实例,并在虚拟机中运行所述容器实例。
8.根据权利要求7所述的方法,其中,还包括:
通过反射调用引擎调用所述容器实例运行时的返回值,并将所述返回值发送给单元测试平台。
9.根据权利要求8所述的方法,其中,若所述返回值为基础类型值,所述将所述返回值发送给单元测试平台,包括:
将所述基础类型值的返回值直接发送给单元测试平台;
或者,若所述返回值为实体类型值,所述将返回值发送给单元测试平台,包括:
利用序列化引擎将所述实体类型值序列化为序列化字符串后,将所述序列化字符串发送给单元测试平台。
10.一种单元测试装置,包括:
容器实例复制模块,用于若监控到目标程序代码的至少一个容器被创建,复制所述容器中的容器实例并存储到每个容器对应的容器副本中,所述容器实例是所述目标程序代码的一部分;
请求发送模块,用于向单元测试平台发送测试用例请求,以请求用于对所述容器实例进行单元测试的测试用例,所述测试用例存储于单元测试平台中;
单元测试模块,用于接收单元测试平台发送的用于对所述容器实例进行单元测试的测试用例,并基于所述测试用例对所述容器副本中的容器实例进行单元测试。
11.一种电子设备,包括:存储器和处理器,
所述存储器用于存储所述处理器可执行指令;
所述处理器用于从所述存储器中读取所述可执行指令,并执行所述可执行指令以实现如权利要求1至9中任一项所述的单元测试方法。
12.一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行以实现如权利要求1至9中任一项所述的单元测试方法。
13.一种计算机程序产品,所述计算机程序产品用于执行如权利要求1至9中任一项所述的单元测试方法。
CN202310353645.2A 2023-03-31 2023-03-31 单元测试方法、装置、设备、存储介质和产品 Pending CN116521530A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310353645.2A CN116521530A (zh) 2023-03-31 2023-03-31 单元测试方法、装置、设备、存储介质和产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310353645.2A CN116521530A (zh) 2023-03-31 2023-03-31 单元测试方法、装置、设备、存储介质和产品

Publications (1)

Publication Number Publication Date
CN116521530A true CN116521530A (zh) 2023-08-01

Family

ID=87393092

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310353645.2A Pending CN116521530A (zh) 2023-03-31 2023-03-31 单元测试方法、装置、设备、存储介质和产品

Country Status (1)

Country Link
CN (1) CN116521530A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117076332A (zh) * 2023-10-13 2023-11-17 博智安全科技股份有限公司 一种测试用例的测试方法、装置、电子设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117076332A (zh) * 2023-10-13 2023-11-17 博智安全科技股份有限公司 一种测试用例的测试方法、装置、电子设备及存储介质
CN117076332B (zh) * 2023-10-13 2024-01-23 博智安全科技股份有限公司 一种测试用例的测试方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN111090536B (zh) 一种获取内存泄露信息的方法、装置、介质和电子设备
CN113835992B (zh) 内存泄露的处理方法、装置、电子设备及计算机存储介质
CN116521530A (zh) 单元测试方法、装置、设备、存储介质和产品
CN116225886A (zh) 测试用例生成方法、装置、设备、存储介质及程序产品
CN112463615A (zh) 应用的测试方法、装置、计算设备和介质
CN111984496B (zh) 一种监控栈内存泄露的方法、装置、介质和电子设备
CN114443480A (zh) 测试方法、系统、可读介质及电子设备
CN113704079A (zh) 基于Protobuf的接口测试方法和装置
CN112506781A (zh) 测试监控方法、装置、电子设备、存储介质及程序产品
CN117130917B (zh) 一种容器化Java应用的灰盒测试方法、装置及系统
CN117155628B (zh) 一种容器化应用交互式安全测试方法、系统、装置及可读存储介质
CN116594630A (zh) 文件生成方法、装置、介质及电子设备
CN116775463A (zh) 测试方法、装置、存储介质及电子设备
CN116545729A (zh) 多应用安全测试方法、装置、电子设备和计算机可读介质
CN117931175A (zh) 服务请求的处理方法和装置
CN116126718A (zh) 服务调用日志的获取方法、应用链路的测试方法及装置
CN116166560A (zh) 业务对象的控制方法、装置、可读介质及电子设备
CN116258461A (zh) 一种业务流程的编排方法、执行方法和装置
CN117667645A (zh) 应用测试方法、装置、设备、系统及存储介质
CN115858386A (zh) 数据传输方法、装置和系统、介质和计算机设备
CN117152861A (zh) 自动巡检方法、装置、电子设备和计算机可读介质
CN116501634A (zh) 测试用例管理方法、装置、介质以及电子设备
CN118193349A (zh) 接口测试平台及系统
CN115640204A (zh) 页面兼容性测试方法、装置、电子设备及存储介质
CN114168485A (zh) 测试方法、装置、设备及介质

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