CN115237750A - 一种集成测试方法、系统及电子设备 - Google Patents
一种集成测试方法、系统及电子设备 Download PDFInfo
- Publication number
- CN115237750A CN115237750A CN202210681842.2A CN202210681842A CN115237750A CN 115237750 A CN115237750 A CN 115237750A CN 202210681842 A CN202210681842 A CN 202210681842A CN 115237750 A CN115237750 A CN 115237750A
- Authority
- CN
- China
- Prior art keywords
- testing
- test
- link
- stage
- message
- 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
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
-
- 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
-
- 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/3692—Test management for test results analysis
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)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本说明书涉及信息技术领域,尤其涉及一种集成测试方法、系统及电子设备。一种集成测试方法,该方法包括基础准备阶段、测试阶段以及分析处理阶段;其中,基础准备阶段为测试进行最基本的准备操作;基础准备阶段包括基础软件设定出任务框架、应用软件在任务框架上提供数据支持;其中,测试阶段通过进行检测,得出检测的结果;测试阶段包括基础软件进行测试,得出检测的时间即Tmin和应用软件进行测试得出测试时间T;其中,分析处理阶段对测试环节的结果进行比较,得出比较数据;经过对测试结果进行分析比对分析,得出优化方案。
Description
技术领域
本说明书涉及信息技术领域,尤其涉及一种集成测试方法、系统及电子设备。
背景技术
传统的测试包括基础软件代码级的单元测试,集成测试、ASW代码级单元测试和ECU级黑盒测试,其中代码级测试一般由开发人员进行,ECU级黑盒测试以功能规范为输入,确保功能的正确性。黑盒阶段发现的缺陷除硬件相关外,软件层面可能是基础软件集成代码或者ASW级集成的问题,而基础软件级集成测试阶段只包含基础软件C级代码,因此该阶段的测试结果只能对ASW级定位问题提供参考。
在ECU级测试发现缺陷时,常用的问题定位方法是ASW级复现问题后,首先确认该问题的相关方是基础软件或者ASW,若与两者均相关则确认基础软件级集成测试结果,若通过,则从ASW和基础软件两方面同时进行分析。由于嵌入式软件Task的特性,相同程序在同一ECU环境下不同时间测试结果是无法完全一致的。由此,双方的结果较难达成共识,不利于问题的排查。这类测试方法排查效果差、排查效率低且结果一致性差,无法满足实际的测试需要。
发明内容
有鉴于此,本说明书目的在于提出一种一种集成测试方法、系统及电子设备,以解决传统测试方法排查效果差、排查效率低且结果一致性差的问题。
基于上述目的,本说明书一个或多个实施例提供了:
一种集成测试方法,该方法包括基础准备阶段、测试阶段以及分析处理阶段;
其中,基础准备阶段为测试进行最基本的准备操作;基础准备阶段包括基础软件设定出任务框架、应用软件在任务框架上提供数据支持;
其中,测试阶段通过进行检测,得出检测的结果;测试阶段包括基础软件进行测试,得出检测的时间即Tmin和应用软件进行测试得出测试时间T;
其中,分析处理阶段对测试环节的结果进行比较,得出比较数据;
经过对测试结果进行分析比对分析,得出优化方案。
所述的测试阶段包括设定测试用例库环节、基础软件测试环节、应用软件测试环节;
其中,设定测试用例库环节用于建立测试用例库,为基础软件测试环节、应用软件测试环节提供测试用例;
其中,测试用例库包括至少一个测试用例;
其中,基础软件测试环节包括对含有测试数据的基础软件端进行测试,得出Tmin;
其中,应用软件测试环节包括复用测试用例,对应用软件集成的程序进行测试,获取T。
该方法还包括核查测试阶段,该阶段用于对测试阶段进行核查检测;核查测试阶段包括重复基础软件测试环节、应用软件测试环节,重复次数至少一次。
该方法还包括综合测试阶段,该阶段包括报文监测环节、故障逻辑处理环节、故障码收集环节;其中,报文监测环节用于对报文的接收和监听;其中,故障逻辑处理环节用于对报文的逻辑进行判断;其中,故障码收集环节用于监听故障码的状态,并收集故障码。
所述的报文监测环节包括
步骤一,监听环节:基础软件对报文进行接收和监听,设定该报文的接收期限;
步骤二,判断环节:判断是否在接收期限内收到报文,若未收到,则将报文对应诊断接口的网络相关诊断状态置为1。
所述的故障逻辑处理环节包括应用软件监控报文对应诊断接口网络相关诊断的状态,根据此报文逻辑的定义判断其是否发生故障,如判定发生故障,则将此报文对应故障状态标志超时置位。
所述的故障码收集环节包括基础软件实时监听故障码的状态,若被置位,则存储此报文的故障码。
一种系统,该系统包括底层基础系统和应用服务系统;其中,底层基础系统负责底层实现和基础服务,应用服务系统负责和应用相关的业务逻辑。
底层基础系统采用基础软件子系统,应用服务系统采用应用软件子系统。
一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如前所述的集成测试方法。
有益效果:通过设定基础准备阶段、测试阶段以及分析处理阶段不同的阶段能够有效解决传统测试方法排查效果差、排查效率低且结果一致性差的问题。具体而言,基础准备阶段能够为该方法提供检测的基础保障:该阶段设定出任务框架、在任务框架上提供数据支持。设定测试阶段:通过检测,得出基础软件测试时间Tmin和应用软件测试时间T。从而为分析处理阶段对测试环节的结果进行比较提供具体的依据。该方法使得排查效率高、效果好,且结果的一致性提高。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书一个或多个实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书的一种集成测试方法的实施例一的方法阶段组成示意图;
图2为本说明书的一种集成测试方法的实施例二的测试阶段环节组成示意图;
图3为本说明书的一种集成测试方法的实施例二的测试阶段Tmin的示意图;
图4为本说明书的一种集成测试方法的实施例三的方法阶段组成示意图;
图5为本说明书的一种集成测试方法的实施例四的综合测试阶段环节组成示意图;
图6为本说明书的一种集成测试方法的实施例四的报文监测环节的步骤示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本公开进一步详细说明。
需要说明的是,除非另外定义,本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同,而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电性的连接,不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系,当被描述对象的绝对位置改变后,则该相对位置关系也可能相应地改变。
本说明书的一种集成测试方法的实施例一,如图1所示:
一种集成测试方法,该方法包括基础准备阶段、测试阶段以及分析处理阶段;
其中,基础准备阶段为测试进行最基本的准备操作;基础准备阶段包括基础软件即BSW设定出任务框架、应用软件即ASW在任务框架上提供数据支持;
其中,测试阶段通过进行检测,得出检测的结果;测试阶段包括基础软件进行测试,得出检测的时间即Tmin和应用软件进行测试得出测试时间T;
其中,分析处理阶段对测试环节的结果进行比较,得出比较数据;经过对测试结果进行分析比对分析,得出优化方案。
有益效果:通过设定基础准备阶段、测试阶段以及分析处理阶段不同的阶段能够有效解决传统测试方法排查效果差、排查效率低且结果一致性差的问题。具体而言,基础准备阶段能够为该方法提供检测的基础保障:该阶段设定出任务框架、在任务框架上提供数据支持。设定测试阶段:通过检测,得出基础软件测试时间Tmin和应用软件测试时间T。从而为分析处理阶段对测试环节的结果进行比较提供具体的依据。该方法使得排查效率高、效果好,且结果的一致性提高。
本说明书的一种集成测试方法的实施例二,如图2-3所示:
测试阶段包括设定测试用例库环节、基础软件测试环节、应用软件测试环节;
其中,设定测试用例库环节用于建立测试用例库,为基础软件测试环节、应用软件测试环节提供测试用例;
其中,测试用例库包括至少一个测试用例;其中,基础软件测试环节包括对含有测试数据的基础软件端进行测试,得出Tmin;
其中,应用软件测试环节包括复用测试用例,对应用软件集成的程序进行测试,获取时间T。
其中,Tmin代表BSW在集成测试代码后的测试结果,T代表ASW的测试结果。由于ASW是在BSW基础上增加了逻辑判断,也就是说ASW的测试时间大于等于BSW的测试时间,为了便于区分,故两者测试结果分别取名为Tmin和T。其中,Tmin的组成如图3所示,停发报文时,记录时间为T1经过周期读取故障码,当读取到故障码时记录时间为T2,Tmin=T2-T1。
其中,为了确保嵌入式程序符合规范的时间要求,故设计测试用例通过开发的不同阶段(BSW和ASW)的测试验证,确保功能正确性,同时该测试用例可以为测试未通过时提供可靠的有效的数据支撑,可以快速定位问题所在。
BSW负责底层接口的实现,ASW负责业务逻辑的实现,在测试BSW时需要仿真ASW调用BSW的接口,即在BSW基础上编写下位机测试代码。
通过仿真EUC的对手件Tester,在t1时刻停止发送周期报文,同时通过诊断服务读取故障码。同时根据BSW业务逻辑,监控各个流程的执行时刻,在读取到相应故障码时,仿真环节的工作结束。
为了确保测试用例的一致性,测试用例设计过程中增加了对流程环节的监控,目的在于通过BSW和ASW相同流程的时间差对比,为问题定位和优化提供参考依据。
本说明书的一种集成测试方法的实施例三,如图4所示:
该方法还包括核查测试阶段,该阶段用于对测试阶段进行核查检测;核查测试阶段包括重复基础软件测试环节、应用软件测试环节,重复次数次啊用两次。将所得数据取平均值,从而提高精确度。
本说明书的一种集成测试方法的实施例四:,如图5-6所示:
该方法还包括综合测试阶段,该阶段包括报文监测环节、故障逻辑处理环节、故障码收集环节;其中,报文监测环节用于对报文的接收和监听;其中,故障逻辑处理环节用于对报文的逻辑进行判断;其中,故障码收集环节用于监听故障码的状态,并收集故障码。
报文监测环节包括
步骤一,监听环节:基础软件对报文进行接收和监听,设定该报文的接收期限;
步骤二,判断环节:判断是否在接收期限内收到报文,若未收到,则将报文对应诊断接口的网络相关诊断状态置为1。
优选的,故障逻辑处理环节包括应用软件监控报文即msg_1报文对应诊断接口网络相关诊断即Nrd_1的状态,根据此报文逻辑的定义判断其是否发生故障,如判定发生故障,则将此报文对应故障状态标志超时即timeout_1置位。
优选的,故障码收集环节,该环节包括基础软件实时监听故障码即DTC_1的状态,若被置位,则存储此报文的故障码即DTC_1。
从对手件停止发送msg_1报文到EUC记录故障码DTC_1整体的时间t等于基础软件监听判断时间、应用软件即ASW逻辑处理时间、基础软件存储故障码时间的总和。在基础软件集成测试时,通过仿真对手件报文msg_1发送和停发的时间,进行报文超时的测试,模拟应用软件即ASW对故障的状态标志位设置,以此获取Nrd_1的置位时间和从timeout_1置位到DTC_1记录的时间。
关于时间t的说明:ECU中运行的嵌入式程序需要遵守相应的规范和要求,本标准为时间相关的要求。比如,对10ms的周期报文msg_1,如果ECU超过550ms没有接收到此报文,则认为msg_1报文发生了超时,ECU需要记录此报文对应的故障码DTC_1,用于问题的排查。
为了确保嵌入式程序符合规范的时间要求,故设计测试用例通过开发的不同阶段(BSW和ASW)的测试验证,确保功能正确性。
如果BSW阶段测试的时间Tmin不符合规范要求,则BSW必须解决此问题直到测试通过。
如果ASW阶段测试的时间T符合规范要求,则通过本时间的测试。
如果BSW阶段通过,但是ASW阶段未通过,则需要进行问题的排查分析。
而ECU级程序测试验证时,基础软件即BSW和应用软件即ASW程序段部分分布在相同的任务即task中,根据task的特性,基础软件集成测试时同样的测试脚本、同样的硬件环境,在基础软件级集成测试和ECU级集成测试时测试结果也不是完全相同的,差别源于task特性和程序的集成。尤其时间相关测试在基础软件级测试通过的基础上,在ECU级集成测试时复用基础软件级测试用例获取ECU级运行环境下应用逻辑层即ASW的时间,对ECU级缺陷定位的快速分析有重要的意义。
本说明书的一种系统的实施例五:
该系统包括底层基础系统和应用服务系统;其中,底层基础系统负责底层实现和基础服务,应用服务系统负责和应用相关的业务逻辑。
底层基础系统采用基础软件子系统,应用服务系统采用应用软件子系统。
本说明书的一种系统的实施例六:
一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行所述程序时实现如前所述的任意一项集成测试方法。
需要说明的是,本说明书一个或多个实施例的方法可以由单个设备执行,例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下,由多台设备相互配合来完成。在这种分布式场景的情况下,这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤,这多台设备相互之间会进行交互以完成所述的方法。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
上述实施例的装置用于实现前述实施例中相应的方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
所属领域的普通技术人员应当理解:以上任何实施例的讨论仅为示例性的,并非旨在暗示本公开的范围(包括权利要求)被限于这些例子;在本公开的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化,为了简明它们没有在细节中提供。
另外,为简化说明和讨论,并且为了不会使本说明书一个或多个实施例难以理解,在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外,可以以框图的形式示出装置,以便避免使本说明书一个或多个实施例难以理解,并且这也考虑了以下事实,即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即,这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如,电路)以描述本公开的示例性实施例的情况下,对本领域技术人员来说显而易见的是,可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此,这些描述应被认为是说明性的而不是限制性的。
尽管已经结合了本公开的具体实施例对本公开进行了描述,但是根据前面的描述,这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。
本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此,凡在本说明书一个或多个实施例的精神和原则之内,所做的任何省略、修改、等同替换、改进等,均应包含在本公开的保护范围之内。
Claims (10)
1.一种集成测试方法,其特征在于,该方法包括基础准备阶段、测试阶段以及分析处理阶段;
其中,基础准备阶段为测试进行最基本的准备操作;基础准备阶段包括基础软件设定出任务框架、应用软件在任务框架上提供数据支持;
其中,测试阶段通过进行检测,得出检测的结果;测试阶段包括基础软件进行测试,得出检测的时间即Tmin和应用软件进行测试得出测试时间T;
其中,分析处理阶段对测试环节的结果进行比较,得出比较数据;
经过对测试结果进行分析比对分析,得出优化方案。
2.根据权利要求1所述的一种集成测试方法,其特征在于,所述的测试阶段包括设定测试用例库环节、基础软件测试环节、应用软件测试环节;
其中,设定测试用例库环节用于建立测试用例库,为基础软件测试环节、应用软件测试环节提供测试用例;
其中,测试用例库包括至少一个测试用例;
其中,基础软件测试环节包括对含有测试数据的基础软件端进行测试,得出Tmin;
其中,应用软件测试环节包括复用测试用例,对应用软件集成的程序进行测试,获取T。
3.根据权利要求2所述的一种集成测试方法,其特征在于,该方法还包括核查测试阶段,该阶段用于对测试阶段进行核查检测;核查测试阶段包括重复基础软件测试环节、应用软件测试环节,重复次数至少一次。
4.根据权利要求1所述的一种集成测试方法,其特征在于,该方法还包括综合测试阶段,该阶段包括报文监测环节、故障逻辑处理环节、故障码收集环节;其中,报文监测环节用于对报文的接收和监听;其中,故障逻辑处理环节用于对报文的逻辑进行判断;其中,故障码收集环节用于监听故障码的状态,并收集故障码。
5.根据权利要求4所述的一种集成测试方法,其特征在于:所述的报文监测环节包括
步骤一,监听环节:基础软件对报文进行接收和监听,设定该报文的接收期限;
步骤二,判断环节:判断是否在接收期限内收到报文,若未收到,则将报文对应诊断接口的网络相关诊断状态置为1。
6.根据权利要求4所述的一种集成测试方法,其特征在于:所述的故障逻辑处理环节包括应用软件监控报文对应诊断接口网络相关诊断的状态,根据此报文逻辑的定义判断其是否发生故障,如判定发生故障,则将此报文对应故障状态标志超时置位。
7.根据权利要求4所述的一种集成测试方法,其特征在于:所述的故障码收集环节包括基础软件实时监听故障码的状态,若被置位,则存储此报文的故障码。
8.一种系统,其特征在于,该系统包括底层基础系统和应用服务系统;其中,底层基础系统负责底层实现和基础服务,应用服务系统负责和应用相关的业务逻辑。
9.根据权利要求8所述的一种系统,其特征在于,底层基础系统采用基础软件子系统,应用服务系统采用应用软件子系统。
10.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至7任意一项所述的集成测试方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210681842.2A CN115237750A (zh) | 2022-06-15 | 2022-06-15 | 一种集成测试方法、系统及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210681842.2A CN115237750A (zh) | 2022-06-15 | 2022-06-15 | 一种集成测试方法、系统及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115237750A true CN115237750A (zh) | 2022-10-25 |
Family
ID=83670372
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210681842.2A Pending CN115237750A (zh) | 2022-06-15 | 2022-06-15 | 一种集成测试方法、系统及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115237750A (zh) |
-
2022
- 2022-06-15 CN CN202210681842.2A patent/CN115237750A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI533123B (zh) | 自動化測試及結果比對方法及系統 | |
US7505862B2 (en) | Apparatus and method for testing electronic systems | |
Gao et al. | A component testability model for verification and measurement | |
US20070220389A1 (en) | Integrated circuit device, diagnosis method and diagnosis circuit for the same | |
CN107391333B (zh) | 一种osd磁盘故障测试方法及系统 | |
US7496816B2 (en) | Isolating the location of defects in scan chains | |
US20100005455A1 (en) | Managing software dependencies during software testing and debugging | |
CN111965530A (zh) | 一种基于jtag的fpga芯片自动化测试方法 | |
CN115656792B (zh) | 芯片可测性设计的测试方法及测试平台 | |
CN117787155B (zh) | 一种芯片可测性代码动态仿真测试系统及测试方法 | |
JP7504283B2 (ja) | 1つ以上の被試験デバイスをテストするための自動試験装置、方法およびコンピュータプログラムであって、異なるテストアクティビティが被試験デバイスのリソースのサブセットを使用する、自動試験装置、方法およびコンピュータプログラム | |
US9864004B1 (en) | System and method for diagnosing failure locations in electronic circuits | |
CN110704315B (zh) | 一种嵌入式软件测试的故障注入装置 | |
US7484142B2 (en) | System and method for testing a memory for a memory failure exhibited by a failing memory | |
US11132286B1 (en) | Dynamic reordering of test case execution | |
US8997048B1 (en) | Method and apparatus for profiling a virtual machine | |
CN115237750A (zh) | 一种集成测试方法、系统及电子设备 | |
US7546507B1 (en) | Method and apparatus for debugging semiconductor devices | |
CN112463481B (zh) | 一种基于远程xdp功能测试bmc故障诊断功能的方法及系统 | |
CN114490337A (zh) | 调测方法、调测平台、设备及存储介质 | |
CN110795338B (zh) | 一种基于前后端交互的自动化测试方法、装置及电子设备 | |
JP2004101203A (ja) | ロジックlsiの不良解析システム及び不良解析方法 | |
Zhang et al. | Security and Fault Diagnosis-Based Assertion-Based Verification for FPGA | |
Zhang et al. | Cost-driven optimization of coverage of combined built-in self-test/automated test equipment testing | |
CN111400175B (zh) | 一种web操作事件的录制重放系统、方法以及设备 |
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 |