WO2019100690A1 - 电子装置、测试的方法、系统及计算机可读存储介质 - Google Patents

电子装置、测试的方法、系统及计算机可读存储介质 Download PDF

Info

Publication number
WO2019100690A1
WO2019100690A1 PCT/CN2018/089727 CN2018089727W WO2019100690A1 WO 2019100690 A1 WO2019100690 A1 WO 2019100690A1 CN 2018089727 W CN2018089727 W CN 2018089727W WO 2019100690 A1 WO2019100690 A1 WO 2019100690A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
test
official image
preset
official
Prior art date
Application number
PCT/CN2018/089727
Other languages
English (en)
French (fr)
Inventor
韩先跃
Original Assignee
平安科技（深圳）有限公司
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 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019100690A1 publication Critical patent/WO2019100690A1/zh

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/368—Test management for test version control, e.g. updating test cases to a new software version
    • 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

Definitions

  • the present application relates to the field of communications technologies, and in particular, to an electronic device, a testing method, a system, and a computer readable storage medium.
  • APM application performance monitor
  • JAVA application performance monitor
  • service version testing and testing are required.
  • the purpose of the present application is to provide an electronic device, a test method, a system, and a computer readable storage medium, aiming at improving test efficiency.
  • the present application provides an electronic device including a memory and a processor coupled to the memory, wherein the memory stores a test system operable on the processor, the test The system implements the following steps when executed by the processor:
  • the container generation step in the Docker environment, downloading the official image of the preset service and the official image of the preset application, and generating corresponding containers according to the official image of the downloaded service and the official image of the application;
  • the template writing step is to obtain each test version in the Docker environment, and write a yaml template corresponding to each test version based on the preset writing manner;
  • the test step is to obtain a yaml template corresponding to the service case when testing the service case, and perform testing based on the generated each container and the yaml template corresponding to the service case.
  • the present application further provides a method for testing, the method of testing comprising:
  • the present application further provides a system for testing, the system of testing comprising:
  • the download module is configured to download the official image of the preset service and the official image of the preset application in the Docker environment, and generate corresponding containers according to the official image of the downloaded service and the official image of the application;
  • the generating module is configured to obtain a yaml template corresponding to the service case when testing the service case, and perform testing according to each generated container and a yaml template corresponding to the service case.
  • the present application also provides a computer readable storage medium having stored thereon a test system, the test system being executed by a processor to perform the steps of the method described above.
  • the utility model has the beneficial effects that: in the Docker environment, the application generates a plurality of service containers and application containers that are isolated from each other, and simultaneously writes a yaml template corresponding to each test version to construct an automated test environment, and directly tests the corresponding test environment.
  • the test environment built by the yaml template and the automatic execution of the test using the generated containers do not require environment setting for the buried point of each service, saving time and improving test efficiency.
  • FIG. 1 is a schematic diagram of a hardware architecture of an embodiment of an electronic device according to the present application.
  • FIG. 2 is a schematic flow chart of an embodiment of a method for testing according to the present application.
  • FIG. 3 is a schematic flow chart of another embodiment of a method for testing according to the present application.
  • FIG. 4 is an exemplary diagram of a method of testing of the present application.
  • the electronic device 1 is an apparatus capable of automatically performing numerical calculation and/or information processing in accordance with an instruction set or stored in advance.
  • the electronic device 1 may be a computer, a single network server, a server group composed of multiple network servers, or a cloud-based cloud composed of a large number of hosts or network servers, where cloud computing is a type of distributed computing.
  • a super virtual computer consisting of a group of loosely coupled computers.
  • the electronic device 1 may include, but is not limited to, a memory 11, a processor 12, and a network interface 13 communicably connected to each other through a system bus.
  • the memory 11 stores a test system executable on the processor 12. It should be noted that FIG. 1 only shows the electronic device 1 having the components 11-13, but it should be understood that not all illustrated components are required to be implemented, and more or fewer components may be implemented instead.
  • the memory 11 includes a memory and at least one type of readable storage medium.
  • the memory provides a cache for the operation of the electronic device 1;
  • the readable storage medium may be, for example, a flash memory, a hard disk, a multimedia card, a card type memory (eg, SD or DX memory, etc.), a random access memory (RAM), a static random access memory (SRAM).
  • a non-volatile storage medium such as a read only memory (ROM), an electrically erasable programmable read only memory (EEPROM), a programmable read only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, or the like.
  • the readable storage medium may be an internal storage unit of the electronic device 1, such as a hard disk of the electronic device 1; in other embodiments, the non-volatile storage medium may also be external to the electronic device 1.
  • a storage device such as a plug-in hard disk equipped with an electronic device 1, a smart memory card (SMC), a Secure Digital (SD) card, a flash card, or the like.
  • the readable storage medium of the memory 11 is generally used to store an operating system installed in the electronic device 1 and various types of application software, such as program code of the test system in an embodiment of the present application. Further, the memory 11 can also be used to temporarily store various types of data that have been output or are to be output.
  • the processor 12 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments.
  • the processor 12 is generally used to control the overall operation of the electronic device 1.
  • the processor 12 is configured to run program code or process data stored in the memory 11, such as running a test system or the like.
  • the network interface 13 may comprise a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the electronic device 1 and other electronic devices.
  • the test system is stored in the memory 11 and includes at least one computer readable instruction stored in the memory 11, the at least one computer readable instruction being executable by the processor 12 to implement the methods of various embodiments of the present application; At least one computer readable instruction may be classified as a different logic module depending on the functions implemented by its various parts.
  • test system is implemented by the processor 12 to implement the following steps:
  • the container generation step in the Docker environment, downloads the official image of the preset service and the official image of the preset application, and generates corresponding containers according to the official image of the downloaded service and the official image of the application;
  • Docker is an open source application container engine.
  • the official image of the service includes at least: database mysql, database redis, database.
  • the official image of the database such as oracle, and the official image of the distributed service framework dubbo, the distributed service framework zookeeper and the database management system postgresql; download the official image of the default application, where the official image of the application includes the official image of the web application tomcat .
  • each corresponding container is generated based on the downloaded official image, that is, a container of the database mysql, a container of the database redis, a container of the database oracle, and a container for generating the distributed service framework dubbo, a distributed service framework.
  • Zookeeper container database management system postgresql container; generate web application tomcat container (application container, ie tomcat container).
  • the web application tomcat container can be connected to other containers through the network.
  • the container that generates the database mysql is taken as an example, including: starting the mysql service, setting the root password of mysql, setting the default save path of the container, setting the path of the configuration file of the container, and finally Each container is generated using the contents of the above settings.
  • the template writing step is to obtain each test version in the Docker environment, and write a yaml template corresponding to each test version based on the preset writing manner;
  • the version of the web application tomcat, the version of the Java software development kit JDK, the version of the agent agent, and the version of the web war form a test version of yaml (Yet Another Markup Language, which is still a markup Language) template.
  • yaml Yet Another Markup Language, which is still a markup Language
  • the yaml template corresponding to each test version is written based on the preset writing manner, and the yaml template is stored after the writing.
  • the yaml template corresponding to the test version is written according to the preset writing manner, including: specifying an official image of each service corresponding to the test version, and mapping a port of the container corresponding to the official image of each service; setting an environment variable of each test version. And the volume mount path to write the yaml template for each test version.
  • the yaml template corresponding to the test version of "tomcat7, jdk7, agent v1.0.1, web war v1.0" is written as an example, including:
  • the test step is to obtain a yaml template corresponding to the service case when testing the service case, and perform testing based on the generated each container and the yaml template corresponding to the service case.
  • different war packages represent different burying point test service cases.
  • the service case For example, the service case is "tomcat7, jdk7, agent v1.0.1, Web war v1.0", then find its corresponding yaml template, based on the test environment built by the yaml template and use the generated containers to automatically perform the test.
  • this embodiment Compared with the prior art, this embodiment generates multiple service containers and application containers that are isolated from each other in the Docker environment, and simultaneously writes a yaml template corresponding to each test version to construct an automated test environment, which is directly based on the test.
  • the test environment built by the corresponding yaml template and the automatic execution of the test using the generated containers do not require environment setting for the buried point of each service, saving time and improving test efficiency.
  • test system when executed by the processor 12, the following steps are also implemented:
  • the output log corresponding to the service case is obtained, and the test result data in the output log is detected based on a preset programming language unit test framework junit unit.
  • the output log corresponding to the service case may be obtained from the mounted directory, for example, the obtained output log is service/app1/apm.log, and the corresponding programming language unit test framework junit unit is used.
  • the test result data in the output log is detected, for example, by using the java language unit test framework junit unit for detecting, including detecting whether the number of service calls is correct, whether the time of the service call is within a predetermined time range, and the like.
  • the test result data of the output log of the service case is detected, and the problem existing in the service case can be found in time, and the accuracy of the test is improved.
  • FIG. 2 is a schematic flowchart of an embodiment of a method for testing according to the application, where the method includes the following steps:
  • Step S1 In the Docker environment, download the official image of the preset service and the official image of the preset application, and generate corresponding containers according to the official image of the downloaded service and the official image of the application;
  • Docker is an open source application container engine.
  • the official image of each service is downloaded.
  • the official image of the service includes at least: the official database of the database mysql, database redis, database oracle, etc. Mirroring, and the official image of the distributed service framework dubbo, the distributed service framework zookeeper and the database management system postgresql; download the official image of the default application, where the official image of the application includes the official image of the web application tomcat.
  • each corresponding container is generated based on the downloaded official image, that is, a container of the database mysql, a container of the database redis, a container of the database oracle, and a container for generating the distributed service framework dubbo, a distributed service framework.
  • Zookeeper container database management system postgresql container; generate web application tomcat container.
  • the web application tomcat container can be connected to other containers through the network.
  • the container that generates the database mysql is taken as an example, including: starting the mysql service, setting the root password of mysql, setting the default save path of the container, setting the path of the configuration file of the container, and finally Each container is generated using the contents of the above settings.
  • Step S2 obtaining each test version in the Docker environment, and writing a yaml template corresponding to each test version based on a preset writing manner;
  • a test version of the yaml template may be formed by the web application tomcat version, the Java language software development kit JDK version, the proxy agent version, and the web war version. After obtaining all the test versions, the yaml template corresponding to each test version is written based on the preset writing manner, and the yaml template is stored after the writing.
  • the yaml template corresponding to the test version is written according to the preset writing manner, including: specifying an official image of each service corresponding to the test version, and mapping a port of the container corresponding to the official image of each service; setting an environment variable of each test version. And the volume mount path to write the yaml template for each test version.
  • the yaml template corresponding to the test version of "tomcat7, jdk7, agent v1.0.1, web war v1.0" is written as an example, including:
  • step S3 when the service case is tested, the yaml template corresponding to the service case is obtained, and the test is performed based on the generated each container and the yaml template corresponding to the service case.
  • different war packages represent different burying point test service cases.
  • the service case For example, the service case is "tomcat7, jdk7, agent v1.0.1, Web war v1.0", then find its corresponding yaml template, based on the test environment built by the yaml template and use the generated containers to automatically perform the test.
  • this embodiment Compared with the prior art, this embodiment generates multiple service containers and application containers that are isolated from each other in the Docker environment, and simultaneously writes a yaml template corresponding to each test version to construct an automated test environment, which is directly based on the test.
  • the test environment built by the corresponding yaml template and the automatic execution of the test using the generated containers do not require environment setting for the buried point of each service, saving time and improving test efficiency.
  • the method further includes:
  • Step S4 After completing the test, obtain an output log corresponding to the service case, and perform detection on the test result data in the output log based on a preset programming language unit test framework junit unit.
  • the output log corresponding to the service case may be obtained from the mount directory, for example, the obtained output log is service/app1/apm.log, and the junt unit is tested by using the corresponding programming language unit (Java).
  • the unit test framework of the language detects the test result data in the output log, for example, using the java language unit test framework junit unit for detecting, including detecting whether the number of service calls is correct, and whether the time of the service call is at a predetermined one. Time range, etc.
  • the test result data of the output log of the service case is detected, and the problem existing in the service case can be found in time, and the accuracy of the test is improved.
  • FIG. 4 is a schematic diagram of a method for testing according to the present application.
  • the virtual machine is installed in the electronic device of FIG. 1. After the Docker environment is built in the virtual machine, the Docker orchestration tool is installed, that is, the official download service.
  • the official image of the image and application, the official image of the service includes the database mysql, database redis, the official image of the database oracle, and the distributed service framework dubbo, distributed service framework zookeeper and the official image of the database management system postgresql, the official image of the application Including the official image of the web application tomcat, the service-based official image respectively generates corresponding containers, as shown in the label 1 in Figure 4, based on the official image of the application to generate the corresponding application container (tomcat container), as shown in Figure 4.
  • the part of the label 2 the container corresponding to the official image of the service is connected to the container corresponding to the official image of the application.
  • the virtual machine pulls the test version, that is, pulls the jar file of the label 3 and the war file of the label 4, and writes the yaml template corresponding to each test version based on the preset writing manner, and can directly obtain the test case when testing the service case.
  • the yaml template corresponding to the service case is then tested based on each container pair and the yaml template corresponding to the service case.
  • the output log corresponding to the service case is stored in the mount directory 5.
  • the present application also provides a computer readable storage medium having stored thereon a test system, the steps of the method of implementing the above described test when executed by a processor.
  • the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better.
  • Implementation Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.

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)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请涉及一种电子装置、测试的方法、系统及计算机可读存储介质，测试的方法包括：在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分别生成对应的各个容器；获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。本申请在测试时不需要对每个服务的埋点进行环境搭建，节省时间，提高测试效率。

Description

电子装置、测试的方法、系统及计算机可读存储介质
优先权申明
本申请基于巴黎公约申明享有2017年11月21日递交的申请号为CN201711166797.2、名称为“电子装置、测试的方法及计算机可读存储介质”中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种电子装置、测试的方法、系统及计算机可读存储介质。
背景技术
目前，APM(application performance monitor，应用性能相关的监测)产品及JAVA应用业务越来越丰富，在技术人员对APM产品或JAVA应用业务进行javaagent探针埋点开发时，需要进行服务版本测试，测试时，需要监控的服务较多，同时必须对每个服务的埋点进行环境搭建，这样进行测试极其耗费时间，测试效率低。
发明内容
本申请的目的在于提供一种电子装置、测试的方法、系统及计算机可读存储介质，旨在提高测试效率。
为实现上述目的，本申请提供一种电子装置，所述电子装置包括存储器及与所述存储器连接的处理器，所述存储器中存储有可在所述处理器上运行的测试系统，所述测试系统被所述处理器执行时实现如下步骤：
容器生成步骤，在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分 别生成对应的各个容器；
模板编写步骤，获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；
测试步骤，在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。
为实现上述目的，本申请还提供一种测试的方法，所述测试的方法包括：
S1，在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分别生成对应的各个容器；
S2，获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；
S3，在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。
为实现上述目的，本申请还提供一种测试的系统，所述测试的系统包括：
下载模块，用于在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分别生成对应的各个容器；
编写模块，用于获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；
生成模块，用于在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有测试系统，所述测试系统被处理器执行时实现上述的测试的方法的步骤。
本申请的有益效果是：本申请在Docker环境下，生成相互隔离的多个 服务容器及应用容器，同时编写各个测试版本对应的yaml模板，来构建自动化的测试环境，在测试时，直接基于对应的yaml模板所构建的测试环境及利用所生成的各个容器自动执行测试，不需要对每个服务的埋点进行环境搭建，节省时间，提高测试效率。
附图说明
图1为本申请电子装置一实施例的硬件架构的示意图；
图2为本申请测试的方法一实施例的流程示意图；
图3为本申请测试的方法另一实施例的流程示意图；
图4为本申请测试的方法的示例图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
参阅图1所示，是本申请电子装置1的硬件架构示意图。所述电子装置 1是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。所述电子装置1可以是计算机、也可以是单个网络服务器、多个网络服务器组成的服务器组或者基于云计算的由大量主机或者网络服务器构成的云，其中云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。
在本实施例中，电子装置1可包括，但不仅限于，可通过系统总线相互通信连接的存储器11、处理器12、网络接口13，存储器11存储有可在处理器12上运行的测试系统。需要指出的是，图1仅示出了具有组件11-13的电子装置1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
其中，存储器11包括内存及至少一种类型的可读存储介质。内存为电子装置1的运行提供缓存；可读存储介质可为如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等的非易失性存储介质。在一些实施例中，可读存储介质可以是电子装置1的内部存储单元，例如该电子装置1的硬盘；在另一些实施例中，该非易失性存储介质也可以是电子装置1的外部存储设备，例如电子装置1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。本实施例中，存储器11的可读存储介质通常用于存储安装于电子装置1的操作系统和各类应用软件，例如本申请一实施例中的测试系统的程序代码等。此外，存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理 器12通常用于控制所述电子装置1的总体操作，本实施例中，所述处理器12用于运行所述存储器11中存储的程序代码或者处理数据，例如运行测试系统等。
所述网络接口13可包括无线网络接口或有线网络接口，该网络接口13通常用于在所述电子装置1与其他电子设备之间建立通信连接。
测试系统存储在存储器11中，包括至少一个存储在存储器11中的计算机可读指令，该至少一个计算机可读指令可被处理器器12执行，以实现本申请各实施例的方法；以及，该至少一个计算机可读指令依据其各部分所实现的功能不同，可被划为不同的逻辑模块。
在一实施例中，上述测试系统被所述处理器12执行时实现如下步骤：
容器生成步骤，在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分别生成对应的各个容器；
Docker是一个开源的应用容器引擎，本实施例中，在Docker(应用容器引擎)环境下，下载预设的各服务的官方镜像，其中，服务的官方镜像至少包括：数据库mysql、数据库redis、数据库oracle等数据库的官方镜像，以及分布式服务框架dubbo、分布式服务框架zookeeper及数据库管理系统postgresql的官方镜像；下载预设的应用的官方镜像，其中，应用的官方镜像包括web应用tomcat的官方镜像。
本实施例中，基于所下载的官方镜像分别生成对应的各个容器，即分别生成数据库mysql的容器、数据库redis的容器、数据库oracle的容器，以及生成分布式服务框架dubbo的容器、分布式服务框架zookeeper的容器、数据库管理系统postgresql的容器；生成web应用tomcat的容器(应用容器，即tomcat容器)。其中，web应用tomcat的容器通过网络可以与其他的各个容器连接。
其中，在生成各个容器的过程中，以生成数据库mysql的容器为例进行说明，包括：启动mysql服务、设置mysql的root密码、设置容器的默认的保存路径、设置容器的配置文件的路径，最后利用上述设置的内容生成各个容器。
模板编写步骤，获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；
本实施例中，可以由web应用tomcat的版本、Java语言的软件开发包JDK的版本、代理agent的版本及web war的版本构成一个测试版本的yaml(Yet Another Markup Language，仍是一种置标语言)模板。在获取所有的测试版本后，基于预设的编写方式编写各个测试版本对应的yaml模板，编写完后将yaml模板进行存储。
优选地，基于预设的编写方式编写测试版本对应的yaml模板包括：指定测试版本对应的各服务的官方镜像，及映射各服务的官方镜像对应的容器的端口；设置每一测试版本的环境变量及卷挂载路径，以编写各个测试版本对应的yaml模板。
在一实施例中，以编写“tomcat7，jdk7，agent v1.0.1,web war v1.0”测试版本对应的yaml模板为例进说明，包括：
1)、可以指定分布式服务框架zookeeper的官方镜像为zookeeper:1.0；
可以指定分布式服务框架dubbo的官方镜像为dubbo:1.0，映射分布式服务框架dubbo的容器的端口为20080:20080，并与分布式服务框架zookeeper的容器连接；
可以指定数据库mysql的官方镜像为dubbo:1.0，映射数据库mysql的容器的端口为3306:3306；
可以指定数据库redis的官方镜像为redis:1.0，映射数据库redis的容器的端口为6379:6379；
可以指定数据库oracle的官方镜像为oracle:1.0，映射数据库oracle的容器的端口为1521:1521；
可以指定数据库管理系统postgresql的官方镜像为oracle:1.0，映射数据库管理系统postgresql的容器的端口为5432:5432；
可以指定tomcat的官方镜像为tomcat，映射tomcat的容器的端口为5432:5432；
2)、设置“tomcat7，jdk7，agent v1.0.1，web war v1.0”的环境变量：tomcat版本为tomcat7、javaagent的版本为agent v1.0.1，测试web应用的版本为web war v1.0，及设置该测试版本的卷挂载路径为：service/app1/:$TOMCAT_HOME/logs/。
通过上述的1)、2)，编写完成“tomcat7，jdk7，agent v1.0.1，web war v1.0”测试版本对应的yaml模板，在后续测试时根据yaml模板启动测试的环境。
测试步骤，在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。
本实施例中，不同的war包代表不同的埋点测试服务案例，在对服务案例进行测试时，首先找到该服务案例对应的yaml模板，例如服务案例为“tomcat7，jdk7，agent v1.0.1，web war v1.0”，则找到其对应的yaml模板，基于该yaml模板所构建的测试环境并利用上述所生成的各个容器可以自动执行测试。
与现有技术相比，本实施例在Docker环境下，生成相互隔离的多个服务容器及应用容器，同时编写各个测试版本对应的yaml模板，来构建自动化的测试环境，在测试时，直接基于对应的yaml模板所构建的测试环境及利用所生成的各个容器自动执行测试，不需要对每个服务的埋点进行环境搭建，节省时间，提高测试效率。
在一优选的实施例中，在上述图1的实施例的基础上，所述测试系统被所述处理器12执行时，还实现如下步骤：
在完成测试后，获取服务案例对应的输出日志，基于预设的编程语言单元测试框架junit单元对所述输出日志中的测试结果数据进行检测。
本实施例中，在完成测试后，可以从挂载目录中获取服务案例对应的输出日志，例如获取的输出日志为service/app1/apm.log，利用对应的编程语言单元测试框架junit单元对所述输出日志中的测试结果数据进行检测，例如利用java语言单元测试框架junit单元进行检测，包括检测服务调用的次数是否正确，服务调用的时间是否在预定的某个时间范围等。
本实施例对服务案例的输出日志的测试结果数据进行检测，能够及时发现服务案例存在的问题，提高测试的准确率。
如图2所示，图2为本申请测试的方法一实施例的流程示意图，该测试的方法包括以下步骤：
步骤S1，在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分别生成对应的各个容器；
Docker是一个开源的应用容器引擎，本实施例中，在Docker环境下，下载预设的各服务的官方镜像，其中，服务的官方镜像至少包括：数据库mysql、数据库redis、数据库oracle等数据库的官方镜像，以及分布式服务框架dubbo、分布式服务框架zookeeper及数据库管理系统postgresql的官方镜像；下载预设的应用的官方镜像，其中，应用的官方镜像包括web应用tomcat的官方镜像。
本实施例中，基于所下载的官方镜像分别生成对应的各个容器，即分别生成数据库mysql的容器、数据库redis的容器、数据库oracle的容器，以 及生成分布式服务框架dubbo的容器、分布式服务框架zookeeper的容器、数据库管理系统postgresql的容器；生成web应用tomcat的容器。其中，web应用tomcat的容器通过网络可以与其他的各个容器连接。
其中，在生成各个容器的过程中，以生成数据库mysql的容器为例进行说明，包括：启动mysql服务、设置mysql的root密码、设置容器的默认的保存路径、设置容器的配置文件的路径，最后利用上述设置的内容生成各个容器。
步骤S2，获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；
本实施例中，可以由web应用tomcat的版本、Java语言的软件开发包JDK的版本、代理agent的版本及web war的版本构成一个测试版本的yaml模板。在获取所有的测试版本后，基于预设的编写方式编写各个测试版本对应的yaml模板，编写完后将yaml模板进行存储。
优选地，基于预设的编写方式编写测试版本对应的yaml模板包括：指定测试版本对应的各服务的官方镜像，及映射各服务的官方镜像对应的容器的端口；设置每一测试版本的环境变量及卷挂载路径，以编写各个测试版本对应的yaml模板。
在一实施例中，以编写“tomcat7，jdk7，agent v1.0.1,web war v1.0”测试版本对应的yaml模板为例进说明，包括：
1)、可以指定分布式服务框架zookeeper的官方镜像为zookeeper:1.0；
可以指定分布式服务框架dubbo的官方镜像为dubbo:1.0，映射分布式服务框架dubbo的容器的端口为20080:20080，并与分布式服务框架zookeeper的容器连接；
可以指定数据库mysql的官方镜像为dubbo:1.0，映射数据库mysql的容器的端口为3306:3306；
可以指定数据库redis的官方镜像为redis:1.0，映射数据库redis的容器的端口为6379:6379；
可以指定数据库oracle的官方镜像为oracle:1.0，映射数据库oracle的容器的端口为1521:1521；
可以指定数据库管理系统postgresql的官方镜像为oracle:1.0，映射数据库管理系统postgresql的容器的端口为5432:5432；
可以指定tomcat的官方镜像为tomcat，映射tomcat的容器的端口为5432:5432；
2)、设置“tomcat7，jdk7，agent v1.0.1，web war v1.0”的环境变量：tomcat版本为tomcat7、javaagent的版本为agent v1.0.1，测试web应用的版本为web war v1.0，及设置该测试版本的卷挂载路径为：service/app1/:$TOMCAT_HOME/logs/。
通过上述的1)、2)，编写完成“tomcat7，jdk7，agent v1.0.1，web war v1.0”测试版本对应的yaml模板，在后续测试时根据yaml模板启动测试的环境。
步骤S3，在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。
本实施例中，不同的war包代表不同的埋点测试服务案例，在对服务案例进行测试时，首先找到该服务案例对应的yaml模板，例如服务案例为“tomcat7，jdk7，agent v1.0.1，web war v1.0”，则找到其对应的yaml模板，基于该yaml模板所构建的测试环境并利用上述所生成的各个容器可以自动执行测试。
与现有技术相比，本实施例在Docker环境下，生成相互隔离的多个服务容器及应用容器，同时编写各个测试版本对应的yaml模板，来构建自动化的测试环境，在测试时，直接基于对应的yaml模板所构建的测试环境及利用所生成的各个容器自动执行测试，不需要对每个服务的埋点进行环境搭 建，节省时间，提高测试效率。
在一优选的实施例中，如图3所示，在上述图2的实施例的基础上，所述步骤S3之后，还包括：
步骤S4，在完成测试后，获取服务案例对应的输出日志，基于预先设置的编程语言单元测试框架junit单元对所述输出日志中的测试结果数据执行检测。
本实施例中，在完成测试后，可以从挂载目录中获取服务案例对应的输出日志，例如获取的输出日志为service/app1/apm.log，利用对应的编程语言单元测试框架junit单元(Java语言的单元测试框架)对所述输出日志中的测试结果数据进行检测，例如利用java语言单元测试框架junit单元进行检测，包括检测服务调用的次数是否正确，服务调用的时间是否在预定的某个时间范围等。
本实施例对服务案例的输出日志的测试结果数据进行检测，能够及时发现服务案例存在的问题，提高测试的准确率。
请参阅图4，图4为本申请测试的方法的一示例图，其中，虚拟机安装于图1的电子装置中，在虚拟机中搭建Docker环境后，安装Docker编排工具，即下载服务的官方镜像及应用的官方镜像，其中服务的官方镜像包括数据库mysql、数据库redis、数据库oracle的官方镜像，以及分布式服务框架dubbo、分布式服务框架zookeeper及数据库管理系统postgresql的官方镜像，应用的官方镜像包括web应用tomcat的官方镜像，基于服务的官方镜像分别生成对应的各个容器，如图4中的标号1的部分，基于应用的官方镜像生成对应的应用容器(tomcat容器)，如图4中的标号2的部分，服务的官方镜像对应的容器与应用的官方镜像对应的容器连接。然后，虚拟机拉取测试版本，即拉取标号3的jar文件及标号4的war文件，基于预设的编写方式 编写各个测试版本对应的yaml模板，在对服务案例进行测试时，可以直接获取该服务案例对应的yaml模板，然后基于上述的各个容器对及该服务案例对应的yaml模板进行测试。在完成测试后，将该服务案例对应的输出日志存储在挂载目录5中。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有测试系统，所述被处理器执行时实现上述的测试的方法的步骤。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种电子装置，其特征在于，所述电子装置包括存储器及与所述存储器连接的处理器，所述存储器中存储有可在所述处理器上运行的测试系统，所述测试系统被所述处理器执行时实现如下步骤：
    容器生成步骤，在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分别生成对应的各个容器；
    模板编写步骤，获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；
    测试步骤，在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。
  2. 根据权利要求1所述的电子装置，其特征在于，预设的服务的官方镜像至少包括：数据库mysql、数据库redis、数据库oracle的官方镜像，以及分布式服务框架dubbo、分布式服务框架zookeeper及数据库管理系统postgresql的官方镜像，预设的应用的官方镜像包括web应用tomcat的官方镜像。
  3. 根据权利要求2所述的电子装置，其特征在于，所述基于预设的编写方式编写各个测试版本对应的yaml模板步骤，具体包括：
    指定测试版本对应的各服务的官方镜像，及映射各服务的官方镜像对应的容器的端口，设置每一测试版本的环境变量及卷挂载路径，以编写各个测试版本对应的yaml模板。
  4. 根据权利要求1至3任一项所述的电子装置，其特征在于，所述测试系统被所述处理器执行时，还实现如下步骤：
    在完成测试后，获取服务案例对应的输出日志，基于预先设置的编程语言单元测试框架junit单元对所述输出日志中的测试结果数据执行检测。
  5. 根据权利要求4所述的电子装置，其特征在于，对所述输出日志中的测试结果数据执行检测包括：检测服务调用的次数是否正确，以及检测服务调用的时间是否在预定的时间范围内。
  6. 一种测试的方法，其特征在于，所述测试的方法包括：
    S1，在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分别生成对应的各个容器；
    S2，获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；
    S3，在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。
  7. 根据权利要求6所述的测试的方法，其特征在于，预设的服务的官方镜像至少包括：数据库mysql、数据库redis、数据库oracle的官方镜像，以及分布式服务框架dubbo、分布式服务框架zookeeper及数据库管理系统postgresql的官方镜像，预设的应用的官方镜像包括web应用tomcat的官方镜像。
  8. 根据权利要求7所述的测试的方法，其特征在于，所述基于预设的编写方式编写各个测试版本对应的yaml模板步骤，具体包括：
    指定测试版本对应的各服务的官方镜像，及映射各服务的官方镜像对应的容器的端口，设置每一测试版本的环境变量及卷挂载路径，以编写各个测试版本对应的yaml模板。
  9. 根据权利要求6至8任一项所述的测试的方法，其特征在于，所述步骤S3之后，还包括：
    S4，在完成测试后，获取服务案例对应的输出日志，基于预先设置的编程语言单元测试框架junit单元对所述输出日志中的测试结果数据执行检测。
  10. 根据权利要求9所述的测试的方法，其特征在于，对所述输出日志中的测试结果数据执行检测包括：检测服务调用的次数是否正确，以及检测服务调用的时间是否在预定的时间范围内。
  11. 一种测试的系统，其特征在于，所述测试的系统包括：
    下载模块，用于在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分别生成对应的各个容器；
    编写模块，用于获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；
    生成模块，用于在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。
  12. 根据权利要求11所述的测试的系统，其特征在于，预设的服务的官方镜像至少包括：数据库mysql、数据库redis、数据库oracle的官方镜像，以及分布式服务框架dubbo、分布式服务框架zookeeper及数据库管理系统postgresql的官方镜像，预设的应用的官方镜像包括web应用tomcat的官方镜像。
  13. 根据权利要求12所述的测试的系统，其特征在于，所述编写模块具体用于，指定测试版本对应的各服务的官方镜像，及映射各服务的官方镜像对应的容器的端口，设置每一测试版本的环境变量及卷挂载路径，以编写各个测试版本对应的yaml模板。
  14. 根据权利要求11至13任一项所述的测试的系统，其特征在于，还包括检测模块，用于在完成测试后，获取服务案例对应的输出日志，基于预先设置的编程语言单元测试框架junit单元对所述输出日志中的测试结果数据执行检测。
  15. 根据权利要求14所述的测试的系统，其特征在于，所述检测模块具 体用于，检测服务调用的次数是否正确，以及检测服务调用的时间是否在预定的时间范围内。
  16. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有测试系统，所述测试系统被处理器执行时实现步骤：
    容器生成步骤，在Docker环境下，下载预设的各服务的官方镜像及预设的应用的官方镜像，基于所下载的各服务的官方镜像及应用的官方镜像分别生成对应的各个容器；
    模板编写步骤，获取Docker环境下的各个测试版本，基于预设的编写方式编写各个测试版本对应的yaml模板；
    测试步骤，在对服务案例进行测试时，获取该服务案例对应的yaml模板，基于所生成的各个容器及该服务案例对应的yaml模板进行测试。
  17. 根据权利要求16所述的计算机可读存储介质，其特征在于，预设的服务的官方镜像至少包括：数据库mysql、数据库redis、数据库oracle的官方镜像，以及分布式服务框架dubbo、分布式服务框架zookeeper及数据库管理系统postgresql的官方镜像，预设的应用的官方镜像包括web应用tomcat的官方镜像。
  18. 根据权利要求17所述的计算机可读存储介质，其特征在于，所述基于预设的编写方式编写各个测试版本对应的yaml模板步骤，具体包括：
    指定测试版本对应的各服务的官方镜像，及映射各服务的官方镜像对应的容器的端口，设置每一测试版本的环境变量及卷挂载路径，以编写各个测试版本对应的yaml模板。
  19. 根据权利要求16至18任一项所述的计算机可读存储介质，其特征在于，所述测试系统被所述处理器执行时，还实现如下步骤：
    在完成测试后，获取服务案例对应的输出日志，基于预先设置的编程语言单元测试框架junit单元对所述输出日志中的测试结果数据执行检测。
  20. 根据权利要求19所述的计算机可读存储介质，其特征在于，对所述输出日志中的测试结果数据执行检测包括：检测服务调用的次数是否正确，以及检测服务调用的时间是否在预定的时间范围内。
PCT/CN2018/089727 2017-11-21 2018-06-03 电子装置、测试的方法、系统及计算机可读存储介质 WO2019100690A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711166797.2 2017-11-21
CN201711166797.2A CN108427634A (zh) 2017-11-21 2017-11-21 电子装置、测试的方法及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2019100690A1 true WO2019100690A1 (zh) 2019-05-31

Family

ID=63155741

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089727 WO2019100690A1 (zh) 2017-11-21 2018-06-03 电子装置、测试的方法、系统及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN108427634A (zh)
WO (1) WO2019100690A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110674048A (zh) * 2019-09-27 2020-01-10 北京新氧科技有限公司 一种埋点测试特征获取方法及相关装置
CN111382079A (zh) * 2020-03-16 2020-07-07 北京云宽志业网络技术有限公司 应用程序现场还原的方法、装置、设备及存储介质
CN111416755A (zh) * 2020-03-13 2020-07-14 苏州浪潮智能科技有限公司 一种SONiC的自动化测试平台搭建方法、装置及系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109756570A (zh) * 2018-12-29 2019-05-14 深圳点猫科技有限公司 一种实现定制pypi镜像服务器的方法及电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015057234A1 (en) * 2013-10-17 2015-04-23 Hewlett-Packard Development Company, L.P. Testing a web service using inherited test attributes
CN106708509A (zh) * 2016-11-28 2017-05-24 上海宝尊电子商务有限公司 自动化软件项目开发全链路配置管理系统
CN107004238A (zh) * 2014-09-29 2017-08-01 双帆科技集团股份有限公司 用于管理电子健康护理信息的系统和方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9389890B2 (en) * 2014-03-27 2016-07-12 Microsoft Technology Licensing, Llc Hierarchical directives-based management of runtime behaviors
CN104317722B (zh) * 2014-11-13 2017-06-16 中国建设银行股份有限公司 一种基于Junit的单元测试方法及装置
CN107329891A (zh) * 2017-06-06 2017-11-07 千寻位置网络有限公司 基于结构化数据及rest接口的自动化回归测试方法
CN107329792B (zh) * 2017-07-04 2020-05-22 北京奇艺世纪科技有限公司 一种Docker容器启动方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015057234A1 (en) * 2013-10-17 2015-04-23 Hewlett-Packard Development Company, L.P. Testing a web service using inherited test attributes
CN107004238A (zh) * 2014-09-29 2017-08-01 双帆科技集团股份有限公司 用于管理电子健康护理信息的系统和方法
CN106708509A (zh) * 2016-11-28 2017-05-24 上海宝尊电子商务有限公司 自动化软件项目开发全链路配置管理系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WANG, NAN: "The Research of Virtual Test Platform for Stock Business System", CHINA MASTER'S THESES FULL-TEXT DATABASE, 15 August 2015 (2015-08-15), pages 15 - 36, ISSN: 1674-0246 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110674048A (zh) * 2019-09-27 2020-01-10 北京新氧科技有限公司 一种埋点测试特征获取方法及相关装置
CN110674048B (zh) * 2019-09-27 2023-09-22 北京新氧科技有限公司 一种埋点测试特征获取方法及相关装置
CN111416755A (zh) * 2020-03-13 2020-07-14 苏州浪潮智能科技有限公司 一种SONiC的自动化测试平台搭建方法、装置及系统
CN111416755B (zh) * 2020-03-13 2021-11-19 苏州浪潮智能科技有限公司 一种SONiC的自动化测试平台搭建方法、装置及系统
CN111382079A (zh) * 2020-03-16 2020-07-07 北京云宽志业网络技术有限公司 应用程序现场还原的方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN108427634A (zh) 2018-08-21

Similar Documents

Publication Publication Date Title
WO2019100690A1 (zh) 电子装置、测试的方法、系统及计算机可读存储介质
CN109302522B (zh) 测试方法、装置以及计算机系统和介质
WO2019140828A1 (zh) 电子装置、分布式系统日志查询方法及存储介质
US8935573B2 (en) Reliable unit testing through cached mocking
WO2019179027A1 (zh) 电子装置、防火墙开通验证方法、系统及存储介质
WO2019148722A1 (zh) 电子装置、数据迁移及调用方法及存储介质
US8572613B1 (en) Comparison of virtual computing states by performing identified repeatable computations in a changing virtual computing environment
US10042744B2 (en) Adopting an existing automation script to a new framework
CN110515795B (zh) 一种大数据组件的监控方法、装置、电子设备
CN107659455B (zh) 一种iOS端Mock数据的方法、存储介质、设备及系统
AU2017206284A1 (en) Tracing system operations across remote procedure linkages to identify request originators
CN112799940B (zh) 回归测试方法、装置、计算机系统和计算机可读存储介质
CN106708727B (zh) 一种分布式病毒特征样本验证方法及系统
WO2019148657A1 (zh) 关联环境测试方法、电子装置及计算机可读存储介质
WO2019169771A1 (zh) 电子装置、访问指令信息获取方法及存储介质
CN110795304B (zh) 分布式存储系统性能测试的方法及装置
CN115712559A (zh) 测试硬件管理软件的方法、装置及电子设备
CN111694684B (zh) 存储设备的异常构造方法、装置、电子设备及存储介质
WO2020000727A1 (zh) 服务器、业务数据校验的方法及存储介质
WO2014114134A1 (en) Method and device for identifying a disk boot sector virus, and storage medium
KR102132449B1 (ko) 자바스크립트 파일 재작성을 통한 자바스크립트 해석 엔진 테스트 방법 및 장치
CN112463042B (zh) 一种数据卷导入数据校验方法、装置、终端及存储介质
CN114385493A (zh) 一种性能测试方法、装置、电子设备及存储介质
CN109728929B (zh) 一种测试方法、装置及存储介质
CN107766216A (zh) 一种用于获取应用执行信息的方法与设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18881453

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 05.10.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18881453

Country of ref document: EP

Kind code of ref document: A1