CN118193301A - 用例生成方法、装置、电子设备和存储介质 - Google Patents

用例生成方法、装置、电子设备和存储介质 Download PDF

Info

Publication number
CN118193301A
CN118193301A CN202410288179.9A CN202410288179A CN118193301A CN 118193301 A CN118193301 A CN 118193301A CN 202410288179 A CN202410288179 A CN 202410288179A CN 118193301 A CN118193301 A CN 118193301A
Authority
CN
China
Prior art keywords
function
parameter
hardware module
parameter combination
tested
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
CN202410288179.9A
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.)
Phytium Technology Co Ltd
Original Assignee
Phytium Technology 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 Phytium Technology Co Ltd filed Critical Phytium Technology Co Ltd
Priority to CN202410288179.9A priority Critical patent/CN118193301A/zh
Publication of CN118193301A publication Critical patent/CN118193301A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

本申请提供了一种用例生成方法、装置、电子设备和存储介质。本公开实施例的用例生成方法包括:确定待生成的第一用例的硬件模块标识,硬件模块标识用于标识待测试的SoC开发板中的硬件模块,第一用例用于对硬件模块的第一功能进行测试;根据第一用例的硬件模块标识,确定第一用例的功能函数和参数组合;利用第一用例的功能函数和参数组合注册得到第一用例。本公开实施例能够减少重复代码,提升用例生成效率。

Description

用例生成方法、装置、电子设备和存储介质
技术领域
本申请涉及芯片自动化测试技术领域,尤其涉及一种用例生成方法、装置、电子设备和存储介质。
背景技术
***级芯片(SoC,System on Chip)的自动化测试流程大致可以包括:测试信息解析、抽取SOC驱动库源码、用例生成、交叉编译、编译文件烧录下载至SoC、SoC进行自动化测试、测试结果传回主机、主机处理测试数据等步骤,在该测试流程的基础上,将用例上传到服务器的数据库,可以实现多个用户同时测试,并利用标准测试访问端口和边界扫描结构的IEEE标准1149.1即联合测试行动小组(JTAG,Joint Test Action Group)将调试工具加入到测试环节中,以便提高测试效率,同时获取到相关的寄存器、运行等详细测试结果。
然而,目前SoC测试中至少还存在如下问题:
1)用例编写欠缺规范:尽管相关技术在用例中加入了诸如检查器等判断单元,但是针对用例命名、函数命名等并没有得到规范,不利于精准与高效地处理JTAG传回结果。
2)已有用例的功能函数无法有效复用到同一硬件模块的新用例生成中。
3)无法针对同一硬件模块的多项功能批量生成用例。
发明内容
有鉴于此,本申请实施例致力于提供一种用例生成方法、装置、电子设备和存储介质,以减少用例代码重复,提高用例生成效率。
本申请的一个方面,提供了一种用例生成方法,包括:
确定待生成的第一用例的硬件模块标识,所述硬件模块标识用于标识待测试的SoC开发板中的硬件模块,所述第一用例用于对所述硬件模块的第一功能进行测试;
根据所述第一用例的硬件模块标识,确定所述第一用例的功能函数和参数组合;
利用所述第一用例的功能函数和参数组合注册得到第一用例。
本申请的一个方面,提供了一种用例生成装置,包括:
第一确定单元,用于确定待生成的第一用例的硬件模块标识,所述硬件模块标识用于标识待测试的SoC开发板中的硬件模块,所述第一用例用于对所述硬件模块的第一功能进行测试;
第二确定单元,用于根据所述第一用例的硬件模块标识,确定所述第一用例的功能函数;
第三确定单元,用于根据所述第一用例的硬件模块标识,确定所述第一用例的参数组合;
注册单元,用于利用所述第一用例的功能函数和参数组合注册得到所述第一用例。
本申请的一个方面,提供了一种电子设备,包括:处理器和存储器;
其中,所述存储器与所述处理器连接,所述存储器用于存储计算机程序;
所述处理器,用于通过运行所述存储器中存储的计算机程序,实现上述的用例生成方法。
本申请的一个方面,提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时,实现上述的用例生成方法。
根据本申请实施例,通过确定待测硬件模块的功能函数和参数组合来生成待测硬件模块的测试用例,能够减少测试用例生成时的重复代码,提升用例生成效率。
附图说明
图1是本申请实施例适用的用例生成***的架构示例图;
图2是本申请实施例提供的用例生成方法的流程示意图;
图3是本申请实施例提供的用例生成装置的结构示意图;
图4是本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
术语解释:
测试用例:用于实现SoC中某个硬件模块的待测功能的测试;
参数组合:是指对应于SoC的某个硬件模块的待测功能的、人工选取的、具有代表性的参数形成的结构体;
功能函数:是基于参数组合中的参数独立完成某个SoC硬件模块的功能测试的函数,某硬件模块的某功能测试需要封装在一个功能函数中,根据传入参数的不同,可以完成不同用例测试。
第一用例:任意一个或多个待生成的测试用例,对应同一硬件模块标识的多个第一用例可针对待测SoC中特定硬件模块的多个功能进行测试,对应同一硬件模块标识的一个第一用例可针对待测SoC中特定硬件模块的一个功能进行测试。
示例性***
图1示出了本申请实施例提供的用例生成***的架构示意图。参见图1,用例生成***100包括:主机110,主机110中包含用例生成工具,用例生成工具用于根据待测SoC的信息生成新的用例。这里,主机110及其用例生成工具可以采用下文的用例生成方法或其他各种可适用的方式生成用例。例如,包含用例生成工具的主机110可以是但不限于下文所述的示例性电子设备,用例生成工具可以为下文所述的用例生成装置。
参见图1,用例生成***100还可以包括:用例信息数据库120,设置在主机110侧,与主机110连接,用于存储已有用例及其属性信息。主机110可以在生成用例后将用例及其属性信息存入用例信息数据库120。
用例信息数据库120可以是独立于主机110部署的数据库,也可以集成于主机110中。用例信息数据库120可以是但不限于任何可适用于用例及其相关信息存储与管理的数据库。在一个例子中,用例信息数据库120可以是关系型数据库,例如结构化查询语言(SQL,Structured Query Language)数据库等。通过关系型数据库存储已有用例及其相关信息,可以将用例、SoC开发板以及SoC驱动源码库彼此关联,便于软硬件版本管理与多人协同测试,可以直观获取与快速共享已有用例及其相关信息,从而提高已有用例的使用便捷性和复用率。
参见图1,用例生成***100还可以包括:用例源码库130,设置在主机110侧,与主机110连接,用于以源代码的形式存储已有用例,即,已有用例的功能函数和参数组合分别以源代码的形式存储在用例源码库130中。
在用例源码库130中,功能函数具有功能函数标识,功能函数标识可以是但不限于功能函数的名称、代号或其他标识类信息。参数组合具有参数组合标识,参数组合标识可以是但不限于参数组合的名称、代号或其他标识类信息。对于功能函数标识与参数组合标识的具体形式,本公开实施例不做限制。
一个例子中,在用例信息数据库120中,已有用例的属性信息可以包括但不限于用例标识、硬件模块标识、功能函数标识和参数组合标识,若已知用例标识和/或硬件功能标识,可以先从用例信息数据库120中已有用例的属性信息中获取硬件模块关联的所有已有用例的功能函数标识和参数组合标识,通过功能函数标识从用例源码库中获取硬件模块关联的已有用例的功能函数,通过参数组合标识从用例源码库中获取硬件模块关联的已有用例的参数组合。
一个例子中,在用例信息数据库120中,已有用例的功能函数和参数组合可以包含在已有用例的属性信息中,即,已有用例的属性信息包括用例标识、硬件模块标识、功能函数和参数组合,此时,若已知用例标识和/或硬件功能标识,则可直接从已有用例的属性信息中获取其功能函数和参数组合。
一些实现方式中,参见图1,用例生成***100还可以包括:SoC开发板、待测SoC、捕捉工具、待测SoC插接在SoC开发板上,捕捉工具插在SoC开发板上,主机110与SoC开发板连接。参见图1,主机110还可用于利用用例信息数据库120中的用例或者基于当前生成的新用例对SoC开发板上的待测SoC进行测试,由插接在SoC开发板上的捕捉工具捕获SoC开发板的测试结果并回传给主机110。
SoC开发板是为待测SoC提供测试环境的开发板。示例性地,SoC开发板可以为待测SoC 120提供例如SD接口等模块,待测SoC插接在SoC开发板上,主机110与SoC开发板连接即可实现该SoC开发板110上待测SoC的测试。
具体应用中,捕捉工具可以插接在SoC开发板上以用于将来自主机110的用例源代码传输给SoC开发板、捕获SoC开发板的测试结果并返回给主机110。示例性地,捕捉工具可以是但不限于支持JTAG的仿真器或转换器。
需要说明的是,上述用例生成***100仅做示意,本公开实施例适用的***架构不限于此。
示例性方法
图2示出了本公开实施例提供的用例生成方法的示例性流程图。参见图2,本公开实施例的用例生成方法可以包括:
步骤201,确定待生成的第一用例的硬件模块标识;
步骤202,根据第一用例的硬件模块标识,确定第一用例的功能函数和参数组合;
步骤203,利用第一用例的功能函数和参数组合注册得到第一用例。
本公开实施例通过确定待测硬件模块的功能函数和参数组合来生成待测硬件模块的测试用例,能够减少测试用例生成时的重复代码,提升用例生成效率。
本公开实施例中,硬件模块标识用于标识待测试的SoC开发板中的硬件模块,第一用例用于对硬件模块的第一功能进行测试。硬件模块为SoC芯片的外设模块,可以是但不限于串行外设接口(SPI,Serial Peripheral Interface)、直接存储器访问(DMA,DirectMemory Access)、安全(SD,Secure Digital)卡等。各硬件模块的功能各不相同,每个硬件模块的功能可以有多种。例如,DMA的功能可以包括DMA的读(read)操作、DMA的写(write)操作、中断(abort)等。硬件模块标识可以包括但不限于硬件模块的名称、型号、编号和/或其他标识类的信息。本领域技术人员应当理解,SoC测试中涉及的硬件模块还还可以其他类型,其硬件模块标识也可以有其他各种形式。
步骤201中,确定第一用例的硬件模块标识的方式可以有多种。例如,可以包括但不限于如下之一或多项:
1)接收用户输入的用例注册请求或者接收来自外部设备的用例注册请求,用例注册请求中携带待生成用例的硬件模块标识,通过解析用例注册请求获得待生成用例的硬件模式标识。
例如,可以提供用户交互界面,需要注册新用例的工作人员在用户交互界面中选择或输入待生成用例的硬件模块标识(例如,硬件模块名称、硬件模块的型号或其他能够直接代表硬件模块的信息)并点击“是否生成用例”的确认项以进行确认,便可完成用例注册请求的输入。
例如,需要注册新用例的工作人员可以在客户端、用户设备等设备中进行操作以提交用例注册请求至本文的用例生成装置,用例生成装置接收并解析用例注册请求便可获得待生成用例的硬件模块标识。
2)若用例注册请求中未携带待生成用例的硬件模块标识,可以根据用例注册请求中携带的信息(例如,SoC开发板标识)获取硬件模块标识;
例如,若需要注册新用例的工作人员提交了针对SoC开发板中所有硬件模块的用例注册请求,接收到此类用例注册请求后,通过解析用例注册请求可以获得SoC开发板标识(例如,SoC开发板版本号等),可以根据SoC开发板标识从数据库或其他媒介中查询到SoC开发板标识对应的所有硬件模块的硬件模块标识,此时,可以针对每个硬件模块标识分别执行本公开实施例的用例生成方法,从而获得测试该SoC开发板上所有硬件模块功能的用例组。
可以理解,确定第一用例的硬件模块标识的方式还可有其他各种方式,对此,本公开实施例不做限制。
一些可能的实现方式中,本公开实施例的用例生成方法还可以包括:获取与硬件模块标识和第一功能对应的待测功能需求。步骤202中,可以根据第一用例的硬件模块标识和待测功能需求确定第一用例的功能函数和参数组合。
本公开实施例中,待测功能需求可以包括硬件模块标识、针对相应硬件模块的新增功能描述信息和新增参数描述信息。待测功能需求可以是文本、表格或其他各种形式。示例性地,新增功能描述信息和新增参数描述信息分别可以是人工编辑生成的文本描述信息或程序代码。例如,若待测功能需求可以是包含硬件模块标识、新增功能描述信息和新增参数描述信息的文本文件。或者,待测功能需求可以是文件名称中包含硬件模块标识的文本文件,文本文件的内容包含新增功能描述信息和新增参数描述信息。
具体应用中,待测功能需求可以实时生成,也可以预先配置在数据库(例如,前文的用例信息数据库120)、存储器或其他媒介中。待测功能需求的获取方式可以有多种。例如,待测功能需求的获取方式至少可以包括如下两种:
1)从数据库、存储器或其他类似的媒介中获取:
例如,通过客户端或用户设备向工作人员提供用例需求编辑界面,响应于工作人员在该用例需求编辑界面中的编辑操作,生成相应的待测功能需求并存入数据库(例如,前文的用例信息数据库120)中的用例需求表中。操作过程中,工作人员可以在用例需求编辑界面中选择硬件模块并在针对该硬件模块的用例需求编辑框中输入新增功能描述信息的内容和/或新增参数描述信息的内容。
用例生成装置可以先在数据库的用例需求表中查询与硬件模块标识相匹配的待测功能需求,再从中查询到新增功能描述信息与第一功能的描述信息相符的待测功能需求,该待测功能需求即为当前待生成的第一用例的待测功能需求。第一功能的描述信息可以由工作人员输入,也可以通过解析用例注册请求得到,还可通过硬件模块标识从硬件模块的描述信息中获取。
用例需求表用于存储工作人员对新用例的需求信息。通过用例需求表,可以方便工作人员(例如,用例编写人员)与测试人员进行信息交流。一个示例中,用例需求表中每条待测功能需求可以包含如下6种信息:
1)需求编号:
2)硬件模块标识;
3)功能需求:需要新增的功能的描述信息,使用文字描述,TEXT;
4)参数需求:需要新增的参数的描述信息,使用文字描述,TEXT;
5)需求提出人:提出待测功能需求的测试人员的名字,可以使用汉字;
6)说明:包括但不限于待生成用例的性能需求、预期的输出结果、注意事项以及参数组合标识的解释等,TEXT。
2)工作人员直接输入:
例如,用例生成装置确定第一用例的硬件模块标识后,可以通过客户端或用户设备向工作人员提供用例需求编辑界面,工作人员的客户端或用户设备响应于工作人员在该用例需求编辑界面中的编辑操作生成相应的待测功能需求并传送至用例生成装置。
又例如,用例生成装置确定第一用例的硬件模块标识后,直接向工作人员提供用例需求编辑界面,响应于工作人员在该用例需求编辑界面中的编辑操作生成相应的待测功能需求并保存至本地。
应当理解,上述待测功能需求的获取方式仅作为示例性说明,并非用于限制本公开实施例的具体实现方式。
一些可能的实现方式中,步骤202中可以包括:在硬件模块标识关联的已有用例的功能函数中,查询符合待测功能需求的功能函数并将符合待测功能需求的功能函数确定为第一用例的功能函数。
一些可能的实现方式中,步骤202中可以包括:在硬件模块标识关联的已有用例的功能函数中未能查询到符合待测功能需求的功能函数,则生成符合待测功能需求的功能函数以作为第一用例的功能函数。关于用例的属性信息、功能函数的获取方式可参见前文相关说明,此处不再赘述。
在查询到硬件模块标识关联的已有用例的功能函数后,根据待测功能需求中的新增功能描述信息检验已有用例的功能函数是否能够实现新增功能,若能够实现新增功能或者经简单修改即可实现新增功能,可以直接使用已有用例的功能函数作为第一用例的功能函数。若查询到的所有已有用例的功能函数均无法实现新增功能,则需要生成新的功能函数。
示例性地,可以通过如下方式检验已有用例的功能函数是否能够实现新增功能:将当前待测功能需求中的新增功能描述信息和查询到的已有用例的功能函数提供给工作人员,工作人员根据自身经验检验后输入用于指示检验是否通过的指令,响应于工作人员输入的针对某个已有用例的功能函数的检验通过指令将该功能函数确定为第一用例的功能函数。响应于工作人员输入的检验未通过指令进入新功能函数的生成流程。比如,已有用例的功能函数中已经实现256字节读,当前待测功能需求中的新增功能描述中要求一次性读取512字节,直接使用已有用例的功能函数进行256字节读两次便可同时满足当前待测功能需求,此时,可直接使用已有用例的功能函数,无需新增功能函数。
一些实施方式中,生成符合待测功能需求的功能函数的过程可以包括:首先,基于硬件模块标识关联的已有用例的属性信息获得硬件模块标识对应的功能列表;然后,根据硬件模块标识对应的功能列表和待测功能需求,生成新的功能函数并将新的功能函数确定为第一用例的功能函数。
具体地,查询硬件模块标识关联的已有用例的属性信息以获得硬件模块标识对应的功能列表,功能列表包含硬件模块标识对应的硬件模块的一项或多项功能属性,将硬件模块标识对应的功能列表提供给编码人员,以便编码人员参考功能列表进行功能函数的编辑操作;响应于编码人员的编辑操作,根据待测功能需求生成新的功能函数,并将新的功能函数确定为第一用例的功能函数。其中,将硬件模块标识对应的功能列表提供给编码人员的方式可以是但不限于:在用例生成装置上显示或者将硬件模块标识对应的功能列表发送至编码人员的客户端或用户设备,由客户端或用户设备向编码人员显示。通过硬件功能标识在用例信息数据库中筛选出某一硬件模块的功能列表并提供给工作人员,可以方便工作人员参考该功能列表高效快速地完成新功能函数的编写。
示例性地,在用例信息数据库中,已知硬件模块标识的情况下,可以查询到该硬件模块标识下的所有已有用例的属性信息,通过视图功能只保留这些已有用例的功能属性,便可得到该硬件模块标识对应的功能列表。例如,功能属性可以描述为但不限于如下形式的用例测试功能:write、read、abort,VARCHAR(32),NOT NULL等。功能函数具有统一的可被测试工具识别的返回结果且只有一个参数组合数据结构,命名也具有唯一性,同一用例源码库中的功能函数命名不能重复。功能函数的返回结果可以指示用例是否发生错误。功能函数的返回结果在用例层面,测试工具可用于控制待测SoC的测试。
例如,功能函数的函数声明可以为如下:
FReturnCode SpiInitCase(SpiParalist*spi_para_list);
FReturnCode SpiEraseCase(SpiParalist*spi_para_list);
其中,FReturnCode表示统一返回结果的代号,返回结果有两个取值FSuccess与FError,FSuccess代表函数执行成功,FError代表函数执行失败;SpiParaList则是参数组合的数据结构。
为了确保生成的功能函数能够满足硬件模块的测试要求,本公开实施例的一些实施方式中,在生成符合待测功能需求的功能函数后,还可以响应于编码人员的测试操作测试功能函数的一项或多项指标。这些指标可以包括但限于如下之一:功能函数的响应能力、功能函数的输出结果、功能函数的超时响应机制等。需要说明的是,功能函数的测试指标不限于此处列举的示例,还可包括其他。对此,本公开实施例不做限制。
下面对功能函数上述各项的测试方式做示例性地说明。
1)功能函数需要能够根据不同的输入参数做出响应,以确保功能函数在给定的参数下执行对应功能。功能函数的响应能力用于表征功能函数对不同的输入参数的响应能力是否正常,通过对功能函数的响应能力进行测试,可以确认功能函数是否能够在给定的参数下执行相应的功能。举例而言,若某个功能函数针对一个参数组合的响应是:提取参数组合中的参数并按照要求传递给SoC驱动库中的程序间接口(API,Application ProgrammingInterface),则可以将某个参数组合导入功能函数并执行,若功能函数能够将该参数组合的各个参数提取处理并按照要求传递给驱动库的API,则表明功能函数对该参数组合的响应能力正常,否则异常。
2)功能函数的结果一定是明确的,且经过计算机层面的判定,功能函数针对输入参数的返回正确则应当意味着相应功能正常,返回错误则应当意味着相应功能是错误的,返回超时则应当意味着超时。可以通过对功能函数的返回结果进行判定来确定功能函数的输出结果是否正常。例如,可以通过for循环判定SPI读取的结果是否符合预期,在功能函数的末尾对err进行判定,如果err=0,则返回结果正确,err=-1则返回错误。
3)功能函数需要具备超时响应机制,同一个功能函数在一次自动化测试中可能会被执行成千上万次,为了避免时间浪费,需要给功能函数设置运行时间上限,如功能函数的运行时长超过其运行时间上限,仍没有返回结果,则标记为超时,可以直接结束功能函数的该次运行。生成功能函数后,还可以对功能函数的超时运行机制进行检验,以避免功能函数运行时间过长而造成时间浪费,以至于降低SoC的整体测试效率。
一些可能的实现方式中,步骤202中可以包括:在硬件模块标识关联的已有用例的参数组合中,查询符合待测功能需求的参数组合并将符合待测功能需求的参数组合确定为第一用例的参数组合。
例如,如果某硬件模块的待测参数需求中没有下文的第一信息和第二信息,某个或某些已有用例的功能函数已经能够满足其中的参数约束条件,便可以认为,已有了符合待测参数需求的参数组合。
一些可能的实现方式中,步骤202中可以包括:在硬件模块标识关联的已有用例的参数组合中未能查询到符合待测功能需求的参数组合,则生成符合待测功能需求的参数组合以作为第一用例的参数组合。
具体地,查询硬件模块标识关联的已有用例的参数组合中是否包含符合待测参数需求的参数组合,若已有用例的参数组合中包含符合待测参数需求的参数组合,则将符合待测参数需求的参数组合确定为第一用例的参数组合;若已有用例的参数组合中未包含符合待测参数需求的参数组合,则生成符合待测参数需求的参数组合以作为第一用例的参数组合。
本公开实施例中,待测参数需求中可以包括如下之一或多项与参数组合相关的信息:用于新增参数属性的第一信息、用于新增参数数值的第二信息和参数约束条件。
第一信息可以包含待新增参数属性的取值范围和/或可选取值。例如,在已有的参数组合中,没有将“SPI传输数据大小”视为一个可变的参数属性,而是由功能函数自行预设一个SPI传输数据大小的默认值,若新用例需要新增SPI模块下的“SPI传输数据大小”这一参数属性,可以在待测参数需求中添加一条第一信息,其参数属性设置为“SPI传输数据大小”,并在第一信息中设置该参数属性的预期大小,例如,1024byte、2048byte等。
第二信息可以包含指定参数属性的新取值。例如,在已有的参数组合中,仅包含了对SPI模块的12MHz和25MHz的测试,若需要新增SPI模块下SPI频率为50MHz的测试,可以在待测参数需求中添加相应的第二信息,该第二信息指示针对硬件模块“SPI模块”的参数属性“SPI频率”添加新取值“50Hz”。
参数约束条件可以根据需要灵活设置。例如,测试人员不仅要求测试SPI频率为50MHz的测试,还要求这个50MHz必须在SPI模式是mode1的情况下执行,可以在待测参数需求中添加针对硬件模块“SPI模块”的参数约束条件“在SPI模式是mode1的情况下执行SPI频率为50MHz的测试”。
一个例子中,若待测参数需求中包含第一信息,生成符合待测参数需求的参数组合的过程可以包括:从用例源码库中获取与硬件模块标识和第一功能对应的参数组合,在参数组合的数据结构中新增属性项,并根据第一信息设置新增属性项的类型和取值,以得到符合待测参数需求的参数组合。
例如,对于新增的参数属性,可以在参数组合的数据结构中新增相应的功能属性,并根据参数的可选取值定义该功能属性的类型。比如,可以在SpiParaList中新增length属性,并给予一个SpiDataLen的类型,类型可取值设置为1024和2048。
一个例子中,若待测参数需求中包含第一信息和参数约束条件,生成符合待测参数需求的参数组合的过程,可以包括:得到符合待测参数需求的参数组合后,验证符合待测参数需求的参数组合的数据结构是否满足参数约束条件;若满足参数约束条件,则将符合待测参数需求的参数组合作为第一用例的参数组合,并更新第一用例的参数组合的名称使得参数组合的名称中包含新增属性项的描述信息;若不满足参数约束条件,则根据待测参数需求创建对应硬件模块标识与第一功能的新参数组合并将新参数组合作为第一用例的参数组合。
一个例子中,若待测参数需求中包含第二信息,生成符合待测参数需求的参数组合的过程可以包括:创建对应硬件模块标识与第一功能的新参数组合,并根据第二信息对新参数组合中对应属性项的可选取值或数值范围进行更新。
例如,对于新增的参数取值(即第二信息的情况),可以直接新增满足参数约束条件的参数组合。比如,测试人员不仅要求测试SPI频率为50MHz的测试,还要求该50MHz必须在SPI模式是mode1的情况下执行。那么,可以直接新增如下的参数组合:
Static SpiParaList spi_50mhz_mode1_feature=
{.device_idx=SFUD_FSPIM2_INDEX,
.flash_ops_length=0x20,
.spi_addr=FSPI2_BASE,
.flash_ops_addr=0x1000,
.freqency_value=50000000,/*set SPI max freqency as 50MHz*/
.mode=CPOL_HIGH_CPHA_1_EDGE};
对于新增的参数属性(即,第一信息的情况),将其添加到现有的所有参数组合中,参数组合的名称也需要增加一个属性,以后新建的所有参数组合都将包含对这个属性的描述,且满足如下三个条件:
1)新增属性的取值是相对均匀的;
比如,已有5个参数组合,2个添加“.length=DATA_LENGTH_1024”,3个添加“.length=DATA_LENGTH_2048”;
2)新增属性后,需要满足参数约束条件的要求,如果在原有参数组合的基础上无法满足参数约束条件的要求,则单独新增一个满足参数约束条件的参数组合;
3)只能修改新增的属性的取值,而不能修改旧的属性的取值,以保证重组后的参数组合能够兼容以前的测试。
例如,在前述的参数组合中添加一个“.length=DATA_LENGTH_1024”的参数属性,参数组合的名称新增“l1024”表示SPI传输数据大小为1024byte。
示例性地,参数组合编写的过程可以包括如下步骤a1~步骤a3:
步骤a1,在用例数据库中,基于硬件模块标识提取硬件模块下的某一用例的参数属性,可以得到该硬件模块的可选参数项,如:SPI模式、SPI频率等,将该硬件模块的可选参数项提供给工作人员;
步骤a2,工作人员与测试人员沟通或通过其他方式,确认硬件模块的上述可选参数项的参数范围,选取具有参考价值的参数数值,工作人员将具体的参数数据进行组合(可以按顺序全部组合,也可以按需进行组合)形成数据结构,如:spi_para_group{spi_mode=1,spi_freqency=5},作为一个参数组合。
例如,SPI模式共有四种,在某些测试中可能只关注其中第一与第三种模式;而SPI频率是0到50MHz(假设),可以选取较小值(5MHz)、中间值、最大值作为具体数值。
步骤a3,参数组合导入:工作人员在用例信息数据库中筛选某硬件模块的参数组合,按照统一的数据结构导入用例源码库中,每种参数组合拥有唯一的标识。
本公开实施例的一些实施方式中,步骤202后,还可以包括:响应于工作人员的操作对功能函数和参数组合进行模块适配调整。例如,对于所有功能函数,可以根据参数组合的变化调整功能函数对参数组合的响应并保存,对于新增的参数属性,将原来的默认值替换为属性的输入值。又例如,针对SoC驱动库版本中API变动、需要测试的SoC版本硬件外设特性的变化等情况,依据待测SoC的SoC版本和目前已有的SoC驱动库版本的实际情况对功能函数进行修改。再例如,依据待测SoC的SoC版本和目前已有的SoC驱动库版本的实际情况,修改所有参数组合。举例来说,若待测SoC的SoC版本不支持将SPI的频率设置为12MHz,则将出现过12MHz的所有参数组合中的SPI频率更换为其他取值,若更换后出了重复的参数组合,则可以删除其中一个。
一些可能的实现方式中,步骤203中,可以利用第一用例的功能函数和参数组合使用宏定义外套的方式形成预定格式的标准用例函数接口以得到第一用例,第一用例用于在被调用时将参数组合自动导入到功能函数并输出执行功能函数的对应操作后得到的值。
步骤203的一种实现方式中,还可以根据第一用例的功能函数的名称、参数组合的名称和硬件模块标识对第一用例进行命名。对用例以及功能函数命名进行规范,能够使用例管理更加有序。
具体地,对于某硬件模块的某项功能,测试工具的注册模块会将不同参数组合传入该功能对应的功能函数,并通过宏定义在其外套一层函数,将其规范为标准用例函数接口“X_Y_Z_FUNCTION(void)”的形式,其中X表示硬件模块标识,Y表示功能函数标识,Z表示参数组合标识。标准用例函数接口将会被统一注册在其所在的硬件模块的用例集合下,被注册的函数可以通过测试工具提供的输入指令进行操控。可见,通过将用例规范为预定格式的标准用例函数接口,可以更好地判断用例是否运行成功。
本公开实施例中,可以通过用例源码库保存用例的源代码,也即通过用例源码库存储用例的功能函数和参数组合。一个用例在用例源码库并不是直接以一个文件存储,而是由功能函数和参数组合通过注册的方式得到,注册完毕后,一个用例在用例源码库中就对应着一条标准用例函数接口,该标准用例函数接口被调用时参数组合会被自动输入到功能函数中进而完成相应的测试任务。
示例性地,步骤203的具体实现过程可以包括如下的步骤a1~步骤a3:
步骤a1,选择某一个功能函数和某一个参数组合,将其输入到注册模块;
FUNIT_CASE_DECLARE(spi,SpiInitCase,&spi_12mhz_modeo_feature)
FUNIT_CASE_DECLARE(spi,SpiFreqencyCheckCase,&spi_12mhz_modeo_feature)FUNIT_CASE_DECLARE(spi,SpiEraseCase,&spi_12mhz_modeo_feature)
FUNIT_CASE_DECLARE(spi,SpiwriteCase,&spi_12mhz_modeo_feature)
FUNIT_CASE_DECLARE(spi,SpiReadCase,&spi_12mhz_modeo_feature)
FUNIT_CASE_DECLARE(spi,SpiRepeatCase,&spi_12mhz_modeo_feature)
FUNIT_CASE_DECLARE(spi,SpiBigDataCase,&spi_12mhz_modeo_feature)
FUNIT_CASE_DECLARE(spi,SpiModeCheckCase,&spi_12mhz_modeo_feature);
其中,FUNIT_CASE_DECLARE函数即为注册模块。
步骤a2,注册模块使用宏定义外套的方式形成满足如下三个条件的标准用例函数接口:
1)名称为ft_X_Y_Z_case,其中X表示硬件模块代号(如:spi),Y表示功能函数标识(例如,功能函数名称,前文的“SpiInitCase”即为初始化功能的功能函数的名称),Z表示参数组合标识(例如,“spi_12mhz_mode0_feature”即为参数组合标识),参数组合名称和功能函数名称在用例源码库中是唯一的;
2)不需要输入参数,即采用void形式,所注册的函数内已完成参数传入;
3)返回值同功能函数一致;
最简化的注册模块的示例如下:
执行ft_##module_name##_##case_func##_##user_data##_case(void),相当于执行case_func(user_data)。
步骤a3,遍历所有的功能函数与参数组合,重复进行步骤a1和步骤a2,直到覆盖所有的功能函数与参数组合。
一些可能的实现方式中,步骤203之前,还可以包括:预先建立用例源码库,所述用例源码库包含各硬件模块标识对应的用例集合,每个硬件模块标识对应的用例集合包含所述硬件模块标识对应的已有用例。在步骤203后,还可以将第一用例添加到用例源码库中对应硬件模块标识的用例集合中。
用例源码库中针对某个SoC的某个硬件模块设置用例集合,用例集合的层次是硬件模块层次而不是功能测试,如:spi_suite表示SPI模块用例集合,其下有spi_probe_group1_function、spi_write_group2_function等功能函数,每一个功能函数可以实现用例信息数据库中的一个用例。由此,可以通过硬件模块标识直接查询某个硬件模块的用例集合,从而利用硬件模块的已有用例的功能函数和参数组合来生成针对该硬件模块的新用例。
本公开实施例的用例生成方法中,用例通过功能函数与参数组合生成,减少了很多重复代码,提高了用例生成效率,并且用例与参数直接关联,便于管理和调整。此外,还可根据硬件模块相关的已有用例的功能函数与参数组合来生成针对该硬件模块的新用例,方便快捷,减少工作人员的重复工作,减少时间浪费,可以进一步提高用例生成效率和新用例的生成效果。
示例性装置
本公开实施例还提供了一种用例生成装置。图3示出根据一个实施例的采用计算机程序形式的用例生成装置的示意性框图。如图3所示,该装置300包括:
第一确定单元301,用于确定待生成的第一用例的硬件模块标识,硬件模块标识用于标识待测试的SoC开发板中的硬件模块,第一用例用于对硬件模块的第一功能进行测试;
第二确定单元302,用于根据第一用例的硬件模块标识,确定第一用例的功能函数;
第三确定单元303,用于根据第一用例的硬件模块标识,确定第一用例的参数组合;
注册单元304,用于利用第一用例的功能函数和参数组合注册得到第一用例。
更进一步地,用例生成装置400还可以包括:需求获取单元305,用于获取与硬件模块标识和第一功能对应的待测功能需求。第二确定单元302用于根据第一用例的硬件模块标识和待测功能需求,确定第一用例的功能函数,第三确定单元303用于根据第一用例的硬件模块标识和待测功能需求确定第一用例的参数组合。
一些实施方式中,第二确定单元302用于:在硬件模块标识关联的已有用例的功能函数中,查询符合待测功能需求的功能函数并将符合待测功能需求的功能函数确定为第一用例的功能函数。
一些实施方式中,第二确定单元302用于:在硬件模块标识关联的已有用例的功能函数中未能查询到符合待测功能需求的功能函数,则生成符合待测功能需求的功能函数以作为第一用例的功能函数。
一些实施方式中,第二确定单元302还用于:基于硬件模块标识关联的已有用例的属性信息获得硬件模块标识对应的功能列表;以及,根据硬件模块标识对应的功能列表和待测功能需求,生成新的功能函数并将新的功能函数确定为第一用例的功能函数。
一些实施方式中,第二确定单元302还可用于:生成符合待测功能需求的功能函数后,响应于编码人员的测试操作测试功能函数的如下之一或多项,以确认功能函数能够满足硬件模块的测试要求:功能函数的响应能力;功能函数的输出结果;功能函数的超时响应机制。
一些实施方式中,第三确定单元303用于:在硬件模块标识关联的已有用例的参数组合中,查询符合待测功能需求的参数组合并将符合待测功能需求的参数组合确定为第一用例的参数组合。
一些实施方式中,第三确定单元303用于:在硬件模块标识关联的已有用例的参数组合中未能查询到符合待测功能需求的参数组合,则生成符合待测功能需求的参数组合以作为第一用例的参数组合。
其中,待测参数需求包括如下之一或多项:用于新增参数属性的第一信息,第一信息包含待新增参数属性的取值范围和/或可选取值;用于新增参数数值的第二信息,第二信息包含指定参数属性的新取值;参数约束条件。
一些实施方式中,第三确定单元303用于:从已有用例的参数组合中获取与硬件模块标识和第一功能对应的参数组合,在参数组合的数据结构中新增属性项,并根据第一信息设置新增属性项的类型和取值,以得到符合待测参数需求的参数组合。
一些实施方式中,第三确定单元303还可用于:
得到符合待测参数需求的参数组合后,验证符合待测参数需求的参数组合的数据结构是否满足参数约束条件;
若满足参数约束条件,则将符合待测参数需求的参数组合作为第一用例的参数组合,并更新第一用例的参数组合的名称使得参数组合的名称中包含新增属性项的描述信息;
若不满足参数约束条件,则根据待测参数需求创建对应硬件模块标识与第一功能的新参数组合并将新参数组合作为第一用例的参数组合。
一些实施方式中,第三确定单元303还可用于:创建对应硬件模块标识与第一功能的新参数组合,并根据第二信息对新参数组合中对应属性项的可选取值或数值范围进行更新。
一些实施方式中,注册单元304用于利用第一用例的功能函数和参数组合使用宏定义外套的方式形成预定格式的标准用例函数接口以得到第一用例,第一用例用于在被调用时将参数组合自动导入到功能函数并输出执行功能函数的对应操作后得到的值。
一些实施方式中,注册单元304还可用于:根据第一用例的功能函数的名称、参数组合的名称和硬件模块标识对第一用例进行命名。
一些实施方式中,注册单元304还可用于:将第一用例添加到用例源码库中对应硬件模块标识的用例集合中。
用例生成装置300的其他技术细节可参见前文方法部分,此处不再赘述。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于***或***实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
示例性存储介质
本公开实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,程序包括指令,所述指令在由计算装置的一个或者多个处理器执行时,执行时前述示例性方法中所述用例生成方法的步骤。
示例性电子设备
本公开实施例提供的一种电子设备,如图4中所示,可以包括一个或多个处理器401,还包括存储一个或多个程序的存储器402,被上述一个或多个处理器401执行以实现本公开上述实施例中所示用例生成的方法流程和/或装置中各单元所对应的程序单元。
各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器401可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示用户界面的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。
处理器401可包括一个或多个单核处理器或多核处理器。处理器401可包括任何一般用途处理器或专用处理器(如图像处理器、应用处理器基带处理器等)的组合。
存储器402即为本公开所提供的计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及单元,例如本公开实施例中的用例生成方法对应的程序指令/单元。处理器401通过运行存储在存储器402中的非瞬时软件程序、指令以及单元,从而执行诸如上述方法实施例中的用例生成方法对应的程序、指令以及单元。
点云标注装置还可以包括:输入装置403和输出装置404。处理器401、存储器402、输入装置403和输出装置404可以通过总线或者其他方式连接,图4中以通过总线连接为例。
输入装置403可接收输入的数字或字符信息,以及产生与点云标注装置的用户设置以及功能控制有关的信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置404可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
上述程序(也称作软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用面向对象的编程语言、汇编或机器语言来实施这些计算程序。
随着时间、技术的发展,介质含义越来越广泛,计算机程序的传播途径不再受限于有形介质,还可以直接从网络下载等。可以采用一个或多个计算机可读的存储介质的任意组合。计算机可读存储介质可以采用但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
以上对本公开所提供的技术方案进行了详细介绍,本文中应用了具体个例对本公开的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本公开的方法及其核心思想;同时,对于本领域的一般技术人员,依据本公开的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本公开的限制。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换等,均应包含在本申请的保护范围之内。

Claims (17)

1.一种用例生成方法,其特征在于,包括:
确定待生成的第一用例的硬件模块标识,所述硬件模块标识用于标识待测试的SoC开发板中的硬件模块,所述第一用例用于对所述硬件模块的第一功能进行测试;
根据所述第一用例的硬件模块标识,确定所述第一用例的功能函数和参数组合;
利用所述第一用例的功能函数和参数组合注册得到第一用例。
2.根据权利要求1所述的方法,其特征在于,
所述方法还包括:获取与所述硬件模块标识和所述第一功能对应的待测功能需求;
根据所述第一用例的硬件模块标识,确定所述第一用例的功能函数和参数组合,包括:根据所述第一用例的硬件模块标识和所述待测功能需求,确定所述第一用例的功能函数和参数组合。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第一用例的硬件模块标识,确定所述第一用例的功能函数和参数组合,包括:
在所述硬件模块标识关联的已有用例的功能函数中,查询符合所述待测功能需求的功能函数并将符合所述待测功能需求的功能函数确定为所述第一用例的功能函数;和/或,
在所述硬件模块标识关联的已有用例的参数组合中,查询符合所述待测功能需求的参数组合并将符合所述待测功能需求的参数组合确定为所述第一用例的参数组合。
4.根据权利要求2所述的方法,其特征在于,根据所述第一用例的硬件模块标识,确定所述第一用例的功能函数和所述第一用例的参数组合,还包括:
在所述硬件模块标识关联的已有用例的功能函数中未能查询到符合所述待测功能需求的功能函数,则生成符合所述待测功能需求的功能函数以作为所述第一用例的功能函数。
5.根据权利要求4所述的方法,其特征在于,所述生成符合所述待测功能需求的功能函数以作为所述第一用例的功能函数,包括:
基于所述硬件模块标识关联的已有用例的属性信息获得所述硬件模块标识对应的功能列表;
根据所述硬件模块标识对应的功能列表和所述待测功能需求,生成新的功能函数并将所述新的功能函数确定为所述第一用例的功能函数。
6.根据权利要求4所述的方法,其特征在于,还包括:
生成符合所述待测功能需求的功能函数后,响应于编码人员的测试操作测试所述功能函数的如下之一或多项,以确认所述功能函数能够满足所述硬件模块的测试要求:
功能函数的响应能力;
功能函数的输出结果;
功能函数的超时响应机制。
7.根据权利要求2所述的方法,其特征在于,根据所述第一用例的硬件模块标识,确定所述第一用例的功能函数和所述第一用例的参数组合,还包括:
在所述硬件模块标识关联的已有用例的参数组合中未能查询到符合所述待测功能需求的参数组合,则生成符合所述待测功能需求的参数组合以作为所述第一用例的参数组合。
8.根据权利要求7所述的方法,其特征在于,所述待测参数需求包括如下之一或多项:
用于新增参数属性的第一信息,所述第一信息包含待新增参数属性的取值范围和/或可选取值;
用于新增参数数值的第二信息,所述第二信息包含指定参数属性的新取值;
参数约束条件。
9.根据权利要求8所述的方法,其特征在于,若所述待测参数需求中包含所述第一信息,所述生成符合所述待测参数需求的参数组合以作为所述第一用例的参数组合,包括:
从已有用例的参数组合中获取与所述硬件模块标识和第一功能对应的参数组合,在所述参数组合的数据结构中新增属性项,并根据所述第一信息设置所述新增属性项的类型和取值,以得到符合所述待测参数需求的参数组合。
10.根据权利要求9所述的方法,其特征在于,若所述待测参数需求中包含所述第一信息和参数约束条件,所述生成符合所述待测参数需求的参数组合以作为所述第一用例的参数组合,还包括:
得到符合所述待测参数需求的参数组合后,验证符合所述待测参数需求的参数组合的数据结构是否满足所述参数约束条件;
若满足所述参数约束条件,则将符合所述待测参数需求的参数组合作为第一用例的参数组合,并更新所述第一用例的参数组合的名称使得所述参数组合的名称中包含所述新增属性项的描述信息;
若不满足参数约束条件,则根据所述待测参数需求创建对应所述硬件模块标识与第一功能的新参数组合并将所述新参数组合作为所述第一用例的参数组合。
11.根据权利要求8所述的方法,其特征在于,若所述待测参数需求中包含所述第二信息,所述生成符合所述待测参数需求的参数组合以作为所述第一用例的参数组合,包括:
创建对应所述硬件模块标识与第一功能的新参数组合,并根据所述第二信息对所述新参数组合中对应属性项的可选取值或数值范围进行更新。
12.根据权利要求1所述的方法,其特征在于,利用所述第一用例的功能函数和参数组合注册得到所述第一用例,包括:
利用所述第一用例的功能函数和参数组合使用宏定义外套的方式形成预定格式的标准用例函数接口以得到所述第一用例,所述第一用例用于在被调用时将所述参数组合自动导入到所述功能函数并输出执行所述功能函数的对应操作后得到的值。
13.根据权利要求1或12所述的方法,其特征在于,利用所述第一用例的功能函数和参数组合注册得到所述第一用例,还包括:根据所述第一用例的功能函数的名称、参数组合的名称和硬件模块标识对所述第一用例进行命名。
14.根据权利要求1所述的用例生成方法,其特征在于,还包括:
预先建立用例源码库,所述用例源码库包含各硬件模块标识对应的用例集合,每个硬件模块标识对应的用例集合包含所述硬件模块标识对应的已有用例;以及,
将所述第一用例添加到用例源码库中对应所述硬件模块标识的用例集合中。
15.一种用例生成装置,其特征在于,包括:
第一确定单元,用于确定待生成的第一用例的硬件模块标识,所述硬件模块标识用于标识待测试的SoC开发板中的硬件模块,所述第一用例用于对所述硬件模块的第一功能进行测试;
第二确定单元,用于根据所述第一用例的硬件模块标识,确定所述第一用例的功能函数;
第三确定单元,用于根据所述第一用例的硬件模块标识,确定所述第一用例的参数组合;
注册单元,用于利用所述第一用例的功能函数和参数组合注册得到所述第一用例。
16.一种电子设备,其特征在于,包括:处理器和存储器;
其中,所述存储器与所述处理器连接,所述存储器用于存储计算机程序;
所述处理器,用于通过运行所述存储器中存储的计算机程序,实现如权利要求1~14任一项所述的用例生成方法。
17.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时,实现如权利要求1~14任一项所述的用例生成方法。
CN202410288179.9A 2024-03-13 2024-03-13 用例生成方法、装置、电子设备和存储介质 Pending CN118193301A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410288179.9A CN118193301A (zh) 2024-03-13 2024-03-13 用例生成方法、装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410288179.9A CN118193301A (zh) 2024-03-13 2024-03-13 用例生成方法、装置、电子设备和存储介质

Publications (1)

Publication Number Publication Date
CN118193301A true CN118193301A (zh) 2024-06-14

Family

ID=91397585

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410288179.9A Pending CN118193301A (zh) 2024-03-13 2024-03-13 用例生成方法、装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN118193301A (zh)

Similar Documents

Publication Publication Date Title
US8074204B2 (en) Test automation for business applications
US8839107B2 (en) Context based script generation
US7886265B2 (en) Process automation system and method employing property attachment techniques
US7725524B2 (en) Process automation system and method having a hierarchical architecture with multiple tiers
US20060265475A9 (en) Testing web services as components
US9122843B2 (en) Software license reconciliation facility
US11080168B1 (en) System, method and apparatus for selection of hardware and software for optimal implementation of one or more functionality or algorithm
US9311345B2 (en) Template based database analyzer
EP3851955A1 (en) Systems and methods for software documentation and code generation management
US8042089B2 (en) Process automation system and method employing multi-stage report generation
CN111158656A (zh) 基于因果树法的测试代码生成方法及装置
CN1983288A (zh) 验证操作支持***及其方法
CN113094776B (zh) 可视化组件模型数据构建的方法、***及电子设备
CN111382065B (zh) 基于测试模板的验证流程管理***及其方法
CN117149406A (zh) 资源调度方法、装置、***、计算机设备及存储介质
CN108932121B (zh) 一种面向多租户分布式服务组件研发的模块及方法
CN111143228A (zh) 基于决策表法的测试代码生成方法及装置
CN118193301A (zh) 用例生成方法、装置、电子设备和存储介质
US11550708B1 (en) System, method and apparatus for selection of hardware and software for optimal implementation of one or more functionality or algorithm
KR100984049B1 (ko) 응용업무관리 시스템 및 그 방법
WO2017221364A1 (ja) アダプタ生成装置及び方法
CN118193300A (zh) 测试用例的管理方法、装置、电子设备、存储介质
US20240160559A1 (en) Automated decoupling of unit tests
CN111736490B (zh) 联合仿真方法、装置、***及电子设备
WO2023273410A1 (zh) 规范设计方法、装置及相关设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination