CN115981943A - 检测方法、硬件设备和检测系统 - Google Patents
检测方法、硬件设备和检测系统 Download PDFInfo
- Publication number
- CN115981943A CN115981943A CN202211726475.XA CN202211726475A CN115981943A CN 115981943 A CN115981943 A CN 115981943A CN 202211726475 A CN202211726475 A CN 202211726475A CN 115981943 A CN115981943 A CN 115981943A
- Authority
- CN
- China
- Prior art keywords
- detection
- hardware
- unit
- equipment
- detected
- 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
Landscapes
- Stored Programmes (AREA)
Abstract
本申请提供一种检测方法、硬件设备和检测系统。该方法包括:待检测硬件设备可以获取待检测硬件设备的设备信息和检测需求。检测需求中包括至少一个目标工位。每一个目标工位可以对应于至少一个目标硬件单元。待检测硬件设备可以根据预设检测库和该目标硬件单元,确定每一目标硬件单元对应的单元检测方案,进而确定该待检测硬件设备的设备检测方案。待检测硬件设备可以在目标工位上根据每一目标硬件单元的单元检测方案,完成检测,得到单元检测结果。待检测硬件设备可以对全部目标硬件单元的单元检测结果进行汇总,得到设备检测结果。本申请的方法,提高了设备检测方案的生成效率和检测效率。
Description
技术领域
本申请涉及自动化领域,尤其涉及一种检测方法、硬件设备和检测系统。
背景技术
在硬件设备的生产环节中,对所生产的硬件的功能完整性、性能优越性进行检测是非常重要的一环。
现有技术中,每款硬件设备的检测方案通常需要在生产前由软硬件工程师根据硬件设计方案进行制定。由于不同的项目由不同的硬件工程师和软件工程师负责,因此,即使是同样的硬件设备,其检测方案也不尽相同。
显然,现有技术在对硬件设备进行检测时,其检测效率依赖于软硬件工程师的经验,存在检测效率差的问题。
发明内容
本申请提供一种检测方法、硬件设备和检测系统,用以解决现有技术中,检测方案的制定依赖于软件硬件工程师,存在检测效率差的问题。
第一方面,本申请提供一种检测方法,包括:
获取待检测硬件设备的设备信息和检测需求,所述设备信息中包括所述待检测硬件设备中包括的多个待检测硬件单元;
根据预设检测库、所述设备信息和所述检测需求,生成每一所述待检测硬件设备的设备检测方案,所述设备检测方案中包括多个单元检测方案;
根据所述设备检测方案中的每一所述单元检测方案,完成对所述待检测硬件设备的检测,并得到所述待检测硬件设备的设备检测结果。
可选地,所述根据预设检测库、所述设备信息和所述检测需求,生成每一所述待检测硬件设备的设备检测方案,所述设备检测方案中包括多个单元检测方案,具体包括:
根据所述检测需求,确定至少一个目标工位和每一所述目标工位对应的至少一个待检测的目标硬件单元;
根据预设检测库,确定每一所述目标硬件单元对应的单元检测方案;
根据所述待检测硬件设备的各个所述目标工位上各个所述目标硬件单元的所述单元检测方案,生成所述待检测硬件设备的设备检测方案。
可选地,所述根据所述设备检测方案中的每一所述单元检测方案,完成对所述待检测硬件设备的检测,并得到所述待检测硬件设备的设备检测结果,具体包括:
将每一所述目标工位上的至少一个所述目标硬件单元加入到一个待检测单元链表中;
从所述待检测单元链表中顺序获取目标硬件单元;
根据所述目标硬件单元对应的单元检测方案,完成所述目标硬件单元的检测,并得到所述目标硬件单元的单元检测结果;
当完成每一所述目标工位的所述待检测单元链表中每一所述目标硬件单元的检测时,汇总所述单元检测结果,得到所述设备检测结果。
可选地,所述根据所述目标硬件单元对应的单元检测方案,完成所述目标硬件单元的检测,并得到所述目标硬件单元的单元检测结果,具体包括:
根据所述目标硬件单元对应的所述单元检测方案,确定完成所述目标硬件单元的检测需要使用的检测设备;
使用所述检测设备在所述目标工位完成所述目标硬件单元的检测,得到所述目标硬件单元的单元检测结果。
可选地,当一目标硬件单元的所述单元检测结果为不合格时,所述方法,还包括:
将所述目标硬件单元对应的目标工位的标志位设置为异常;
结束所述目标工位的检测,并确定所述工位检测结果为检测失败。
可选地,所述方法,还包括:
将所述待检测硬件设备的所述设备检测结果上传到上位机。
第二方面,本申请提供一种硬件设备,包括:多个单元电路和控制器,所述控制器中包括存储器和处理器;所述存储器用于存储计算机程序;所述处理器用于根据所述存储器存储的计算机程序执行第一方面及第一方面任一种可能的设计中的检测方法。
第三方面,本申请提供一种检测系统,包括:多个工位、上位机和如权利要求7所述的硬件设备;所述工位上包括辅助检测设备;当所述硬件设备被放置到所述工位时,所述硬件设备与所述工位上的所述辅助检测设备连接,所述辅助检测设备与所述上位机连接;当所述硬件设备为待检测硬件设备时,所述硬件设备可以通过协调多个所述工位中的辅助检测设备,实现如第一方面及第一方面任一种可能的设计中的检测方法。
第四方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,当硬件设备的至少一个处理器执行该计算机程序时,硬件设备执行第一方面及第一方面任一种可能的设计中的检测方法。
第五方面,本申请提供一种计算机程序产品,所述计算机程序产品包括计算机程序,当硬件设备的至少一个处理器执行该计算机程序时,硬件设备执行第一方面及第一方面任一种可能的设计中的检测方法。
本申请提供的检测方法、硬件设备和检测系统,通过获取待检测硬件设备的设备信息和检测需求,其中,设备信息中可以包括待检测硬件设备中的硬件单元,检测需求中包括至少一个目标工位,每一个目标工位可以对应于至少一个目标硬件单元;根据预设检测库和该目标硬件单元,确定每一目标硬件单元对应的单元检测方案,进而确定该待检测硬件设备的设备检测方案;在目标工位上根据每一目标硬件单元的单元检测方案,完成检测,得到单元检测结果;对全部目标硬件单元的单元检测结果进行汇总,得到设备检测结果的手段,实现提高了设备检测方案的生成效率和检测效率的效果。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的一种检测场景的示意图;
图2为本申请一实施例提供的一种检测方法的流程图;
图3为本申请一实施例提供的一种硬件单元的电路示意图;
图4为本申请一实施例提供的一种检测系统示意图;
图5为本申请一实施例提供的一种硬件单元检测流程示意图;
图6为本申请一实施例提供的一种检测流程示意图;
图7为本申请一实施例提供的一种检测装置的结构示意图;
图8为本申请一实施例提供的一种硬件设备的硬件结构示意图;
图9为本申请一实施例提供的一种检测系统的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换。例如,在不脱离本文范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
再者,如同在本文中所使用的,单数形式“一”、“一个”和“该”旨在也包括复数形式,除非上下文中有相反的指示。
应当进一步理解,术语“包含”、“包括”表明存在的特征、步骤、操作、元件、组件、项目、种类、和/或组,但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。
此处使用的术语“或”和“和/或”被解释为包括性的,或意味着任一个或任何组合。因此,“A、B或C”或者“A、B和/或C”意味着“以下任一个:A;B;C;A和B;A和C;B和C;A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时,才会出现该定义的例外。
在硬件设备的生产环节中,对所生产的硬件的功能完整性、性能优越性进行检测是非常重要的一环。检测时不仅要能对硬件设备的相关功能和性能进行全部检测,更要能合理安排硬件设备中每个硬件单元的检测流程,以节省产线时间,从而节省产品的生产成本,提高检测效率。现有技术中,每款硬件设备的检测方案通常需要在生产前由软硬件工程师根据硬件设计方案进行制定。由于不同的项目由不同的硬件工程师和软件工程师负责,因此,即使是同样的硬件设备,其检测方案也不尽相同。可见,现有技术在对硬件设备进行检测时,其检测效率依赖于软硬件工程师的经验,其检测效率并不稳定,存在检测效率低的问题。
针对上述问题,本申请提出了一种硬件设备的检测方法,可以通过将硬件设备的检测流程规范化、标准化,来提高硬件设备的检测效率,提高硬件设备的软硬件检测方案的输出效率。本申请先将硬件设备按功能模块拆分成多个独立的硬件单元。例如,flash存储单元、GNSS单元、GSENSOR单元、MODEM通讯单元等。在后续检测方案的生成过程中,每一个硬件单元将作为一个独立的检测单元。在公司的产品链中,大多数硬件设备中,相同的硬件单元的电路方案都是类似的,或者说就是完全一样的。例如,flash存储单元的电路都是通过SPI接口与MCU相连、MODEM通信单元的电路都是通过URAT与MCU相连等。本申请的检测方法还可以为拆分后的硬件单元设置标识ID。每一种硬件单元可以对应设置一个标识ID。本申请可以按标识ID对硬件单元进行标记,并入库到公司的预设检测库。在后续实施例中,该标识ID即为单元编码。该预设检测库中可以包括每一硬件单元对应的单元检测方案。该预设检测库中可以存储有公司全部硬件设备的硬件单元及其单元检测方案。当一款产品的硬件设备需要进行检测时,硬件设备可以从该预设检测库中选取其本身包括的硬件单元的单元检测方案,进而组成其设备检测方案。其中,每一单元检测方案中可以包括该硬件单元的硬件检测方案和软件检测方案。硬件设备可以根据该设备检测方案实现对整个硬件设备的功能完整性、性能优越性的检测。因此,本申请的检测方法可以在硬件设备生产检测中,以硬件单元的硬件电路为基础,极大提高硬件设备整机检测方案形成的效率。该总体硬件检测方案的统一,节省了不同项目检测时辅助工具的配置和使用成本,使检测过程更加流程化,整体流程衔接更加紧密,提高了检测效率。本申请从硬件单元的单元检测方案出发构建硬件设备的设备检测方案,为硬件工程师规划设备检测方案提供统一了统一入口,实现了设备检测方案快速准确的形成。并且,本申请中,对每一个硬件单元的单元检测方案都做了统一定义,有利于生产检测培训及节省生产辅助设备。此外,本申请中使用的XML格式的检测需求可以通过python脚本自动转换成硬件单元的程序配置文件,通过该程序配置文件,可以极大了减少了软硬件工程师沟通过程中产生的误解。本申请还提出了以面向对象为基础的、可视化的检测通信协议,有利于各个环节开发工程师对功能实现的理解。并且,本申请使用JSON格式化的检测结果输出,有利于PC上位机软件进行解析和入库处理,提高了上位机软件的处理效率。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图1示出了本申请一实施例提供的一种检测场景的示意图。如图1所示,软件工程师和硬件工程师可以编写并审核各个硬件单元的单元检测方案。该单元检测方案中可以包括硬件检测方案和软件检测方案。其中,单元检测方案可以存储在预设检测库中。在该预设检测库中,每个硬件单元的硬件检测方案都以web的方式放在站点SSR上。该SSR为软硬件工程师共同维护的一个硬件检测方案库web站点。其中可以包括硬件单元的电路示意图以及硬件单元的详细测试方法和流程。其中,单元检测方案中的软件检测方案可以被存储到fctlibrary中。该fct library中每一硬件单元的软件检测方案即为该硬件单元的软件检测逻辑。硬件工程师可以根据具体项目的硬件设备在SSR站点选取相应的硬件单元的单元检测方案完成需求文件的撰写。该需求文件通常为xml文件。即为如图1所示的fct.xml。该需求文件中包括该硬件设备的检测需求。可选地,该检测需求中可以包括该待检测的硬件设备在检测过程中需要使用的目标工位,以及在每一目标工位中需要检测的目标硬件单元。通过在这些目标工位检测这些目标硬件单元,该待检测的硬件设备可以完成其功能和/或性能的检测。检测系统中除了包括该待检测的硬件设备以外,还可以包括至少一个工位和每一工位对应的上位机。上位机可以获取该xml文件,并通过python脚本自动将该xml文件转换为宏定义配置文件。该宏定义配置文件可以如图1中的config.h所示。硬件设备可以读取并解析该宏定义配置文件。硬件设备可以根据该宏定义配置文件,从fct library中获取目标硬件单元的软件检测方案。可选地,该fct.xml中可以包括Station和单元电路编号(Circuit ID)等信息。application是该硬件设备对应的具体项目的应用程序。该应用程序中可以包括适配fct library的检测接口、通讯协议逻辑等信息。硬件设备可以如图中DUT所示。该硬件设备可以获取宏定义配置文件config.h、软件检测方案库fct library、具体项目的应用程序application。检测系统中具体可以包括该待检测的硬件设备DUT和工位。其中,工位上具体可以包括自动化检测辅助设备FCT200。此外,该检测系统中还可以包括程控电源instruments等检测工装辅助设备。该程控电源用于为该检测系统提供电源。硬件设备最终的设备检测报告可以以JSON的格式生成。硬件设备可以将该设备检测报告发送到上位机PC。该上位机还可以实现整个生产流程的管理和控制。该上位机可以将数据发送到数据库中进行存储。
本申请中,以硬件设备为执行主体,执行如下实施例的检测方法。具体地,该执行主体可以为硬件设备的硬件装置,或者为硬件设备中实现下述实施例的软件应用,或者为安装有实现下述实施例的软件应用的计算机可读存储介质,或者为实现下述实施例的软件应用的代码。
图2示出了本申请一实施例提供的一种检测方法的流程图。在图1所示实施例的基础上,如图2所示,当硬件设备为待检测的硬件设备时,以该待检测硬件设备为执行主体,本实施例的方法可以包括如下步骤:
S101、获取待检测硬件设备的设备信息和检测需求,设备信息中包括待检测硬件设备中的硬件单元。
本实施例中,待检测硬件设备中可以包括设备信息。该设备信息中包括该待检硬件设备中的全部硬件单元。每一个硬件单元实际是一个具备独立功能、硬件接口的局部元器件组成的硬件电路。例如,当该硬件单元为SPI SLASH单元时,其硬件电路可以如图3所示。该图3中可以包括单元电路的测试点。该单元检测方案可以通过描述这些测试点,实现对这个单元电路的检测点及检测逻辑的描述。该硬件电路中还可以包括对应的单元检测方案的辅助电路。每个硬件单元会对应设置一个唯一的单元编号,该单元编号用于唯一标识该硬件电路对应的硬件单元。每个单元编号对应的硬件单元不管在哪个工位对应的单元检测方案都是相同的。不同的单元检测方案对应的硬件单元的单元编号不同。硬件设备可以将该硬件单元和该硬件单元对应的单元编号存储到预设检测库中。在一个硬件设备中,通常一个单元编号对应的硬件单元可以存在一个或者多个。当一单元编号的硬件单元存在多个时,该多个相同单元编号的硬件单元的检测方案是相同的,检测过程通常是相互独立的。可选地,每个单元检测方案的描述信息中可以包括ID编号、名称、检测点、检测流程等信息。在预设检测库中,硬件开发人员和软件开发人员可以在上传后,通过web的方式进行审核。并且,该预设检测库可以以web的方式显示这些单元检测方案。
待检测硬件设备中还可以包括检测需求。该检测需求可以为XML文件。硬件工程师可以在每一款新的硬件设备生产时,从预设检测库中选取该待检测硬件设备中包括的硬件单元的单元编码。硬件工程师可以根据每一个单元编码对应的硬件单元的数量和工位检测需求输出一个用于描述检测需求的XML文件。该XML文件中具体可以包括项目名称、硬件版本信息、工位信息、每个工位需要检测的硬件单元等。例如,在该xml文件中“xml version="1.0"”用于表示硬件版本信息。该硬件版本(version)为1.0。“Project name="GV501LG"”可以用于表示该次检测的项目名称。“Station name="PCBA"”可以用于表示工位的工位名称。“Circuit id="0011"name="gpio-out"count="2"mask="11"”中,硬件单元的单元编码(Circuit id)为0011,硬件单元的单元名称(name)为gpio-out,该硬件单元的数量(count)为2,该硬件单元的掩码(mask)为11。
S102、根据预设检测库、设备信息和检测需求,生成每一待检测硬件设备的设备检测方案,设备检测方案中包括多个单元检测方案。
本实施例中,待检测硬件设备可以根据该检测需求,确定完成该次检测需要使用的目标工位。待检测硬件设备还可以从该检测需求中确定每一目标工位需要检测的硬件单元的单元编号和硬件单元的数量。需要注意的是,在检测时,一个目标工位可以对该硬件设备中包括的全部单元编码对应的硬件单元进行检测。或者,一个目标工位可能仅对部分单元编码对应的硬件单元进行检测。当一个单元编码对应的硬件单元包括多个时,目标工位可以根据检测需求中硬件单元的数量的确定需要检测的该单元编码的硬件单元的数量。该数量可以为1个,或者为该多个中的部分,或者为该多个中的全部。其中,预设检测库中可以包括每一个硬件单元的单元检测方案。每一个单元编码对应的硬件单元都有独立的单元检测方案。相同单元编码的硬件单元具有相同的单元检测方案。每一个单元检测方案包括硬件检测方案和软件检测方案。每一个单元检测方案都是由软硬件工程师一起讨论确认的。因此,每一个单元检测方案中可以包括硬件工程师负责人信息、软件工程师负责人信息、单元电路编号(Circuit ID)、单元电路名称(Circuit Name)、目标工位信息。其中,目标工位信息中包括生产过程中支持此硬件单元检测的工位。其中,软件检测方案生成过程中,软件工程师只需要根据硬件提供的硬件单元的宏定义配置文件即可自动生成整机的硬件的检测的软件逻辑。然后,仅仅需要适配硬件单元的检测接口,即可完成整个设备的硬件检测软件。
一种示例中,待检测硬件设备生成每一待检测硬件设备的设备检测方案的具体过程可以包括:
步骤1、根据检测需求,确定至少一个目标工位和每一目标工位对应的至少一个待检测的目标硬件单元。
本步骤中,上位机中的python脚本可以读取检测需求,并将该待检测需求自动转化成宏定义配置文件。待检测硬件设备可以读取该宏定义配置文件,从而实现该检测需求的读取。待检测硬件设备可以从该宏定义配置文件中确定至少一个目标工位。每一目标工位的唯一对应于一个工位名称。例如,PCBA工位、整机工位、老化工位等。每一个目标工位可以用于检测至少一个目标硬件单元。
步骤2、根据预设检测库,确定每一目标硬件单元对应的单元检测方案。
本步骤中,待检测硬件设备可以在确定目标硬件单元后,使用每一目标硬件单元的单元编码,在预设检测库中查找该目标硬件单元对应的单元检测方案。可选地,该硬件检测方案可以从预设检测库的硬件库中查询得到。而软件检测方案则可以从预设检测库的软件库中查询得到。XML文件仅仅是硬件工程师对需要检测的硬件单元的一个统计汇总。软件检测方案并不能直接通过识别XML文件确定。因此,需要通过上位机的python脚本将XML描述信息转换成硬件设备能识别的预设检测库的宏定义配置文件。宏定义配置文件中通常包括项目名称、硬件版本信息、工位信息、每个工位需要检测的硬件单元电路信息等。硬件设备可以通过该预设检测库的宏定义配置文件,确定软件检测方案。该宏定义配置文件中可以包括被定义好的每一个硬件单元的硬件电路的电路检测结构、工位检测初始化接口、检测任务执行结构、执行结果输出接口等。
步骤3、根据待检测硬件设备的各个目标工位上各个目标硬件单元的单元检测方案,生成待检测硬件设备的设备检测方案。
本步骤中,待检测硬件设备可以在获取各个目标工位的各个目标硬件单元,以及每一目标硬件单元的单元检测方案之后,对这些目标硬件单元的目标硬件单元进行整理,得到最终的设备检测方案。可选地,待检测硬件设备可以删除各个目标工位的各个目标检测任务中重复出现的目标硬件单元,并保留该目标硬件单元在一个目标工位上的检测即可。该方法可以避免该目标硬件单元被重复检测。可选地,待检测硬件设备可以保留目标硬件单元数量最多的一个目标工位的检测。
S103、根据设备检测方案中的每一单元检测方案,完成对待检测硬件设备的检测,并得到待检测硬件设备的设备检测结果。
本实施例中,待检测硬件设备可以在各个工位上完成每一工位对应的目标硬件单元的检测。每一目标检测单元的检测方法可以根据单元检测方案确定。待检测硬件设备可以得到每一目标硬件单元的单元检测结果。待检测硬件设备还可以根据每一目标工位上一个或者多个目标硬件单元的单元检测结果,确定该目标工位的工位检测结果。待检测硬件设备还可以根据至少一个工位的工位检测结果,确定该待检测硬件设备的设备检测结果。
一种示例中,硬件设备得到待检测硬件设备的设备检测结果的具体过程可以包括如下步骤:
步骤1、将每一目标工位上的至少一个目标硬件单元加入到一个待检测单元链表中。
本步骤中,待检测硬件设备可以根据目标工位,将每一目标工位对应的至少一个目标硬件单元添加到一个待检测单元链表中。每一个目标工位可以对应于一个待检测单元链表。可选地,待检测硬件设备还可以针对全部目标硬件单元生成一个待检测单元链表。该待检测单元链表中可以包括该待检测硬件设备中的全部目标硬件单元。
步骤2、从待检测单元链表中顺序获取目标硬件单元。
本步骤中,待检测硬件设备可以顺序从各个待检测单元链表中获取目标硬件单元进行处理。
步骤3、根据目标硬件单元对应的单元检测方案,完成目标硬件单元的检测,并得到目标硬件单元的单元检测结果。
本步骤中,待检测硬件设备可以在目标工位,根据单元检测方案,完成目标硬件单元的检测,得到该目标硬件单元的单元检测结果。该检测过程由待检测硬件设备发起,由该工位上的辅助设备完成检测。可选地,该辅助设备可以根据各个目标硬件单元的单元检测方案确定。该检测系统中的全部设备除了待检测硬件设备外,还可以包括上位机PC、程控电源、自动化辅助检测仪等其他的一些辅助设备。检测系统中所有设备之间需要相互通信,配合完成整个检测流程。在该检测过程中,可以将该检测系统中的每一个辅助设备定义为一个对象。每一个对象可以对应于一个基础的可视化的通讯协议。该对象的定义可以更好的描述各对象之间的功能交互,对后续功能的扩展也非常方便。例如,该检测系统可以如图4所示。待检测硬件设备可以在确定单元检测方案后,将检测请求发送到自动化检测辅助设备(FCT200)以及检测工装辅助设备1和检测工装辅助设备2中。该自动化检测辅助设备、检测工装辅助设备1和检测工装辅助设备2均为检测设备。其中,自动化检测辅助设备中包括一些常用检测设备。检测工装辅助设备1中包括安捷伦、NFC板、语音识别板等一些常用辅助设备。其中,检测工装辅助设备2中包括一些不方便接入到自动化检测辅助设备,上只能接入到PC上的辅助设备。其中,待检测硬件设备与自动化检测辅助设备、检测工装辅助设备1和检测工装辅助设备2之间的实线为该待检测硬件设备与各个自动化检测辅助设备、检测工装辅助设备1和检测工装辅助设备2之间的连接线。该连接线可以为SPI I2C RS485、232、TTL、can、以太网等通信线、AD,DA等模拟信号传输线,IO等输入输出信号线。其中,待检测硬件设备与自动化检测辅助设备之间还包括一条虚线。该虚线为通讯线。该通讯线一般是串口或者can转串口。该通讯线通常只有一个通道。该自动化检测辅助设备还与上位机连接。其连接线如图中带一个点的虚线所示。该连接线一般是串口。自动化检测辅助设备对检测过程中输出的log信息等非协议格式的命令都需要转发到PC。由于一个工位在实际使用过程中可能会对多个待检测硬件设备同时进行检测。因此,即便如图4所示的两个实线框内所对应的工位为同一个,该两个实线框内的检测设备可以为一个工位上的不同的检测设备。其中,自动化检测辅助设备与检测工装辅助设备1之间的连接线为如图所示的点线。该连接线的通讯方式一般是串口。检测工装辅助设备2与PC之间的连接线为如图所示的带两个点的虚线。该检测工装辅助设备2可以将信息传输到PC。
在图4所示检测系统的基础上,如图5所示为一个目标工位上一个目标检测单元的检测过程。该检测过程实际由待检测硬件设备完成。待检测硬件设备可以读取该目标硬件单元中的芯片ID(Chip ID)。当Chip ID读取正确时,待检测硬件设备可以根据该Chip ID确定该目标硬件单元的容量。否则,当Chip ID未被读取到或者不正确时,该待检测硬件设备提示检测失败(Fail)。待检测硬件设备可以在该目标硬件单元中完成缓存第一扇区内容、擦除第一扇区、写前32字节等操作。待检测硬件设备可以在完成这些操作后,读取并校验是否执行正确。如果正确,则待检测硬件设备控制该目标硬件单元擦除第一扇区内容,并回写第一扇区原有内容。否则,如果失败,则提示检测失败。待检测硬件设备可以采用上述流程顺序完成该待检测硬件设备中全部扇区的校验。如果全部通过,则待检测硬件设备确定该次检测成功(Pass)。
其中,待检测硬件设备与目标工位之间和上位机之间的交互时的通信协议总体可以分两大类。一类是“请求/应答”类通信命令,一类是“上报”类通信命令。协议以可见字符、易读易懂格式定义,每个域用逗号分开。其中,请求/应答类命令中的请求与应答必须一一对应。即,一次请求对应于一次应答。例如,该请求可以为:
FctReq@channel,source,target,cmd,data1,data2,...,count<CR><LF>
该请求中的内容的具体描述可以如表1所示。其中,领域(Fields)为上述请求中的字符串。描述用于指示该字符串对应的信息。
表1
该请求对应的应答可以为:
FctAck/FctNack@channel,source,target,cmd,data1,data2,...,count<CR><LF>。
该应答中的内容的具体描述可以如表2所示。其中,领域(Fields)为上述应答中的字符串。描述用于指示该字符串对应的信息。
表2
领域 | 描述 |
FctAck/FctNack@ | 命令前导符,确认应答用FctAck,否认应答用FctNack |
channel | 通道号,FF表示广播通道 |
source | 命令发起者,详细见对象描述表格 |
target | 命令目标者,详细见对象描述表格 |
cmd | CMD命令,详细见CMD命令描述 |
data1 | 命令对应的数据项,可缺省 |
data2 | 命令对应的数据项,可缺省 |
…… | 命令对应的数据项,可缺省 |
dataN | 命令对应的数据项,可缺省 |
count | 命令序号,和发起者一致 |
tail | 命令结尾符,<CR><LF> |
其中,上报命令无需应答,主要用于上报检测状态和检测结果。该上报命令的详细格式可以如表3所示:
表3
领域 | 描述 |
FctRpt@ | 命令前导符 |
channel | 通道号,FF表示广播通道 |
source | 命令发起者,详细见对象描述表格 |
target | 命令目标者,详细见对象描述表格 |
cmd | CMD命令,详细见CMD命令描述 |
data1 | 命令对应的数据项,可缺省 |
data2 | 命令对应的数据项,可缺省 |
…… | 命令对应的数据项,可缺省 |
dataN | 命令对应的数据项,可缺省 |
count | 命令序号,和发起者一致 |
tail | 命令结尾符,<CR><LF> |
步骤4、当完成每一目标工位的待检测单元链表中每一目标硬件单元的检测时,汇总单元检测结果,得到设备检测结果。
本步骤中,待检测硬件设备可以在完成对待检测单元链表中每一目标硬件单元的检测后,得到每一目标硬件单元的单元检测结果。待检测硬件设备可以在完成对全部的待检测单元链表的检测后,汇总这些单元检测结果,得到设备检测结果。该设备检测结果可以以JSON检测报告的形式进行展示。在本实施例中,待检测硬件设备所有的检测项目的发起者是待检测硬件设备本身。所有的检测结果都由待检测硬件设备进行汇总。检测完成后,待检测硬件设备会根据汇总的设备检测结果生成一个JSON检测报告。待检测硬件设备可以将该JSON检测报告发送给上位机PC。上位机PC生产软件对该JSON检测报告进行入库处理。
一种示例中,当一目标硬件单元的单元检测结果为不合格时,其步骤还可以包括:
步骤5、待检测硬件设备将目标硬件单元对应的目标工位的标志位设置为异常。
步骤7、待检测硬件设备结结束目标工位的检测,并确定工位检测结果为检测失败。
本申请提供的检测方法,待检测硬件设备可以获取待检测硬件设备的设备信息和检测需求。其中,设备信息中可以包括待检测硬件设备中的硬件单元。检测需求中包括至少一个目标工位。每一个目标工位可以对应于至少一个目标硬件单元。待检测硬件设备可以根据预设检测库和该目标硬件单元,确定每一目标硬件单元对应的单元检测方案,进而确定该待检测硬件设备的设备检测方案。待检测硬件设备可以在目标工位上根据每一目标硬件单元的单元检测方案,完成检测,得到单元检测结果。待检测硬件设备可以对全部目标硬件单元的单元检测结果进行汇总,得到设备检测结果。本申请中,通过获取待检测硬件设备的设备信息和检测需求,实现了设备检测方案的自动获取以及检测后设备检测结果的自动汇总,提高了设备检测方案的生成效率和检测效率。
在上述实施例的基础上,本实施例的一种实现方式可以如图6所示,以待检测硬件设备为执行主体,其具体步骤可以包括:
S201、待检测硬件设备确定目标工位,并对工位检测项目进行初始化。通常一个检测项目中可以对应于多个目标工位。在实际执行时,通常以工位为一个执行主体。
S202、待检测硬件设备生成检测项目链表。其中,每一个目标工位可以对应于一个检测项目链表。每一个检测项目链表中可以包括多个硬件单元。
S203、待检测硬件设备可以根据实际情况,确定该目标工位上并行执行的任务数量。待检测硬件设备可以根据可并行执行的任务数量,开启多个检测任务。
S204、该多个检测任务可以顺序从检测项目链表中获取多个目标硬件单元。每一个检测任务可以对应于一个目标硬件单元。当每一个检测任务获取到一个目标硬件单元后,该检测任务可以开始执行检测。
S205、待检测硬件设备可以判断该检测项目的项目失败标志是否置位。如果置位,则说明该检测项目检测失败,则跳转到S212。否则,继续执行S206。
S206、待检测硬件设备判断检测项目链表是否检测完成。该待检测硬件设备具体可以根据该检测项目链表中是否包含目标硬件单元,确定是否完成检测。如果该检测单元链表中包含硬件单元,则说明还未检测完成,继续执行S207。否则,说明该检测单元链表检测完成,跳转到S212。
S207、待检测硬件设备可以控制检测任务开始执行其获取的目标硬件单元的检测。
S208、待检测硬件设备可以控制检测任务根据该目标硬件单元的单元检测方案进行独立检测。
S209、待检测硬件设备可以获取检测结果,并判断该结果是否为检测合格。如果检测合格则执行S210。否则,执行S211。
S210、在检测结果为不合格时,将项目检测失败标志进行置位。置位后的项目检测失败标志用于说明该项目检测失败。
S211、待检测硬件设备可以在完成一个硬件单元的检测后,将该硬件单元从检测项目链表中删除,添加到完成链表中。
S212、待检测硬件设备可以汇总检测结果,并生成JSON格式的设备检测结果。待检测硬件设备还可以输出JSON格式检测结果到上位机。
图7示出了本申请一实施例提供的一种检测装置的结构示意图,如图7所示,本实施例的检测装置10用于实现上述任一方法实施例中对应于硬件设备的操作,本实施例的检测装置10包括:
获取模块11,用于获取待检测硬件设备的设备信息和检测需求,设备信息中包括待检测硬件设备中包括的多个待检测硬件单元。
处理模块12,用于根据预设检测库、设备信息和检测需求,生成每一待检测硬件设备的设备检测方案,设备检测方案中包括多个单元检测方案。根据设备检测方案中的每一单元检测方案,完成对待检测硬件设备的检测,并得到待检测硬件设备的设备检测结果。
一种示例中,处理模块12,具体用于:
根据检测需求,确定至少一个目标工位和每一目标工位对应的至少一个待检测的目标硬件单元。
根据预设检测库,确定每一目标硬件单元对应的单元检测方案。
根据待检测硬件设备的各个目标工位上各个目标硬件单元的单元检测方案,生成待检测硬件设备的设备检测方案。
一种示例中,处理模块12,具体用于:
将每一目标工位上的至少一个目标硬件单元加入到一个待检测单元链表中。
从待检测单元链表中顺序获取目标硬件单元。
根据目标硬件单元对应的单元检测方案,完成目标硬件单元的检测,并得到目标硬件单元的单元检测结果。
当完成每一目标工位的待检测单元链表中每一目标硬件单元的检测时,汇总单元检测结果,得到设备检测结果。
一种示例中,处理模块12,具体用于:
根据目标硬件单元对应的单元检测方案,确定完成目标硬件单元的检测需要使用的检测设备。
使用检测设备在目标工位完成目标硬件单元的检测,得到目标硬件单元的单元检测结果。
一种示例中,当一目标硬件单元的单元检测结果为不合格时,处理模块12,还用于:
将目标硬件单元对应的目标工位的标志位设置为异常。
结束目标工位的检测,并确定工位检测结果为检测失败。
一种示例中,处理模块12,还用于:
将待检测硬件设备的设备检测结果上传到上位机。
本申请实施例提供的检测装置10,可执行上述方法实施例,其具体实现原理和技术效果,可参见上述方法实施例,本实施例此处不再赘述。
图8示出了本申请实施例提供的一种硬件设备的硬件结构示意图。如图8所示,该硬件设备20,中包括多个单元电路21和控制器22。其中,控制器22可以包括:存储器221,处理器222和通信接口224。
存储器221,用于存储计算机程序。该存储器221可能包含高速随机存取存储器(Random Access Memory,RAM),也可能还包括非易失性存储(Non-Volatile Memory,NVM),例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
处理器222,用于执行存储器存储的计算机程序,以实现上述实施例中的检测方法。具体可以参见前述方法实施例中的相关描述。该处理器222可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
可选地,存储器221既可以是独立的,也可以跟处理器222集成在一起。
当存储器221是独立于处理器222之外的器件时,硬件设备20中的控制器22还可以包括总线223。该总线223用于连接存储器221和处理器222。该总线223可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(PeripheralComponent Interconnect,PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
通信接口224,可以通过总线223与处理器221连接。该通信接口224用于实现与检测系统中工位上的辅助检测设备的通信。以及,该通信接口224还用于实现与上位机的通信。
本实施例提供的硬件设备可用于执行上述的检测方法,其实现方式和技术效果类似,本实施例此处不再赘述。
图9示出了本申请实施例提供的一种检测系统的结构示意图。如图9所示,该检测系统30,包括:多个工位31、上位机32和硬件设备20。工位31中具体可以包括自动化辅助检测设备、检测工装辅助设备1和检测工装辅助设备2。当硬件设备20被放置到工位31时,硬件设备20与工位31上的自动化辅助检测设备、检测工装辅助设备1和检测工装辅助设备2连接,自动化辅助检测设备和检测工装辅助设备2与上位机32连接。其中,自动化辅助检测设备可以在检测过程中上传日志文件等非协议格式的命令。其中,检测工装辅助设备2可以将不方便接入自动化检测辅助设备的辅助设备通过上位机32接入。当硬件设备20为待检测硬件设备20时,硬件设备20可以向自动化辅助检测设备、检测工装辅助设备1和检测工装辅助设备2发起检测,并获取检测结果。硬件设备20可以获取单元检测结果,并生成设备检测结果,硬件设备20可以将该设备检测结果上传到上位机32。其中,当硬件设备20为待检测硬件设备20时,硬件设备20可以实现上述图2所示的检测方法。
本申请还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。
其中,计算机可读存储介质可以是计算机存储介质,也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如,计算机可读存储介质耦合至处理器,从而使处理器能够从该计算机可读存储介质读取信息,且可向该计算机可读存储介质写入信息。当然,计算机可读存储介质也可以是处理器的组成部分。处理器和计算机可读存储介质可以位于专用集成电路(Application Specific Integrated Circuits,ASIC)中。另外,该ASIC可以位于用户设备中。当然,处理器和计算机可读存储介质也可以作为分立组件存在于通信设备中。
具体地,该计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(Static Random-Access Memory,SRAM),电可擦除可编程只读存储器(Electrically-Erasable Programmable Read-Only Memory,EEPROM),可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM),可编程只读存储器(Programmable read-only memory,PROM),只读存储器(Read-OnlyMemory,ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
本申请还提供一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在计算机可读存储介质中。设备的至少一个处理器可以从计算机可读存储介质中读取该计算机程序,至少一个处理器执行该计算机程序使得设备实施上述的各种实施方式提供的方法。
本申请实施例还提供一种芯片,该芯片包括存储器和处理器,存储器用于存储计算机程序,处理器用于从存储器中调用并运行计算机程序,使得安装有芯片的设备执行如上各种可能的实施方式中的方法。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
其中,各个模块可以是物理上分开的,例如安装于一个的设备的不同位置,或者安装于不同的设备上,或者分布到多个网络单元上,或者分布到多个处理器上。各个模块也可以是集成在一起的,例如,安装于同一个设备中,或者,集成在一套代码中。各个模块可以以硬件的形式存在,或者也可以以软件的形式存在,或者也可以采用软件加硬件的形式实现。本申请可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
当各个模块以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,硬件设备,或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。
应该理解的是,虽然上述实施例中的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制。尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换。而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (10)
1.一种检测方法,其特征在于,所述方法包括:
获取待检测硬件设备的设备信息和检测需求,所述设备信息中包括所述待检测硬件设备中的硬件单元;
根据预设检测库、所述设备信息和所述检测需求,生成每一所述待检测硬件设备的设备检测方案,所述设备检测方案中包括多个单元检测方案;
根据所述设备检测方案中的每一所述单元检测方案,完成对所述待检测硬件设备的检测,并得到所述待检测硬件设备的设备检测结果。
2.根据权利要求1所述的方法,其特征在于,所述根据预设检测库、所述设备信息和所述检测需求,生成每一所述待检测硬件设备的设备检测方案,所述设备检测方案中包括多个单元检测方案,具体包括:
根据所述检测需求,确定至少一个目标工位和每一所述目标工位对应的至少一个待检测的目标硬件单元;
根据预设检测库,确定每一所述目标硬件单元对应的单元检测方案;
根据所述待检测硬件设备的各个所述目标工位上各个所述目标硬件单元的所述单元检测方案,生成所述待检测硬件设备的设备检测方案。
3.根据权利要求2所述的方法,其特征在于,所述根据所述设备检测方案中的每一所述单元检测方案,完成对所述待检测硬件设备的检测,并得到所述待检测硬件设备的设备检测结果,具体包括:
将每一所述目标工位上的至少一个所述目标硬件单元加入到一个待检测单元链表中;
从所述待检测单元链表中顺序获取目标硬件单元;
根据所述目标硬件单元对应的单元检测方案,完成所述目标硬件单元的检测,并得到所述目标硬件单元的单元检测结果;
当完成每一所述目标工位的所述待检测单元链表中每一所述目标硬件单元的检测时,汇总所述单元检测结果,得到所述设备检测结果。
4.根据权利要求3所述的方法,其特征在于,所述根据所述目标硬件单元对应的单元检测方案,完成所述目标硬件单元的检测,并得到所述目标硬件单元的单元检测结果,具体包括:
根据所述目标硬件单元对应的所述单元检测方案,确定完成所述目标硬件单元的检测需要使用的检测设备;
使用所述检测设备在所述目标工位完成所述目标硬件单元的检测,得到所述目标硬件单元的单元检测结果。
5.根据权利要求4所述的方法,其特征在于,当一目标硬件单元的所述单元检测结果为不合格时,所述方法,还包括:
将所述目标硬件单元对应的目标工位的标志位设置为异常;
结束所述目标工位的检测,并确定所述工位检测结果为检测失败。
6.根据权利要求1-5中任一项所述的方法,其特征在于,所述方法,还包括:
将所述待检测硬件设备的所述设备检测结果上传到上位机。
7.一种硬件设备,其特征在于,所述硬件设备,包括:多个单元电路和控制器,所述控制器中包括存储器和处理器;所述存储器用于存储计算机程序;所述处理器用于根据所述存储器存储的计算机程序,实现如权利要求1至6中任意一项所述的检测方法。
8.一种检测系统,其特征在于,所述系统,包括:多个工位、上位机和如权利要求7所述的硬件设备;所述工位上包括辅助检测设备;当所述硬件设备被放置到所述工位时,所述硬件设备与所述工位上的所述辅助检测设备连接,所述辅助检测设备与所述上位机连接;当所述硬件设备为待检测硬件设备时,所述硬件设备可以通过协调多个所述工位中的辅助检测设备,实现如权利要求1至6中任意一项所述的检测方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,所述计算机程序被处理器执行时用于实现如权利要求1至6任一项所述的检测方法。
10.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至6任一项所述的检测方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211726475.XA CN115981943A (zh) | 2022-12-30 | 2022-12-30 | 检测方法、硬件设备和检测系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211726475.XA CN115981943A (zh) | 2022-12-30 | 2022-12-30 | 检测方法、硬件设备和检测系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115981943A true CN115981943A (zh) | 2023-04-18 |
Family
ID=85973791
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211726475.XA Pending CN115981943A (zh) | 2022-12-30 | 2022-12-30 | 检测方法、硬件设备和检测系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115981943A (zh) |
-
2022
- 2022-12-30 CN CN202211726475.XA patent/CN115981943A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7293204B2 (en) | Computer peripheral connecting interface system configuration debugging method and system | |
CN109376093B (zh) | 保险产品的测试方法及装置、存储介质及电子设备 | |
CN109726136A (zh) | 数据库的测试方法、装置、设备和存储介质 | |
CN104111885A (zh) | 接口测试结果的校验方法和装置 | |
CN111274154A (zh) | 一种自动化测试的方法、装置、设备及存储介质 | |
CN105022694B (zh) | 用于移动终端测试的测试用例生成方法及系统 | |
CN112181854A (zh) | 一种生成流程自动化脚本的方法、装置、设备及存储介质 | |
CN113094252B (zh) | 测试用例生成方法、装置、计算机设备及存储介质 | |
US9612944B2 (en) | Method and system for verifying scenario based test selection, execution and reporting | |
CN111694684A (zh) | 存储设备的异常构造方法、装置、电子设备及存储介质 | |
CN109697161A (zh) | 一种存储过程的测试方法、存储介质和数据库服务器 | |
CN112561690A (zh) | 信用卡分期业务接口的测试方法、系统、设备及存储介质 | |
CN107562593A (zh) | 一种验证内存ecc功能的自动化测试方法与系统 | |
CN115981943A (zh) | 检测方法、硬件设备和检测系统 | |
CN113238940B (zh) | 一种接口测试结果的比对方法、装置、设备和存储介质 | |
CN115878400A (zh) | 测试方法、装置、计算机设备、存储介质和程序产品 | |
CN114942905A (zh) | 一种迁移数据验证方法、装置、设备和存储介质 | |
CN111767222A (zh) | 数据模型的验证方法、装置、电子设备、存储介质 | |
CN113791980A (zh) | 测试用例的转化分析方法、装置、设备及存储介质 | |
CN113282504A (zh) | 一种增量代码覆盖率检测方法及业务开发方法、装置 | |
CN114647568A (zh) | 自动化测试方法、装置、电子设备及可读存储介质 | |
CN111966431A (zh) | 一种应用于实验室管理系统的计算公式自定义方法 | |
CN115858363A (zh) | 接口测试的方法、系统、存储介质及计算机设备 | |
CN117517936A (zh) | 全流程测试的验证方法、装置、存储介质及计算机设备 | |
CN116362230A (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 |