CN109522234A - 显示测试用例执行进度的方法、系统及自动化测试方法 - Google Patents
显示测试用例执行进度的方法、系统及自动化测试方法 Download PDFInfo
- Publication number
- CN109522234A CN109522234A CN201811401346.7A CN201811401346A CN109522234A CN 109522234 A CN109522234 A CN 109522234A CN 201811401346 A CN201811401346 A CN 201811401346A CN 109522234 A CN109522234 A CN 109522234A
- Authority
- CN
- China
- Prior art keywords
- case
- test
- progress
- test case
- title
- 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
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/3688—Test management for test execution, e.g. scheduling of test suites
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
技术领域
本申请涉及自动化测试技术领域,特别是涉及一种显示测试用例执行进度的方法、系统及自动化测试方法。
背景技术
根据测试用例进行自动化测试,是自动化测试领域中最基本的方法。由于一个自动化测试过程中所包括的测试用例数量庞大、用例程序稳定性以及测试环境等原因,自动化测试过程中可能会发生自动化用例中断或程序挂起等现象。
目前的自动化测试方法,通常包括:选择待执行的测试用例集合;按照预设的顺序依次执行测试用例集合中的用例;执行完毕后生成测试报告。
然而,目前的自动化测试方法中,由于测试用例集合中的所有测试用例均执行完毕,才能查看测试报告,因此,无法查看正在执行的测试用例的运行情况。当自动化用例程序挂起时也就无法及时确定挂起原因,从而导致无法对测试用例进行优化。当发生自动化用例中断时,用户只能从头开始对整个测试框架重新进行测试,无法对已经执行过的测试用例添加插件,从而导致自动化测试的测试效率较低。
发明内容
本申请提供了显示测试用例执行进度的方法、系统及自动化测试方法,以解决现有技术中自动化测试效率较低、无法对测试用例进行优化的问题。
为了解决上述技术问题,本申请实施例公开了如下技术方案:
一种显示测试用例执行进度的方法,所述方法包括:
在测试框架套件类中增加元类;
按照元类中对测试用例的处理逻辑,获取当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量;
根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,确定当前测试用例的进度;
打印当前测试用例的进度。
可选地,所述按照元类中对测试用例的处理逻辑,获取当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,包括:
通过循环读取当前测试框架下的所有测试用例,获取任一所述测试用例的用例名称和模块信息,并将所述测试用例的用例名称和模块信息赋值给用例对象;
根据测试用例在元类中的注入顺序,对全部所述测试用例依次生成用例ID,并将所述用例ID分别赋值给不同的用例对象;
利用计数的方法获取所有测试用例的总数量;
根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,利用闭包函数处理所述测试框架。
可选地,打印当前测试用例的进度之前,所述方法还包括:
将当前测试用例的用例名称、模块信息和用例ID,以及所有测试用例的总数量记录在日志中。
可选地,所述元类为Python元类,所述套件类为基本TestCase类。
一种自动化测试方法,所述方法包括:在自动化测试过程中,采用如上所述的一种显示测试用例执行进度的方法,显示测试用例的执行进度。
一种显示测试用例执行进度的系统,所述系统包括:
元类增加模块,用于在测试框架套件类中增加元类;
参数获取模块,用于按照元类中对测试用例的处理逻辑,获取当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量;
进度确定模块,用于根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,确定当前测试用例的进度;
打印模块,用于打印当前测试用例的进度。
可选地,所述用例参数获取模块包括:
用例名称和模块信息获取单元,用于循环读取当前测试框架下的所有测试用例,获取任一所述测试用例的用例名称和模块信息;
用例ID生成单元,用于根据测试用例在元类中的注入顺序,对全部所述测试用例依次生成用例ID;
赋值单元,用于将任一所述测试用例的用例名称和模块信息赋值给用例对象,以及,将所述全部测试用例的用例ID分别赋值给不同的用例对象;
测试用例总数量获取单元,用于利用计数的方法获取所有测试用例的总数量;
装饰单元,用于根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,利用闭包函数处理所述测试框架。
可选地,所述系统中还包括记录模块,用于将当前测试用例的用例名称、模块信息和用例ID,以及所有测试用例的总数量记录在日志中。
本申请的实施例提供的技术方案可以包括以下有益效果:
本申请提供一种显示测试用例执行进度的方法,该方法首先在测试框架套件类中增加元类,然后按照元类中对测试用例的处理逻辑,获取当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量等用例参数,其次根据这些用例参数确定当前测试用例的进度,最后将当前测试用例的进度打印出来,从而显示测试用例的执行进度。本实施例通过在现有的测试框架中增加元类,在元类中实现各种用例参数的获取和赋值,在元类中确定测试用例的进度,最后将测试用例的进度打印在屏幕上,由于本实施例主要在测试框架层级进行测试用例的处理,不需要在测试用例层级进行操作,因此这种显示测试用例的方法能够非常方便地显示测试用例的执行进度。而且,通过本实施例中显示测试用例的方法,能够及时查看正在执行的测试用例的运行情况,当自动化用例中断时,可以对已经执行过的测试用例添加插件,避免重复执行;当自动化用例程序挂起时,可以通过及时查看测试用例的执行进度及时定位挂起原因,有利于提高故障处理效率,从而提高自动化测试的效率。
本申请还提供一种显示测试用例执行进度的系统,该系统主要包括元类增加模块、参数获取模块、进度确定模块和打印模块四部分。通过元类增加模块在测试框架套件类中增加元类,然后通过参数获取模块获取用于确定测试用例进度的参数,最后通过进度确定模块确定当前测试用例的进度,最后通过打印模块对当前测试用例的进度进行打印和显示。由于本系统工作于测试框架层级,无需进行测试用例层级的操作,因此,能够对测试用例层级进行整体性操作,从而能够非常方便地显示测试用例的执行进度。
本申请还提供一种自动化测试方法,该测试方法采用如上所述的方法显示测试用例的执行进度。由于该自动化测试方法中对测试用例的执行进度进行显示,因此,能够及时查看正在执行的测试用例的运行情况。当自动化用例中断时,可以对已经执行过的测试用例添加插件,避免重复执行;当自动化用例程序挂起时,可以通过及时查看测试用例的执行进度及时定位挂起原因,有利于提高故障处理效率,从而提高自动化测试的效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例所提供的一种显示测试用例执行进度的方法的流程示意图;
图2为本申请实施例所提供的一种显示测试用例执行进度的系统的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
为了更好地理解本申请,下面结合附图来详细解释本申请的实施方式。
参见图1,图1为本申请实施例所提供的一种显示测试用例执行进度的方法的流程示意图。由图1可知,本实施例中显示测试用例执行进度的方法,主要包括如下步骤:
S1:在测试框架套件类中增加元类。
本实施例中显示测试用例执行进度的方法主要应用于unittest自动化测试框架以及所有自动化测试的软件项目,可以采用python开发语言对本实施例中的的方法进行编程。
本实施例在测试框架套件类中增加元类,能够实现在创建测试类时,按照元类的逻辑自动地处理用例函数。
在测试框架套件类中增加元类之后,执行步骤S2:按照元类中对测试用例的处理逻辑,获取当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,通过步骤S2实现元类。
具体地,步骤S2包括如下过程:
S21:通过循环读取当前测试框架下的所有测试用例,获取任一测试用例的用例名称和模块信息,并将测试用例的用例名称和模块信息赋值给用例对象。
读取当前测试框架下的所有测试用例,然后循环依次检测当前测试框架下的所有测试用例,获取到任意测试用例的用例名称和模块信息,模块信息也就是测试用例所在模块的信息。由于在步骤S1中增加了元类,步骤S21中元类的功能为读取信息的功能,即:读取当前测试框架下的任一测试用例的用例名称和模块信息。
读取任一测试用例的用例名称和模块信息后,将此信息赋值给用例对象。测试用例在函数或程序中通常被称为用例对象。读取任一测试用例的用例名称和模块信息后,可以使用setattr内置函数将其用例名称和模块信息存储给用例对象。
实际应用中,步骤S21可以包括步骤:
S211:循环当前测试框架下的所有测试用例;
S212:获取当前测试用例的用例名称和模块信息;
S213:利用setattr内置函数,将当前测试用例的用例名称和模块信息赋值给用例对象;
S214:在元类中注入测试数据。
S22:根据测试用例在元类中的注入顺序,对全部测试用例依次生成用例ID,并将用例ID分别赋值给不同的用例对象。
本实施例可以采用make_simple_case方法进一步在元类中注入测试数据,依次获取所有测试用例的用例ID,并将用例ID分别赋值给用例对象。make_simple_case方法为本实施例给测试用例生成用例ID自定义的方法,可以采用如下python语言进行编程:
S23:利用计数的方法获取所有测试用例的总数量。
本实施例可以采用hander方法处理测试用例,获取当前测试框架下所有测试用例的总数量。即:将计数的方法封装在hander中,从而获取当前测试框架下所有测试用例的总数量。
具体地,可以按照注入的顺序,依次生成测试用例的用例编号,根据用例编号计算用例总数量。
获取到当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量之后,执行步骤S24:根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,利用闭包函数处理测试框架。
测试用例最终是在测试函数中执行,因此,获取到用例名称、模块信息、用例ID以及总数量等用例信息后,需要利用闭包函数处理测试框架,具体是利用闭包函数处理测试框架中的测试函数。也就是采用装饰器的方法装饰测试函数,以便于后续对测试进度进行打印。
S3:根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,确定当前测试用例的进度。
根据当前用例名称和模块信息确定当前测试用例;根据当前测试用例的总数量,可以确定当前测试框架中的所有测试用例数量;由于用例ID是根据注入顺序依次生成,根据用例ID,可以确定当前执行的测试用例的用例编号,也就是可以确定当前正在执行的测试用例在全部测试用例中是第几个测试用例,从而确定当前测试用例的进度。
确定测试进度之后,执行步骤S5:打印当前测试用例的进度。
本实施例通过getattr内置模块从用例对象中获取用例信息进行打印。打印的内容,可以采用当前用例名称(当前用例编号/全部用例总数量)的格式,进行打印。
进一步地,本实施例中打印当前测试用例的进度之前,还包括步骤S4:将当前测试用例的用例名称、模块信息和用例ID,以及所有测试用例的总数量记录在日志中。
通过将用例信息存储至日志中,可以方便后续对用例信息进行查询或者生成测试报告。
进一步地,本实施例中的元类为Python元类,套件类为基本TestCase类。
综上所述,本实施例中显示测试用例执行进度的方法,基于Python类,修改测试框架的基本TestCase类,加入处理测试用例的元类,将继承框架基本测试类的自动化用例,按照元类中的处理逻辑,将所有测试用例的用例名称、模块信息、用例ID以及总数量记录在日志中,同时打印在屏幕上,从而显示自动化用例执行进度。本实施例的方法主要工作于测试框架层级,无需在测试用例层级进行参数的修改,能够避免繁琐的参数修改,从而能够大大提高自动化测试效率。
本实施例还提供一种自动化测试方法,该方法中包括:采用如上所述的方法,在自动化测试过程中显示测试用例的执行进度。
通过在自动化测试过程中增加显示测试用例执行进度的步骤,能够及时查看正在执行的测试用例的运行情况,从而更加有效地执行自动化测试,有效避免因不明确自动化执行进度而导致的工作效率降低现象。当自动化用例中断时,可以对已经执行过的测试用例添加插件,避免重复执行;当自动化用例程序挂起时,可以通过及时查看测试用例的执行进度及时定位挂起原因,有利于提高故障处理效率,从而提高自动化测试的效率。
参见图2,图2为为本申请实施例所提供的一种显示测试用例执行进度的系统的结构示意图。由图2可知,本实施例还提供一种显示测试用例执行进度的系统,该系统主要包括元类增加模块、参数获取模块、进度确定模块和打印模块四部分。其中,元类增加模块用于在测试框架套件类中增加元类;参数获取模块用于按照元类中对测试用例的处理逻辑,获取当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量;进度确定模块用于根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,确定当前测试用例的进度;打印模块用于打印当前测试用例的进度。
其中,用例参数获取模块又包括:用例名称和模块信息获取单元、用例ID生成单元、赋值单元、测试用例总数量获取单元和装饰单元。用例名称和模块信息获取单元用于循环读取当前测试框架下的所有测试用例,获取任一测试用例的用例名称和模块信息;用例ID生成单元用于根据测试用例在元类中的注入顺序,对全部测试用例依次生成用例ID;赋值单元,用于将任一测试用例的用例名称和模块信息赋值给用例对象,以及,将全部测试用例的用例ID分别赋值给不同的用例对象;测试用例总数量获取单元,用于利用计数的方法获取所有测试用例的总数量;装饰单元,用于根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,利用闭包函数处理测试框架。
进一步地,该显示测试用例执行进度的系统中还包括有记录模块,用于将当前测试用例的用例名称、模块信息和用例ID,以及所有测试用例的总数量记录在日志中。
本申请中显示测试用例执行进度的系统的工作原理和工作方法,在显示测试用例执行进度的方法中已经详细阐述,在此不再赘述。
以上所述仅是本申请的具体实施方式,使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (8)
1.一种显示测试用例执行进度的方法,其特征在于,所述方法包括:
在测试框架套件类中增加元类;
按照元类中对测试用例的处理逻辑,获取当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量;
根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,确定当前测试用例的进度;
打印当前测试用例的进度。
2.根据权利要求1所述的一种显示测试用例执行进度的方法,其特征在于,所述按照元类中对测试用例的处理逻辑,获取当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,包括:
通过循环读取当前测试框架下的所有测试用例,获取任一所述测试用例的用例名称和模块信息,并将所述测试用例的用例名称和模块信息赋值给用例对象;
根据测试用例在元类中的注入顺序,对全部所述测试用例依次生成用例ID,并将所述用例ID分别赋值给不同的用例对象;
利用计数的方法获取所有测试用例的总数量;
根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,利用闭包函数处理所述测试框架。
3.根据权利要求1所述的一种显示测试用例执行进度的方法,其特征在于,打印当前测试用例的进度之前,所述方法还包括:
将当前测试用例的用例名称、模块信息和用例ID,以及所有测试用例的总数量记录在日志中。
4.根据权利要求1所述的一种显示测试用例执行进度的方法,其特征在于,所述元类为Python元类,所述套件类为基本TestCase类。
5.一种自动化测试方法,其特征在于,所述方法包括:在自动化测试过程中,采用权利要求1-4中任意一项所述的一种显示测试用例执行进度的方法,显示测试用例的执行进度。
6.一种显示测试用例执行进度的系统,其特征在于,所述系统包括:
元类增加模块,用于在测试框架套件类中增加元类;
参数获取模块,用于按照元类中对测试用例的处理逻辑,获取当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量;
进度确定模块,用于根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,确定当前测试用例的进度;
打印模块,用于打印当前测试用例的进度。
7.根据权利要求6所述的一种显示测试用例执行进度的系统,其特征在于,所述用例参数获取模块包括:
用例名称和模块信息获取单元,用于循环读取当前测试框架下的所有测试用例,获取任一所述测试用例的用例名称和模块信息;
用例ID生成单元,用于根据测试用例在元类中的注入顺序,对全部所述测试用例依次生成用例ID;
赋值单元,用于将任一所述测试用例的用例名称和模块信息赋值给用例对象,以及,将所述全部测试用例的用例ID分别赋值给不同的用例对象;
测试用例总数量获取单元,用于利用计数的方法获取所有测试用例的总数量;
装饰单元,用于根据当前测试框架下所有测试用例的用例名称、模块信息、用例ID以及总数量,利用闭包函数处理所述测试框架。
8.根据权利要求6或7所述的一种显示测试用例执行进度的系统,其特征在于,所述系统中还包括记录模块,用于将当前测试用例的用例名称、模块信息和用例ID,以及所有测试用例的总数量记录在日志中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811401346.7A CN109522234A (zh) | 2018-11-22 | 2018-11-22 | 显示测试用例执行进度的方法、系统及自动化测试方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811401346.7A CN109522234A (zh) | 2018-11-22 | 2018-11-22 | 显示测试用例执行进度的方法、系统及自动化测试方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109522234A true CN109522234A (zh) | 2019-03-26 |
Family
ID=65778926
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811401346.7A Pending CN109522234A (zh) | 2018-11-22 | 2018-11-22 | 显示测试用例执行进度的方法、系统及自动化测试方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109522234A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111291346A (zh) * | 2020-02-27 | 2020-06-16 | 闻泰通讯股份有限公司 | 一种测试方法、装置、计算机设备及存储介质 |
CN112883728B (zh) * | 2021-03-02 | 2024-04-09 | 岭东核电有限公司 | 基于核电试验的试验工序信息展示方法和装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103678093A (zh) * | 2012-08-30 | 2014-03-26 | 腾讯科技(深圳)有限公司 | 一种自动化测试框架及测试方法 |
US20180322035A1 (en) * | 2017-05-04 | 2018-11-08 | Hcl Technologies Limited | Automation testing platform for facilitating automatic testing of an information technology (it) enabled application |
-
2018
- 2018-11-22 CN CN201811401346.7A patent/CN109522234A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103678093A (zh) * | 2012-08-30 | 2014-03-26 | 腾讯科技(深圳)有限公司 | 一种自动化测试框架及测试方法 |
US20180322035A1 (en) * | 2017-05-04 | 2018-11-08 | Hcl Technologies Limited | Automation testing platform for facilitating automatic testing of an information technology (it) enabled application |
Non-Patent Citations (2)
Title |
---|
QLDXSUN: "python logging计数", 《CSDN博客 HTTPS://BLOG.CSDN.NET/QLDXSUN/ARTICLE/DETAILS/81532352》 * |
煎煎煎饼: "扩展Python的unittest框架", 《简书 HTTPS://WWW.JIANSHU.COM/P/D65F97723AF7》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111291346A (zh) * | 2020-02-27 | 2020-06-16 | 闻泰通讯股份有限公司 | 一种测试方法、装置、计算机设备及存储介质 |
CN111291346B (zh) * | 2020-02-27 | 2023-04-21 | 闻泰通讯股份有限公司 | 一种测试方法、装置、计算机设备及存储介质 |
CN112883728B (zh) * | 2021-03-02 | 2024-04-09 | 岭东核电有限公司 | 基于核电试验的试验工序信息展示方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107844424B (zh) | 基于模型的测试系统及方法 | |
CN105700888B (zh) | 一种基于jbpm工作流引擎的可视化快速开发平台 | |
CN105608254B (zh) | 一种面向智能硬件系统开发的自动化设计方法和平台 | |
CN109871326A (zh) | 一种脚本录制的方法和装置 | |
CN103761189B (zh) | 一种测试用例管理方法及系统 | |
CN107203473A (zh) | 自动扩展接口测试用例的自动化测试系统与方法 | |
CN109582588A (zh) | 测试用例生成方法、装置及电子设备 | |
CN108345532A (zh) | 一种自动化测试用例生成方法和装置 | |
CN106293891B (zh) | 多维投资指标监督方法 | |
CN108897724A (zh) | 功能完成进度确定方法及装置 | |
CN116127899B (zh) | 芯片设计系统、方法、电子设备和存储介质 | |
CN110347407A (zh) | 一种获取内存占用量的方法、装置、计算机设备及介质 | |
CN110209584A (zh) | 一种测试数据自动生成方法和相关装置 | |
CN103903312B (zh) | 自动巡检的执行方法和装置 | |
CN112527666B (zh) | 业务流程自动化测试方法、装置及计算机设备 | |
CN109948804A (zh) | 跨平台拖拽式深度学习建模与训练方法及装置 | |
CN104778118A (zh) | 自动化测试技术的改进方法 | |
CN108932191A (zh) | 自动化测试方法、系统、计算机设备及可读存储介质 | |
CN109522234A (zh) | 显示测试用例执行进度的方法、系统及自动化测试方法 | |
CN109063433A (zh) | 虚假用户的识别方法、装置及可读存储介质 | |
CN109145981A (zh) | 深度学习自动化模型训练方法及设备 | |
CN107703773A (zh) | 一种基于硬件在环仿真系统的软件测试方法及装置 | |
CN109857643A (zh) | 一种虚拟化平台性能自动测试的方法及装置 | |
CN109800776A (zh) | 素材标注方法、装置、终端和计算机可读存储介质 | |
CN113672674A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190326 |