CN108073519A - 测试用例生成方法和装置 - Google Patents
测试用例生成方法和装置 Download PDFInfo
- Publication number
- CN108073519A CN108073519A CN201810093851.3A CN201810093851A CN108073519A CN 108073519 A CN108073519 A CN 108073519A CN 201810093851 A CN201810093851 A CN 201810093851A CN 108073519 A CN108073519 A CN 108073519A
- Authority
- CN
- China
- Prior art keywords
- test case
- api
- courses
- action
- data
- 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.)
- Granted
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/3684—Test management for test design, e.g. generating new test cases
Abstract
本发明提出一种测试用例生成方法和装置,其中,方法包括:通过根据采集的历史行为数据,获取至少一条操作路径,获取操作路径下每个操作对应的至少一个API,针对每个API,获取API所包括的每个数据返回场景的校验模板,按照执行顺序,对所有操作对应的API下的所有校验模板进行排列组合,得到操作路径的所有测试用例副本,针对每个测试用例副本,获取测试用例副本中每个校验模板的校验逻辑,按执行顺序融合,得到操作路径下的与测试用例副本对应的测试用例。该方法实现了基于每个API包括的不同的数据返回场景,自动生成对应的校验点的测试用例,从而能够更加有效的覆盖因返回数据的变更,引起的客户端异常,提高了测试用例的覆盖度和测试结果的准确性。
Description
技术领域
本发明涉及计算机测试技术领域,尤其涉及一种测试用例生成方法和装置。
背景技术
随着互联网技术的不断发展,如手机、平板电脑等用户终端得到越来越广泛的应用。为了提高终端的质量,在研发过程中,不可避免的会涉及到对用户终端的测试。
目前,针对用户终端的测试主要是针对功能的测试,基于用户终端的功能列表设计每个功能点的测试用例,再加入一些典型的异常、稳定性或者性能测试。
但是,功能点测试用例只能测试某个功能是否符合要求,可见现有测试方法的测试用例覆盖度不够广,从而会降低测试结果的准确性。
发明内容
本发明旨在至少在一定程度上解决相关技术中的技术问题之一。
为此,本发明的第一个目的在于提出一种测试用例生成方法,通过按照操作路径中操作的执行顺序,对所有操作对应的API下的每个数据返回场景的校验模板,进行排列组合,得到操作路径的所有测试用例副本,然后在每个测试用例副本中,融入每个校验模板的校验逻辑,自动化生成所有测试用例,实现了基于每个API包括的不同的数据返回场景,自动生成对应的校验点的测试用例,从而能够更加有效的覆盖因返回数据的变更,引起的客户端异常,提高了测试用例的覆盖度和测试结果的准确性。
本发明的第二个目的在于提出一种测试用例生成装置。
本发明的第三个目的在于提出一种计算机设备。
本发明的第四个目的在于提出一种计算机程序产品。
本发明的第五个目的在于提出一种非临时性计算机可读存储介质。
本发明第一方面实施例提出了一种测试用例生成方法,包括:
采集用户终端的历史行为数据,根据所述历史行为数据,获取至少一条操作路径,其中,所述操作路径是由不同的操作按照执行顺序形成的;
获取所述操作路径下每个操作对应的至少一个应用程序编程接口API;
针对每个API,获取所述API所包括的每个数据返回场景的校验模板;其中,在同一操作下不同的所述数据返回场景对应不同的返回数据;
按照所述执行顺序,对所有操作对应的所述API下的所有校验模板进行排列组合,得到所述操作路径的所有测试用例副本;
针对每个测试用例副本,获取所述测试用例副本中每个校验模板的校验逻辑,按所述执行顺序融合,得到所述操作路径下的与所述测试用例副本对应的测试用例。
本发明实施例的测试用例生成方法,通过采集用户终端的历史行为数据,根据历史行为数据,获取至少一条操作路径,获取操作路径下每个操作对应的至少一个应用程序编程接口API,针对每个API,获取API所包括的每个数据返回场景的校验模板,其中,在同一操作下不同的数据返回场景对应不同的返回数据,按照执行顺序,对所有操作对应的API下的所有校验模板进行排列组合,得到操作路径的所有测试用例副本,针对每个测试用例副本,获取测试用例副本中每个校验模板的校验逻辑,按执行顺序融合,得到操作路径下的与测试用例副本对应的测试用例。本实施例中,通过按照操作路径中操作的执行顺序,对所有操作对应的API下的每个数据返回场景的校验模板,进行排列组合,得到操作路径的所有测试用例副本,然后在每个测试用例副本中,融入每个校验模板的校验逻辑,自动化生成所有测试用例,实现了基于每个API包括的不同的数据返回场景,自动生成对应的校验点的测试用例,从而能够更加有效的覆盖因返回数据的变更,引起的客户端异常,提高了测试用例的覆盖度和测试结果的准确性。由于操作路径是根据用户终端的历史行为数据获取的,因此操作路径更加接近用户实际操作,能够进一步提高测试准确性。
本发明第二方面实施例提出了一种测试用例生成装置,包括:
第一获取模块,用于采集用户终端的历史行为数据,根据所述历史行为数据,获取至少一条操作路径,其中,所述操作路径是由不同的操作按照执行顺序形成的;
第二获取模块,用于获取所述操作路径下每个操作对应的至少一个应用程序编程接口API;
第三获取模块,用于针对每个API,获取所述API所包括的每个数据返回场景的校验模板;其中,在同一操作下不同的所述数据返回场景对应不同的返回数据;
排列组合模块,用于按照所述执行顺序,对所有操作对应的所述API下的所有校验模板进行排列组合,得到所述操作路径的所有测试用例副本;
生成模块,用于针对每个测试用例副本,获取所述测试用例副本中每个校验模板的校验逻辑,按所述执行顺序融合,得到所述操作路径下的与所述测试用例副本对应的测试用例。
本发明实施例的测试用例生成装置,通过采集用户终端的历史行为数据,根据历史行为数据,获取至少一条操作路径,获取操作路径下每个操作对应的至少一个应用程序编程接口API,针对每个API,获取API所包括的每个数据返回场景的校验模板,其中,在同一操作下不同的数据返回场景对应不同的返回数据,按照执行顺序,对所有操作对应的API下的所有校验模板进行排列组合,得到操作路径的所有测试用例副本,针对每个测试用例副本,获取测试用例副本中每个校验模板的校验逻辑,按执行顺序融合,得到操作路径下的与测试用例副本对应的测试用例。本实施例中,通过按照操作路径中操作的执行顺序,对所有操作对应的API下的每个数据返回场景的校验模板,进行排列组合,得到操作路径的所有测试用例副本,然后在每个测试用例副本中,融入每个校验模板的校验逻辑,自动化生成所有测试用例,实现了基于每个API包括的不同的数据返回场景,自动生成对应的校验点的测试用例,从而能够更加有效的覆盖因返回数据的变更,引起的客户端异常,提高了测试用例的覆盖度和测试结果的准确性。由于操作路径是根据用户终端的历史行为数据获取的,因此操作路径更加接近用户实际操作,能够进一步提高测试准确性。
本发明第三方面实施例提出了一种计算机设备,包括处理器和存储器;其中,所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于实现如第一方面实施例所述的测试用例生成方法。
本发明第四方面实施例提出了一种计算机程序产品,当所述计算机程序产品中的指令处理器执行时实现如第一方面实施例所述的测试用例生成方法。
本发明第五方面实施例提出了一种非临时性计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面实施例所述的测试用例生成方法。
本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本发明实施例提供的一种测试用例生成方法的流程示意图;
图2为本发明实施例提供的一种操作与API之间的映射示意图;
图3为本发明实施例提供的一种操作、API及校验模板之间的映射示意图;
图4为本发明实施例提供的另一种测试用例生成方法的流程示意图;
图5为本发明实施例提供的一种测试用例生成装置的结构示意图;
图6为本发明实施例提供的另一种测试用例生成装置的结构示意图;
图7为适于用来实现本发明实施方式的示例性计算机设备的框图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本发明,而不能理解为对本发明的限制。
下面参考附图描述本发明实施例的测试用例生成方法和装置。
为了提高终端的质量,在研发过程中,不可避免的会涉及到对用户终端的测试。目前,针对用户终端的测试主要是针对功能的测试,基于用户终端的功能列表设计每个功能点的测试用例,再加入一些典型的异常、稳定性或者性能测试。
但是,功能点测试用例只能测试某个功能是否符合要求,可见现有测试方法的测试用例覆盖度不够广,从而会降低测试结果的准确性。
由于接口上的返回数据对客户端的呈现效果具有很大的影响,因此需要考虑同一个接口返回不同数据时,客户端的效果是否符合预期。
对此,本发明实施例提出了一种测试用例生成方法,通过按照操作路径中操作的执行顺序,对所有操作对应的API下的每个数据返回场景的校验模板,进行排列组合,得到操作路径的所有测试用例副本,然后在每个测试用例副本中,融入每个校验模板的校验逻辑,自动化生成所有测试用例,实现了基于每个API包括的不同的数据返回场景,自动生成对应的校验点的测试用例,从而能够更加有效的覆盖因返回数据的变更,引起的客户端异常,提高了测试用例的覆盖度和测试结果的准确性。
图1为本发明实施例提供的一种测试用例生成方法的流程示意图。
步骤101,采集用户终端的历史行为数据,根据历史行为数据,获取至少一条操作路径,其中,操作路径是由不同的操作按照执行顺序形成的。
由于用户在实际使用如手机、平板电脑等终端的过程中,对终端的操作可能是连续的操作。例如,解锁→向左滑动→点击。为了提高测试的准确性,使测试更加贴近用户的实际应用过程,可根据用户终端历史行为数据获取的操作顺序生成测试用例。
本实施例中,可对用户的历史操作行为、操作对象以及操作时间等进行采集得到历史行为数据。然后,可根据历史行为数据,获取操作(action)相对频繁的至少一条操作路径。其中,不同的操作按照执行顺序可形成操作路径。
作为一个示例,可采集多个用户终端的历史行为数据,并根据历史行为数据统计所有终端的相同连续操作的次数,可根据操作次数高低顺序选取预设个数的对连续操作,从而得到至少一条操作路径。
步骤102,获取操作路径下每个操作对应的至少一个应用程序编程接口API。
本实施例中,可预先建立操作与应用程序编程接口(Application ProgrammingInterface,简称API)之间的映射关系。针对操作路径中的每个操作,可根据操作的标识,查询操作与API之间的映射关系,得到与操作存在映射关系的至少一个API。由此,可以将操作路径映射为接口序列。
例如,操作路径为:action1→action2…→actionN,操作路径中每个操作对应的API,操作路径与接口序列的映射关系可如图2所示。图2中,与action1对应的API有两个,分别是api1和api11,action2对应的API是api2,actionN对应的API为apiN。需要说明的是,图2仅是一个示例。
步骤103,针对每个API,获取API所包括的每个数据返回场景的校验模板;其中,在同一操作下不同的数据返回场景对应不同的返回数据。
由于一个API可能返回不同的数据(例如列表为空;列表刚好满一页;…)同一操作下不同的数据返回场景对应不同的返回数据。本实施例中,针对每个API获取API所包括的每个数据返回场景的校验模板。
继续以图2为基础,增加每个API与设置在API下的不同数据返回场景对应的校验模板之间的映射关系,如图3所示。图3中,与action1对应的API有两个,分别是api1和api11,其中,api1可以包括N1种数据返回场景,相应的也就是包括N1种数据返回场景的校验模板,在该示例中,api1的数据返回场景可以用A来表示,相应的N1种数据返回场景的校验模板A1……AN1。api11包括N2种数据返回场景的校验模板,在该示例中,api11的数据返回场景可以用B来表示,相应的N2种数据返回场景的校验模板可表示为B1……BN2。api2包括N3种数据返回场景的校验模板,apiN的数据返回场景可以用C来表示,相应的N3种数据返回场景的校验模板可表示为C1……CN3。同样地,apiN包括NN种数据返回场景的校验模板,apiN的数据返回场景可以用M来表示,相应的NN种数据返回场景的校验模板可表示为M1……MNN。需要说明的是,图3仅是一个示例。
作为一种可能的实现方式,可向模拟测试服务器发送获取校验模板的请求,其中请求中携带有API的标识,从而可以接收到模拟测试服务器返回的API的每个校验模板。
其中,校验模板可以是自动化语句的程序片段。例如,某个操作表示在Activity_Main点击控件my_vip_entrance,对应的程序片段可以表示为:
self.driver.find_element_by_id(‘com.test.package:id/my__vip_entrance’).click()
步骤104,按照执行顺序,对所有操作对应的API下的所有校验模板进行排列组合,得到操作路径的所有测试用例副本。
本实施例中,为了使最终生成的测试用例能够覆盖较多的数据场景,按照操作路径中操作的执行顺序,对所有操作对应的API下的所有校验模板进行排列组合,得到操作路径的所有测试用例副本。可以理解的是,一个测试用例副本对应一种数据返回场景序列。
例如,操作路径为action1→action2→action3,其中,action1对应的api1包含3个数据返回场景,action2对应的api2包含2个数据返回场景,action3对应的api3包含2个数据返回场景,那么生成的测试用例的个数为3*2*2=12个。
在对数据返回场景进行排列组合时,本实施例中,可按照操作的执行顺序,对每个操作对应的API所包括的数据返回场景进行随机组合,得到所有排列组合对应的测试用例副本。
步骤105,针对每个测试用例副本,获取测试用例副本中每个校验模板的校验逻辑,按执行顺序融合,得到操作路径下的与测试用例副本对应的测试用例。
其中,校验逻辑可以是对每个数据返回场景进行校验时执行的步骤。
由于测试用例副本中不包括校验逻辑,因此在获得测试用例副本后,针对每个测试用例副本,可以获取测试用例副本中每个校验模板的校验逻辑。然后,按照操作路径中操作的执行顺序融合校验逻辑,从而得到操作路径下的与测试用例副本对应的测试用例。
为了能够优先覆盖最可能出现缺陷的场景,可对API下所有返回数据场景进行优先级排序,下面结合图4说明本发明实施例的测试用例生成方法。
如图4所示,该测试用例生成方法包括:
步骤301,采集用户终端的历史行为数据,根据历史行为数据,获取至少一条操作路径,其中,操作路径是由不同的操作按照执行顺序形成的。
本实施例中,可将采集的历史行为数据输入到机器学习模型中,预测出至少一条候选操作路径和每个候选操作路径的预测概率。然后,选取预测概率最大的候选操作路径作为操作路径。
本实施例中,通过利用机器学习模型选取操作路径,可以使选取的操作路径更加接近实际应用,从而提高了测试用例的覆盖度和测试结果的准确性。
步骤302,获取操作路径下每个操作对应的至少一个应用程序编程接口API。
步骤303,针对每个API,获取API所包括的每个数据返回场景的校验模板;其中,在同一操作下不同的数据返回场景对应不同的返回数据。
本实施例中,步骤302-步骤303与上述实施例中步骤102-步骤103类似,故在此不再赘述。
步骤304,根据操作路径,确定API的组合顺序。
本实施例中,根据操作路径中操作的标识,查询操作与API之间的映射关系,得到与操作存在映射关系的至少一个API。然后,根据操作路径中,操作的执行顺序,确定API的组合顺序。
例如,操作路径为action1→action2→action3,action1对应的API为api1和api2,action2对应的API为api3,action3对应的API为api4,其中,api1和api2中api1先被触发。由此根据操作路径中操作的执行顺序可以确定API的组合顺序为api1→api2→api3→api4。
步骤305,按照组合顺序,每次从其中一个API中按照优先级的高低顺序,选取出一个校验模板进行组合,得到一个测试用例副本,直到获取到所有的测试用例副本为止。
本实施例中,可对每个API所包含的校验模板按照数据返回场景的优先级排序进行排序。具体地,采集每个API下每个数据返回场景的异常率,根据异常率对每个API下所有的数据返回场景进行优先级排序。然后,对每个API的每个校验模板按照数据返回场景的优先级排序。
之后,按照API的组合顺序,每次从其中一个API中按照优先级的高低顺序,选取出一个校验模板进行组合,得到一个测试用例副本,直到获取到所有的测试用例副本为止。
例如,操作路径为action1→action2→action3,确定的API的组合顺序为api1→api2→api3,api1包含的校验模板的优先级顺序为m1、m2,api2包含的校验模板的优先级顺序为n1、n2,api3包含的校验模板的优先级顺序为p1、p2。根据上述方法,可先选取m1、n1、p1得到一个测试用例副本,选取m1、n2、p1得到一个测试用例副本,选取m1、n1、p2得到一个测试用例副本,直到获取所有测试用例副本为止。可以理解的是测试用例副本的总数为2*2*2=8个。
本实施例中,按照数据返回场景的异常率,对每个API的所有数据返回场景进行优先级排序,然后对API的每个校验模板按照数据返回场景的优先级排序,在生成测试用例副本时按照优先级顺序选取校验模板,从而使测试用例能够预先覆盖各API最可能出现问题的数据返回场景。
本实施例中,根据步骤306-步骤309可获取校验模板的校验逻辑。
步骤306,对于每个测试用例副本,针对测试用例副本的每个校验模板,根据校验模板所隶属的操作的标识和对应的API的标识,形成启动模拟测试服务器的第一请求。
本实施例中,对于每个测试用例副本,针对每个测试用例副本中的每个校验模板,根据校验模板所隶属的操作标识和对应API的标识,形成启动模拟测试服务器的第一请求。
举例而言,某操作表示在Activity_Main点击控件my_vip_entrance,那么第一请求可如下所示:
response=urllib2.urlopen('http://mymock.com/open?id=my_vip_enctrance_S1’)
其中,S1表示API的某个数据返回场景的标识。
步骤307,控制执行操作,从模拟测试服务器中,获取用于对操作涉及的校验元素进行校验的验证逻辑。
本实施例中,校验元素可以是图标、展示的内容等等。例如,校验逻辑可以是图标是否出现,图标出现的位置是否准确,展示的内容是否符合预期等等。
例如,某校验函数为Function AssertTp1(),具体如下:
其中,S1和S2标识API所包含的数据返回场景。可以理解的是,数据返回场景S1的验证逻辑为Function AssertTp1(S1),数据返回场景S1的验证逻辑为Function AssertTp1(S2)。
步骤308,生成关闭模拟测试服务器的第二请求;第二网络请求中携带数据返回场景的标识。
例如,某个操作表示在Activity_Main点击控件my_vip_entrance,关闭生成关闭模拟测试服务器的第二请求,可以表示为
response=urllib2.urlclose('http://mymock.com/close?id=my_vip_enctrance_S1’)
其中,S1表示数据返回场景的标识。
步骤309,利用第一请求、校验模板、验证逻辑和第二请求,按序形成校验模板的校验逻辑。
本实施例中,根据上述的第一请求、校验模板、验证逻辑和第二请求,按照顺序形成校验模板的校验逻辑。
例如,某个Action表示在Activity_Main点击控件my_vip_entrance,则该操作对应的数据返回场景为S1时的校验逻辑为:
response=urllib2.urlopen('http://mymock.com/open?id=my_vip_enctrance_S1’);
self.driver.find_element_by_id(‘com.test.package:id/my_vip_entrance’).click();
AssertTpl(my_vip_entrance_S1);
response=urllib2.urlclose('http://mymock.com/close?id=my_vip_enctrance_S1’)
步骤310,按执行顺序融合校验逻辑,得到操作路径下的与测试用例副本对应的测试用例。
针对测试用例副本的每个校验模板,在根据上述方法可以获取校验模板的校验逻辑后,按照操作的执行顺序融合校验逻辑,可得到操作操作路径下的与测试用例副本对应的测试用例。
针对每个测试用例副本,采用上述方法在测试用例副本中融入校验逻辑,从而可以得到操作路径下所有的测试用例。
进一步地,在获取操作路径下所有的测试用例后,可从中选取一个测试用例进行自动化测试,得到返回的数据,并将返回的数据作为测试用例的测试接口。
本发明实施例的测试用例生成方法,在对校验模板进行排列组合时,通过按照校验模板的优先级顺序,每次从其中一个API中选取校验模板,得到测试用例副本,从而使测试用例能够预先覆盖各API最可能出现问题的数据返回场景。
为了实现上述实施例,本发明实施例还出一种测试用例生成装置。图5为本发明实施例提供的一种测试用例生成装置的结构示意图。
如图5所示,该测试用例生成装置包括:第一获取模块410、第二获取模块420、第三获取模块430、排列组合模块440、生成模块450。
第一获取模块410,用于采集用户终端的历史行为数据,根据历史行为数据,获取至少一条操作路径,其中,操作路径是由不同的操作按照执行顺序形成的。
第二获取模块420,用于获取操作路径下每个操作对应的至少一个应用程序编程接口API。
第三获取模块430,用于针对每个API,获取API所包括的每个数据返回场景的校验模板;其中,在同一操作下不同的数据返回场景对应不同的返回数据。
排列组合模块440,用于按照执行顺序,对所有操作对应的API下的所有校验模板进行排列组合,得到操作路径的所有测试用例副本。
生成模块450,用于针对每个测试用例副本,获取测试用例副本中每个校验模板的校验逻辑,按执行顺序融合,得到操作路径下的与测试用例副本对应的测试用例。
在本实施例一种可能的实现方式中,第二获取模块420还用于:
针对每个操作,根据操作的标识,查询操作与API之间的映射关系,得到与操作存在映射关系的至少一个API。
在本实施例一种可能的实现方式中,第三获取模块430还用于:
根据API的标识,从模拟测试服务器中获取API的每个校验模板。
在本实施例一种可能的实现方式中,该装置还包括:
采集模块,用于采集API下每个数据返回场景的异常率;
排序模块,用于根据异常率,对API下所有的数据返回场景进行优先级排序。
在本实施例一种可能的实现方式中,排序模块还用于:
API的每个校验模板按照数据返回场景的优先级排序。
在本实施例一种可能的实现方式中,排列组合模块440还用于:
根据操作路径,确定API的组合顺序;
按照组合顺序,每次从其中一个API中按照优先级的高低顺序,选取出一个校验模板进行组合,得到一个测试用例副本,直到获取到所有的测试用例副本为止。
在本实施例一种可能的实现方式中,生成模块450可包括:
第一形成单元,用于针对每个校验模板,根据校验模板所隶属的操作的标识和对应的API的标识,形成启动模拟测试服务器的第一请求;
获取单元,用于控制执行操作,从模拟测试服务器中,获取用于对操作涉及的校验元素进行校验的验证逻辑;
生成单元,用于生成关闭模拟测试服务器的第二请求;第二网络请求中携带数据返回场景的标识;
第二形成单元,用于利用第一请求、校验模板、验证逻辑和第二请求,按序形成校验模板的校验逻辑。
在本实施例一种可能的实现方式中,第一获取模块410还用于:
将历史行为数据输入到机器学习模型中,预测出至少一条候选操作路径和每个候选操作路径的预测概率;
选取预测概率最大的候选操作路径作为操作路径。
在本实施例一种可能的实现方式中,该装置还可包括:
测试模块,用于在得到操作路径下的与测试用例副本对应的测试用例之后,选取其中一个测试用例进行自动化测试,得到返回的数据,将返回的数据作为测试用例的测试数据。
需要说明的是,前述对测试用例生成方法实施例的解释说明,也适用于该实施例的测试用例生成装置,故在此不再赘述。
本发明实施例的测试用例生成装置,通过采集用户终端的历史行为数据,根据历史行为数据,获取至少一条操作路径,获取操作路径下每个操作对应的至少一个应用程序编程接口API,针对每个API,获取API所包括的每个数据返回场景的校验模板,其中,在同一操作下不同的数据返回场景对应不同的返回数据,按照执行顺序,对所有操作对应的API下的所有校验模板进行排列组合,得到操作路径的所有测试用例副本,针对每个测试用例副本,获取测试用例副本中每个校验模板的校验逻辑,按执行顺序融合,得到操作路径下的与测试用例副本对应的测试用例。本实施例中,通过按照操作路径中操作的执行顺序,对所有操作对应的API下的每个数据返回场景的校验模板,进行排列组合,得到操作路径的所有测试用例副本,然后在每个测试用例副本中,融入每个校验模板的校验逻辑,自动化生成所有测试用例,实现了基于每个API包括的不同的数据返回场景,自动生成对应的校验点的测试用例,从而能够更加有效的覆盖因返回数据的变更,引起的客户端异常,提高了测试用例的覆盖度和测试结果的准确性。由于操作路径是根据用户终端的历史行为数据获取的,因此操作路径更加接近用户实际操作,能够进一步提高测试准确性。
为了实现上述实施例,本发明实施例还提出另一种测试用例生成装置。如图6所示,该测试用例生成装置包括:模型生成模块610和数据驱动模块620。
具体地,模型生成模块610中包括:用户行为数据采集单元、深度学习单元、操作路径确定单元和测试用例生成单元。
数据驱动模块620中包括:接口获取单元、数据返回场景单元、校验模板提取单元、测试用例副本生成单元、场景权重排序单元、验证逻辑绑定单元。
更具体地,用户行为数据采集单元用于采集用户终端的行为数据如操作行为、操作对象、操作时间等。
深度学习单元用于对用户行为数据采集单元采集的用户终端的行为数据进行深度学习。
操作路径确定单元用于根据深度学习单元的结果确定至少一条操作路径。
接口获取单元用于根据确定的操作路径,通过查询操作与API之间的映射关系,得到与操作路径具有映射关系的接口序列。其中,接口序列中是API按照操作的执行顺序形成的。
场景权重排序单元用于根据数据返回场景的异常分布模型对接口序列中每个API的数据返回场景进行排序优先级。
数据返回场景单元用于获取与操作路径中操作对应的每个API的数据返回场景。
验证逻辑绑定单元用于对数据返回场景与校验模板进行绑定。
校验模板提取单元用于根据数据返回场景单元获取的数据返回场景,以及数据返回场景与校验模板的对应关系,获得每个API下的所有校验模板,并按照数据返回场景的优先级顺序对每个API下的所有校验模板进行排序。
测试用例副本生成单元用于根据操作的执行顺序,每次从一个API按照校验模板的优先级顺序选取一个校验模板进行组合,得到一个测试用例副本,直到获取到所有的测试用例副本。
测试用例生成单元用于根据操作路径和测试用例副本生成单元生成的测试用例副本得到测试用例。
为了实现上述实施例,本发明提出了一种计算机设备,包括处理器和存储器;其中,处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,以用于实现如前述实施例所述的测试用例生成方法。
图7示出了适于用来实现本申请实施方式的示例性计算机设备的框图。图7显示的计算机设备12仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示,计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture;以下简称:ISA)总线,微通道体系结构(Micro Channel Architecture;以下简称:MAC)总线,增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation;以下简称:VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection;以下简称:PCI)总线。
计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(Random Access Memory;以下简称:RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示,通常称为“硬盘驱动器”)。尽管图7中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如:光盘只读存储器(Compact Disc Read OnlyMemory;以下简称:CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory;以下简称:DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本申请各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。
计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该计算机设备12交互的设备通信,和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network;以下简称:LAN),广域网(Wide Area Network;以下简称:WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白,尽管图中未示出,可以结合计算机设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现前述实施例中提及的方法。
为了实现上述实施例,本发明还提出一种计算机程序产品,当计算机程序产品中的指令处理器执行时实现如前述实施例所述的测试用例生成方法。
为了实现上述实施例,本发明还提出一种非临时性计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如前述实施例所述的测试用例生成方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (13)
1.一种测试用例生成方法,其特征在于,包括:
采集用户终端的历史行为数据,根据所述历史行为数据,获取至少一条操作路径,其中,所述操作路径是由不同的操作按照执行顺序形成的;
获取所述操作路径下每个操作对应的至少一个应用程序编程接口API;
针对每个API,获取所述API所包括的每个数据返回场景的校验模板;其中,在同一操作下不同的所述数据返回场景对应不同的返回数据;
按照所述执行顺序,对所有操作对应的所述API下的所有校验模板进行排列组合,得到所述操作路径的所有测试用例副本;
针对每个测试用例副本,获取所述测试用例副本中每个校验模板的校验逻辑,按所述执行顺序融合,得到所述操作路径下的与所述测试用例副本对应的测试用例。
2.根据权利要求1所述的方法,其特征在于,所述获取所述操作路径下每个操作对应的至少一个应用程序编程接口API,包括:
针对每个操作,根据所述操作的标识,查询操作与API之间的映射关系,得到与所述操作存在映射关系的至少一个所述API。
3.根据权利要求1所述的方法,其特征在于,所述获取所述API所包括的每个数据返回场景的校验模板,包括:
根据所述API的标识,从模拟测试服务器中获取所述API的每个校验模板。
4.根据权利要求3所述的方法,其特征在于,还包括:
采集所述API下每个数据返回场景的异常率;
根据所述异常率,对所述API下所有的数据返回场景进行优先级排序。
5.根据权利要求4所述的方法,其特征在于,还包括:
所述API的每个校验模板按照所述数据返回场景的优先级排序。
6.根据权利要求5所述的方法,其特征在于,所述对所有操作对应的所述API下的所有校验模块进行排列组合,得到所述操作路径的所有测试用例副本,包括:
根据所述操作路径,确定所述API的组合顺序;
按照所述组合顺序,每次从其中一个API中按照优先级的高低顺序,选取出一个所述校验模板进行组合,得到一个所述测试用例副本,直到获取到所有的测试用例副本为止。
7.根据权利要求1所述的方法,其特征在于,所述获取所述测试用例副本中每个校验模板的校验逻辑,包括:
针对每个校验模板,根据所述校验模板所隶属的操作的标识和对应的所述API的标识,形成启动模拟测试服务器的第一请求;
控制执行所述操作,从所述模拟测试服务器中,获取用于对所述操作涉及的校验元素进行校验的验证逻辑;
生成关闭所述模拟测试服务器的第二请求;所述第二网络请求中携带数据返回场景的标识;
利用所述第一请求、所述校验模板、所述验证逻辑和所述第二请求,按序形成所述校验模板的校验逻辑。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述根据所述历史行为数据,获取至少一条操作路径,包括:
将所述历史行为数据输入到机器学习模型中,预测出至少一条候选操作路径和每个候选操作路径的预测概率;
选取所述预测概率最大的所述候选操作路径作为所述操作路径。
9.根据权利要求1所述的方法,其特征在于,所述得到所述操作路径下的与所述测试用例副本对应的测试用例之后,还包括:
选取其中一个所述测试用例进行自动化测试,得到返回的数据,将返回的数据作为所述测试用例的测试数据。
10.一种测试用例生成装置,其特征在于,包括:
第一获取模块,用于采集用户终端的历史行为数据,根据所述历史行为数据,获取至少一条操作路径,其中,所述操作路径是由不同的操作按照执行顺序形成的;
第二获取模块,用于获取所述操作路径下每个操作对应的至少一个应用程序编程接口API;
第三获取模块,用于针对每个API,获取所述API所包括的每个数据返回场景的校验模板;其中,在同一操作下不同的所述数据返回场景对应不同的返回数据;
排列组合模块,用于按照所述执行顺序,对所有操作对应的所述API下的所有校验模板进行排列组合,得到所述操作路径的所有测试用例副本;
生成模块,用于针对每个测试用例副本,获取所述测试用例副本中每个校验模板的校验逻辑,按所述执行顺序融合,得到所述操作路径下的与所述测试用例副本对应的测试用例。
11.一种计算机设备,其特征在于,包括处理器和存储器;
其中,所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于实现如权利要求1-9中任一所述的测试用例生成方法。
12.一种计算机程序产品,其特征在于,当所述计算机程序产品中的指令由处理器执行时实现如权利要求1-9中任一所述的测试用例生成方法。
13.一种非临时性计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-9中任一所述的测试用例生成方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810093851.3A CN108073519B (zh) | 2018-01-31 | 2018-01-31 | 测试用例生成方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810093851.3A CN108073519B (zh) | 2018-01-31 | 2018-01-31 | 测试用例生成方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108073519A true CN108073519A (zh) | 2018-05-25 |
CN108073519B CN108073519B (zh) | 2021-02-12 |
Family
ID=62156955
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810093851.3A Active CN108073519B (zh) | 2018-01-31 | 2018-01-31 | 测试用例生成方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108073519B (zh) |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108763094A (zh) * | 2018-06-01 | 2018-11-06 | 百度在线网络技术(北京)有限公司 | 测试用例生成方法、装置、设备及存储介质 |
CN109062809A (zh) * | 2018-09-20 | 2018-12-21 | 北京奇艺世纪科技有限公司 | 一种线上测试用例生成方法、装置及电子设备 |
CN109460363A (zh) * | 2018-11-09 | 2019-03-12 | 贵州医渡云技术有限公司 | 自动化测试方法、装置、电子设备及计算机可读介质 |
CN109542795A (zh) * | 2018-12-13 | 2019-03-29 | 平安科技(深圳)有限公司 | 为用户推荐测试动作的方法、装置、介质、电子设备 |
CN109634693A (zh) * | 2018-11-12 | 2019-04-16 | 东软集团股份有限公司 | 业务操作的执行方法、装置、服务器和存储介质 |
CN109684209A (zh) * | 2018-12-17 | 2019-04-26 | 北京奇虎科技有限公司 | 一种测试用例生成方法、装置及电子设备 |
CN109684207A (zh) * | 2018-12-14 | 2019-04-26 | 平安科技(深圳)有限公司 | 操作序列封装的方法、装置、电子设备及存储介质 |
CN109815121A (zh) * | 2018-12-15 | 2019-05-28 | 中国平安人寿保险股份有限公司 | 接口自动化测试用例生成方法及相关设备 |
CN110347579A (zh) * | 2019-04-01 | 2019-10-18 | 南京邮电大学 | 基于神经元输出行为模式的深度学习测试用例的选择方法 |
CN110647461A (zh) * | 2019-08-19 | 2020-01-03 | 江苏大学 | 多信息融合的回归测试用例排序方法及系统 |
CN110688288A (zh) * | 2019-09-09 | 2020-01-14 | 平安普惠企业管理有限公司 | 基于人工智能的自动化测试方法、装置、设备及存储介质 |
CN110716869A (zh) * | 2019-09-18 | 2020-01-21 | 平安科技(深圳)有限公司 | 测试用例生成方法、装置、电子设备及计算机可读存储介质 |
CN110795338A (zh) * | 2019-09-29 | 2020-02-14 | 北京淇瑀信息科技有限公司 | 一种基于前后端交互的自动化测试方法、装置及电子设备 |
CN111159262A (zh) * | 2018-11-08 | 2020-05-15 | 百度在线网络技术(北京)有限公司 | 自动驾驶仿真数据处理方法和装置 |
CN111309608A (zh) * | 2020-02-13 | 2020-06-19 | 咪咕音乐有限公司 | 测试用例的选择方法、装置、电子设备和可读存储介质 |
CN111563030A (zh) * | 2020-03-23 | 2020-08-21 | 广东博智林机器人有限公司 | 一种调度系统的测试方法、装置、电子设备及存储介质 |
CN112559338A (zh) * | 2020-12-11 | 2021-03-26 | 北京百度网讯科技有限公司 | 应用程序的校验方法、装置、设备及存储介质 |
CN113010424A (zh) * | 2021-03-17 | 2021-06-22 | 平安壹钱包电子商务有限公司 | 接口自动化测试处理方法、系统、计算机设备与存储介质 |
CN113495845A (zh) * | 2021-07-27 | 2021-10-12 | 拉扎斯网络科技(上海)有限公司 | 数据测试方法、装置、电子设备及存储介质 |
CN114721932A (zh) * | 2021-01-06 | 2022-07-08 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置、设备及存储介质 |
CN115426300A (zh) * | 2022-08-15 | 2022-12-02 | 成都北中网芯科技有限公司 | 一种基于数据包自动化测试np芯片api接口的方法 |
CN110716869B (zh) * | 2019-09-18 | 2024-05-14 | 平安科技(深圳)有限公司 | 测试用例生成方法、装置、电子设备及计算机可读存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103176896A (zh) * | 2011-12-23 | 2013-06-26 | 阿里巴巴集团控股有限公司 | 一种测试用例的生成方法及装置 |
CN103235759A (zh) * | 2013-05-15 | 2013-08-07 | 百度在线网络技术(北京)有限公司 | 测试用例生成方法和装置 |
US20150286560A1 (en) * | 2005-01-07 | 2015-10-08 | Interactive TKO, Inc. | Instrumentation system and method for testing software |
CN105893253A (zh) * | 2016-03-29 | 2016-08-24 | 百度在线网络技术(北京)有限公司 | 应用软件测试方法、测试装置及测试设备 |
US20170185508A1 (en) * | 2015-12-28 | 2017-06-29 | Juniper Networks, Inc. | Systems and methods for unit testing of functions on remote kernels |
CN107436844A (zh) * | 2017-07-07 | 2017-12-05 | 北京奇安信科技有限公司 | 一种接口用例合集的生成方法及装置 |
CN107608882A (zh) * | 2017-09-08 | 2018-01-19 | 天津津航计算技术研究所 | 一种软件测试用例自动生成方法 |
-
2018
- 2018-01-31 CN CN201810093851.3A patent/CN108073519B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150286560A1 (en) * | 2005-01-07 | 2015-10-08 | Interactive TKO, Inc. | Instrumentation system and method for testing software |
CN103176896A (zh) * | 2011-12-23 | 2013-06-26 | 阿里巴巴集团控股有限公司 | 一种测试用例的生成方法及装置 |
CN103235759A (zh) * | 2013-05-15 | 2013-08-07 | 百度在线网络技术(北京)有限公司 | 测试用例生成方法和装置 |
US20170185508A1 (en) * | 2015-12-28 | 2017-06-29 | Juniper Networks, Inc. | Systems and methods for unit testing of functions on remote kernels |
CN105893253A (zh) * | 2016-03-29 | 2016-08-24 | 百度在线网络技术(北京)有限公司 | 应用软件测试方法、测试装置及测试设备 |
CN107436844A (zh) * | 2017-07-07 | 2017-12-05 | 北京奇安信科技有限公司 | 一种接口用例合集的生成方法及装置 |
CN107608882A (zh) * | 2017-09-08 | 2018-01-19 | 天津津航计算技术研究所 | 一种软件测试用例自动生成方法 |
Cited By (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108763094B (zh) * | 2018-06-01 | 2021-08-10 | 百度在线网络技术(北京)有限公司 | 测试用例生成方法、装置、设备及存储介质 |
CN108763094A (zh) * | 2018-06-01 | 2018-11-06 | 百度在线网络技术(北京)有限公司 | 测试用例生成方法、装置、设备及存储介质 |
CN109062809A (zh) * | 2018-09-20 | 2018-12-21 | 北京奇艺世纪科技有限公司 | 一种线上测试用例生成方法、装置及电子设备 |
CN109062809B (zh) * | 2018-09-20 | 2022-01-21 | 北京奇艺世纪科技有限公司 | 一种线上测试用例生成方法、装置及电子设备 |
CN111159262A (zh) * | 2018-11-08 | 2020-05-15 | 百度在线网络技术(北京)有限公司 | 自动驾驶仿真数据处理方法和装置 |
CN109460363A (zh) * | 2018-11-09 | 2019-03-12 | 贵州医渡云技术有限公司 | 自动化测试方法、装置、电子设备及计算机可读介质 |
CN109634693A (zh) * | 2018-11-12 | 2019-04-16 | 东软集团股份有限公司 | 业务操作的执行方法、装置、服务器和存储介质 |
CN109542795A (zh) * | 2018-12-13 | 2019-03-29 | 平安科技(深圳)有限公司 | 为用户推荐测试动作的方法、装置、介质、电子设备 |
CN109684207A (zh) * | 2018-12-14 | 2019-04-26 | 平安科技(深圳)有限公司 | 操作序列封装的方法、装置、电子设备及存储介质 |
CN109815121A (zh) * | 2018-12-15 | 2019-05-28 | 中国平安人寿保险股份有限公司 | 接口自动化测试用例生成方法及相关设备 |
CN109815121B (zh) * | 2018-12-15 | 2023-07-18 | 中国平安人寿保险股份有限公司 | 接口自动化测试用例生成方法及相关设备 |
CN109684209A (zh) * | 2018-12-17 | 2019-04-26 | 北京奇虎科技有限公司 | 一种测试用例生成方法、装置及电子设备 |
CN110347579A (zh) * | 2019-04-01 | 2019-10-18 | 南京邮电大学 | 基于神经元输出行为模式的深度学习测试用例的选择方法 |
CN110347579B (zh) * | 2019-04-01 | 2022-03-04 | 南京邮电大学 | 基于神经元输出行为模式的深度学习测试用例的选择方法 |
CN110647461A (zh) * | 2019-08-19 | 2020-01-03 | 江苏大学 | 多信息融合的回归测试用例排序方法及系统 |
CN110688288A (zh) * | 2019-09-09 | 2020-01-14 | 平安普惠企业管理有限公司 | 基于人工智能的自动化测试方法、装置、设备及存储介质 |
CN110688288B (zh) * | 2019-09-09 | 2023-11-07 | 新疆北斗同创信息科技有限公司 | 基于人工智能的自动化测试方法、装置、设备及存储介质 |
CN110716869A (zh) * | 2019-09-18 | 2020-01-21 | 平安科技(深圳)有限公司 | 测试用例生成方法、装置、电子设备及计算机可读存储介质 |
CN110716869B (zh) * | 2019-09-18 | 2024-05-14 | 平安科技(深圳)有限公司 | 测试用例生成方法、装置、电子设备及计算机可读存储介质 |
CN110795338A (zh) * | 2019-09-29 | 2020-02-14 | 北京淇瑀信息科技有限公司 | 一种基于前后端交互的自动化测试方法、装置及电子设备 |
CN110795338B (zh) * | 2019-09-29 | 2024-03-22 | 北京淇瑀信息科技有限公司 | 一种基于前后端交互的自动化测试方法、装置及电子设备 |
CN111309608A (zh) * | 2020-02-13 | 2020-06-19 | 咪咕音乐有限公司 | 测试用例的选择方法、装置、电子设备和可读存储介质 |
CN111309608B (zh) * | 2020-02-13 | 2023-09-05 | 咪咕音乐有限公司 | 测试用例的选择方法、装置、电子设备和可读存储介质 |
CN111563030A (zh) * | 2020-03-23 | 2020-08-21 | 广东博智林机器人有限公司 | 一种调度系统的测试方法、装置、电子设备及存储介质 |
CN112559338A (zh) * | 2020-12-11 | 2021-03-26 | 北京百度网讯科技有限公司 | 应用程序的校验方法、装置、设备及存储介质 |
CN112559338B (zh) * | 2020-12-11 | 2024-02-06 | 北京百度网讯科技有限公司 | 应用程序的校验方法、装置、设备及存储介质 |
CN114721932A (zh) * | 2021-01-06 | 2022-07-08 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置、设备及存储介质 |
CN114721932B (zh) * | 2021-01-06 | 2024-04-09 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置、设备及存储介质 |
CN113010424B (zh) * | 2021-03-17 | 2024-04-02 | 平安壹钱包电子商务有限公司 | 接口自动化测试处理方法、系统、计算机设备与存储介质 |
CN113010424A (zh) * | 2021-03-17 | 2021-06-22 | 平安壹钱包电子商务有限公司 | 接口自动化测试处理方法、系统、计算机设备与存储介质 |
CN113495845B (zh) * | 2021-07-27 | 2022-09-13 | 拉扎斯网络科技(上海)有限公司 | 数据测试方法、装置、电子设备及存储介质 |
CN113495845A (zh) * | 2021-07-27 | 2021-10-12 | 拉扎斯网络科技(上海)有限公司 | 数据测试方法、装置、电子设备及存储介质 |
CN115426300A (zh) * | 2022-08-15 | 2022-12-02 | 成都北中网芯科技有限公司 | 一种基于数据包自动化测试np芯片api接口的方法 |
CN115426300B (zh) * | 2022-08-15 | 2023-12-01 | 成都北中网芯科技有限公司 | 一种基于数据包自动化测试np芯片api接口的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN108073519B (zh) | 2021-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108073519A (zh) | 测试用例生成方法和装置 | |
CN109063829A (zh) | 神经网络构建方法、装置、计算机设备和存储介质 | |
US9940221B2 (en) | System and method for testing data representation for different mobile devices | |
CN107330023A (zh) | 基于关注点的文本内容推荐方法和装置 | |
CN106471525A (zh) | 增强神经网络以生成附加输出 | |
CN108446222A (zh) | 应用测试方法、装置及设备 | |
CN1716264B (zh) | 利用控制程序信息注释并呈现系统踪迹的方法和系统 | |
CN108021505A (zh) | 数据上线方法、装置和计算机设备 | |
CN107122368A (zh) | 一种数据校验方法、装置及电子设备 | |
US20080091551A1 (en) | Knowledge-based customizable product design system | |
CN101405695A (zh) | 启用图形设计器重用的声明性定义 | |
CN110377704A (zh) | 数据一致性的检测方法、装置和计算机设备 | |
CN109918568A (zh) | 个性化学习方法、装置、电子设备及存储介质 | |
CN111931052B (zh) | 基于特征交互图神经网络的上下文感知推荐方法及系统 | |
US20120143926A1 (en) | External evaluation processes | |
Muller | CAFCR: A multi-view method for embedded systems architecting | |
JP2022065636A (ja) | コンピュータ実装方法、コンピュータプログラム及びコンピュータシステム(デジタルツイン対応資産のパフォーマンス及びアップグレード管理) | |
CN109726380A (zh) | 表格编辑方法及装置 | |
Wang et al. | GIS automated delineation of hospital service areas | |
Dutta et al. | An overview of computational tools for preparing, constructing and using resistance surfaces in connectivity research | |
CN107944026A (zh) | 一种图集个性化推荐的方法、装置、服务器和存储介质 | |
CN105940435A (zh) | 测量并诊断城市环境中的噪音 | |
CN109785197A (zh) | 一种学习行为分析方法及装置 | |
US20140089297A1 (en) | System and method for analysing data from multiple perspectives | |
AU2012101895A4 (en) | An improved system and method for analysing data from multiple perspectives |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |