WO2018036273A1 - 模拟测试方法、服务器、设备及计算机可读存储介质 - Google Patents

模拟测试方法、服务器、设备及计算机可读存储介质 Download PDF

Info

Publication number
WO2018036273A1
WO2018036273A1 PCT/CN2017/091259 CN2017091259W WO2018036273A1 WO 2018036273 A1 WO2018036273 A1 WO 2018036273A1 CN 2017091259 W CN2017091259 W CN 2017091259W WO 2018036273 A1 WO2018036273 A1 WO 2018036273A1
Authority
WO
WIPO (PCT)
Prior art keywords
request
interface
data
preset type
determined
Prior art date
Application number
PCT/CN2017/091259
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 WO2018036273A1 publication Critical patent/WO2018036273A1/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
    • 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

Definitions

  • the present invention further provides a computer readable storage medium, where the simulation test program is stored, and when the simulation test program is executed by the processor, the following steps are implemented:
  • the simulation test method in the application development process includes:
  • the first preset type request may be sent to the preset request processing server, for example, the first preset type request may be For the get request, that is, the pull data request, the first preset type request includes the destination server parameter corresponding to the pull data request.
  • the request processing server may determine the interface document of the APP to be tested that is configured on the request processing server. The first interface corresponding to the first preset type request, that is, the interface corresponding to the pull data request.
  • the request processing server analyzes the current switch state of the first interface corresponding to the first preset type request according to the configured interface document of the APP to be tested, and determines that the first preset type request corresponds to the first
  • the current switch state of an interface is either the on state or the off state.
  • Step S30 if the determined current switch state of the first interface is the open state, the request processing server finds the determined return data corresponding to the first interface, and maps according to the predetermined request type and the format of the returned data. a relationship, determining a first format of the returned data corresponding to the first preset type request, and encapsulating the found return data according to the determined first format to generate first encapsulated data, and returning the generated first encapsulated data Give the application under test.
  • the description may directly obtain return data from the first interface corresponding to the first preset type request.
  • the request processing server finds the first determined according to the configured interface document of the APP to be tested.
  • the return data corresponding to the interface determines a first format of the returned data corresponding to the first preset type request according to a mapping relationship between the predetermined request type and the format of the returned data. For example, if the format corresponding to the pull data request is “successful pull” format, when the current switch state of the interface corresponding to the pull data request is analyzed to be the open state, the return data corresponding to the determined interface is found, and determined.
  • the request processing server determines the first according to the interface document of the application to be tested stored on the request processing server.
  • the preset type requests the corresponding first interface, and when the current switch state of the first interface is analyzed, the return data corresponding to the first interface is found, and the returned data is encapsulated in a corresponding format and then returned to the Application to be tested. Since the application to be tested at the development end only needs to send the first preset type request, the return data sent by the request processing server can be received for testing, and the application to be tested can be performed in the development process without the development of the background data interface. Back-end data testing in the background avoids the need for re-development of the application under test due to loopbacks caused by background data, which effectively improves the accuracy and efficiency of application development.
  • Step S40 If the current switch state of the first interface is determined to be off, the request processing server analyzes the destination server corresponding to the destination server parameter in the first preset type request, and the first preset is The type request is sent to the analyzed destination server, and the returned data corresponding to the first preset type request is obtained from the analyzed destination server, and the obtained return data is sent to the application to be tested.
  • the request processing server analyzes the current switch state of the second interface corresponding to the second preset type request according to the configured interface document of the APP to be tested, and determines that the second preset type request corresponds to the first
  • the current switch state of the two interfaces is the open state or the closed state.
  • the request processing server finds the returned data corresponding to the determined second interface according to the configured interface document of the APP to be tested, and determines the mapping according to the mapping relationship between the predetermined request type and the format of the returned data.
  • the second format of the returned data corresponding to the second preset type request For example, if the format corresponding to the change data request is the “successful change” format, when the current switch state of the interface corresponding to the change data request is analyzed to be the open state, the return data corresponding to the determined interface is found, and the predetermined one is determined.
  • the found return data is further encapsulated according to the determined second format to generate second encapsulated data, and the generated second encapsulated data is returned to the to-be-tested application.
  • the returned data corresponding to the found change data request may be encapsulated according to the determined “successful change” format to generate second package data corresponding to the change data request, and the generated second package data is returned to the to-be-processed data.
  • Test APP Test APP.
  • step S80 if the current switch state of the second interface is determined to be off, the request processing server analyzes the destination server corresponding to the destination server parameter in the second preset type request, and the second preset is The type request is sent to the analyzed destination server, and the returned data corresponding to the second preset type request is obtained from the analyzed destination server, and the obtained return data is sent to the application to be tested.
  • the request processing server obtains the destination server parameter configured for the second interface corresponding to the second preset type request according to the configured interface document of the APP to be tested, and analyzes the second preset.
  • the destination server corresponding to the destination server parameter in the type request. Will The second preset type request is sent to the analyzed destination server, so that the second preset type request of the APP to be tested is successfully forwarded to the destination server corresponding to the change data request.
  • FIG. 6 is a schematic diagram of functional modules of a first embodiment of a request processing server for performing simulation testing in an application development process.
  • the first preset type request may be sent to the preset request processing server, for example, the first preset type request may be For the get request, that is, the pull data request, the first preset type request includes the destination server parameter corresponding to the pull data request.
  • the request processing server may determine the interface document of the APP to be tested that is configured on the request processing server. The first interface corresponding to the first preset type request, that is, the interface corresponding to the pull data request.
  • the request processing server analyzes the current switch state of the first interface corresponding to the first preset type request according to the configured interface document of the APP to be tested, and determines that the first preset type request corresponds to the first
  • the current switch state of an interface is either the on state or the off state.
  • the format corresponding to the pull data request is “successful pull” format
  • the return data corresponding to the determined interface is found, and determined.
  • the format of the returned data corresponding to the predetermined pull data request is in the format of "successfully pulled”.
  • the found return data is further encapsulated according to the determined first format to generate first encapsulated data, and the generated first encapsulated data is returned to the to-be-tested application.
  • the returned data corresponding to the extracted pull data request may be encapsulated according to the determined “successful pull” format to generate the first package data corresponding to the pull data request, and the generated first package data is returned to The APP to be tested.
  • the sent data sent by the analyzed destination server to the first preset type request is sent to the Test APP.
  • the APP to be tested to obtain the return data fed back by the destination server for the pull data request, and to test whether the APP to be tested has a bug based on the pull data request and the returned data, such as the format of the returned data. Errors, content, etc., and repair and eliminate bugs during development.
  • the third embodiment of the present invention provides a request processing server for performing a simulation test in an application development process.
  • the method further includes:
  • the second preset type request may be sent to the preset request processing server, for example, the second preset type request may be For the post request, that is, the data request is changed, the second preset type request includes the destination server parameter corresponding to the change data request.
  • the request processing server may determine the interface document of the APP to be tested that is configured on the request processing server. The second interface corresponding to the second preset type request, that is, the interface corresponding to the data request is changed.
  • the second sending module 08 is configured to: if the determined current switch state of the second interface is the off state, analyze the destination server corresponding to the destination server parameter in the second preset type request, The second preset type request is sent to the analyzed destination server, and the returned data corresponding to the second preset type request is obtained from the analyzed destination server, and the obtained return data is sent to the to-be-tested application.
  • the second preset type corresponding to the data request is changed to the open state or the closed state. Test the returned data separately.
  • the second preset type request issued by the APP to be tested such as changing the data request, obtaining the return data from the corresponding second interface or destination server and testing, realizing the background data interface development in the application development process.
  • the returned background data is tested, which avoids the need for the application to be tested again due to the loopback caused by the back-end data after the development is completed, which effectively improves the accuracy and efficiency of the application development.
  • the simulation test device in the embodiment of the present invention may be a PC (Personal Computer), or may be a terminal device such as a smart phone, a tablet computer, an e-book reader, or a portable computer.
  • PC Personal Computer
  • terminal device such as a smart phone, a tablet computer, an e-book reader, or a portable computer.
  • the device includes a memory 11, a processor 12, a communication bus 13, and a network interface 14.
  • the memory 11 includes at least one type of readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (for example, SD or DX memory, etc.), a random access memory (RAM), and a static memory.
  • the memory 11 may be an internal storage unit of a simulated test device, such as a hard disk of the simulated test device, in some embodiments.
  • the memory 11 may also be an external storage device of the analog test device in other embodiments, such as a plug-in hard disk equipped on the analog test device, a smart memory card (SMC), and a secure digital (SD). Card, flash card Wait.
  • the memory 11 may also include both an internal storage unit of the analog test device and an external storage device.
  • the memory 11 can be used not only for storing application software installed in an analog test device and various types of data, such as code for simulating a test program, but also for temporarily storing data that has been output or will be output.
  • the processor 12 in some embodiments, may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor or other data processing chip for running program code or processing stored in the memory 11. Data, such as executing a simulation test program.
  • CPU Central Processing Unit
  • controller microcontroller
  • microprocessor or other data processing chip for running program code or processing stored in the memory 11.
  • Data such as executing a simulation test program.
  • the network interface 14 can optionally include a standard wired interface, a wireless interface (such as a WI-FI interface), and is typically used to establish a communication connection between the device and other electronic devices.
  • a wireless interface such as a WI-FI interface
  • the device can establish a network connection with the development terminal via the network interface 14.
  • Figure 10 shows only the simulated test equipment with components 11-14 and the simulated test program, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.
  • the device may further include a user interface
  • the user interface may include a display
  • an input unit such as a keyboard
  • the optional user interface may further include a standard wired interface and a wireless interface.
  • the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, an OLED (Organic Light-Emitting Diode) touch sensor, or the like.
  • the display may also be suitably referred to as a display screen or display unit for displaying information processed in the simulated test equipment and a user interface for displaying the visualization.
  • the simulation test program is stored in the memory 11; wherein the network interface 14 is used for communication connection with the development end to receive the first server parameter with the destination server sent by the application under test at the development end.
  • a preset type request when the processor 12 executes the simulation test program stored in the memory 11, implements the following steps:
  • the first interface corresponding to the first preset type request is determined according to the interface document of the application to be tested;
  • the determined return data corresponding to the first interface is found, and the first pre-determination is determined according to a mapping relationship between the predetermined request type and the format of the returned data.
  • the first format of the returned data corresponding to the type request is set, and the found return data is encapsulated according to the determined first format to generate first encapsulated data, and the generated first encapsulated data is returned to the application to be tested.
  • processor is further configured to execute the simulation test program to implement the following steps:
  • the destination server corresponding to the destination server parameter in the first preset type request is analyzed, and the first preset type request is sent. And sending the returned data corresponding to the first preset type request from the analyzed destination server, and sending the obtained return data to the to-be-tested application.
  • the second interface corresponding to the second preset type request is determined according to the interface document of the application to be tested;
  • the determined return data corresponding to the second interface is found, and the second pre-determination is determined according to a mapping relationship between the predetermined request type and the format of the returned data.
  • the second format of the returned data corresponding to the type request is performed, and the found return data is encapsulated according to the determined second format to generate second encapsulated data, and the generated second encapsulated data is returned to the application to be tested.
  • processor is further configured to execute the simulation test program to implement the following steps:
  • the destination server corresponding to the destination server parameter in the second preset type request is analyzed, and the second preset type request is sent to the analyzed destination.
  • the server obtains the return data corresponding to the second preset type request from the analyzed destination server, and sends the obtained return data to the application to be tested.
  • the present invention also provides a computer readable storage medium having an emulation test program stored thereon, the emulation test program being executed by the processor to implement the following steps:
  • the first interface corresponding to the first preset type request is determined according to the interface document of the application to be tested;
  • the second interface corresponding to the second preset type request is determined according to the interface document of the application to be tested;
  • the determined return data corresponding to the second interface is found, and the second pre-determination is determined according to a mapping relationship between the predetermined request type and the format of the returned data.
  • the second format of the returned data corresponding to the type request is performed, and the found return data is encapsulated according to the determined second format to generate second encapsulated data, and the generated second encapsulated data is returned to the application to be tested.
  • the first preset type request is a pull data request
  • the first interface is a corresponding interface for the pull data request
  • the second preset type request is a change data request
  • the second The interface is the corresponding interface for the change data request.
  • the technical solution of the present invention 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,
  • 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 cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.

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)
  • Debugging And Monitoring (AREA)
  • Stored Programmes (AREA)

Abstract

一种应用程序开发过程中的模拟测试方法，包括：请求处理服务器收到开发端的待测应用程序发送的第一预设类型请求后，根据待测应用程序的接口文档确定第一预设类型请求对应的第一接口；分析第一接口的当前开关状态；若为开状态，找出第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定第一预设类型请求对应的返回数据的第一格式，将返回数据按照第一格式进行封装，将生成的第一封装数据返回给待测应用程序。该方法有效提升了应用程序开发的准确度及效率。

Description

模拟测试方法、服务器、设备及计算机可读存储介质
优先权申明
本申请基于巴黎公约申明享有2016年8月22日递交的申请号为CN201610704675.3、名称为“应用程序开发过程中的模拟测试方法及服务器”的中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本发明涉及软件开发技术领域，尤其涉及一种模拟测试方法、服务器、设备及计算机可读存储介质。
背景技术
目前，在应用程序App开发过程中，通常要在后台数据接口开发完成之后，才能获取返回的后台数据及对后台数据返回造成的bug进行测试，这就导致后台数据返回造成的bug难以在后台数据接口开发完成之前被发现并修补，造成App在开发完成后可能由于存在漏洞需要再次开发，从而导致开发资源的浪费和开发进度的拖延。
发明内容
本发明的主要目的在于提供一种模拟测试方法、服务器、设备及计算机可读存储介质，在应用程序开发过程中后台数据接口开发完成之前，对返回的后台数据进行测试，提升应用程序开发的准确度及效率。
为实现上述目的，本发明提供的一种应用程序开发过程中的模拟测试方法，所述方法包括以下步骤：
请求处理服务器收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
所述请求处理服务器分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
若确定的第一接口的当前开关状态为开状态，则所述请求处理服务器找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
此外，为实现上述目的，本发明还提供一种用于在应用程序开发过程中进行模拟测试的请求处理服务器，所述请求处理服务器包括：
第一确定模块，用于收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第 一预设类型请求对应的第一接口；
第一分析模块，用于分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
第一返回模块，用于若确定的第一接口的当前开关状态为开状态，则找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
此外，为实现上述目的，本发明还提出一种用于在应用程序开发过程中进行模拟测试的请求处理设备，所述请求处理设备包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的模拟测试程序，所述模拟测试程序被所述处理器执行时实现如下步骤：
接收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
若确定的第一接口的当前开关状态为开状态，则找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有模拟测试程序，所述模拟测试程序被处理器执行时实现如下步骤：
接收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
若确定的第一接口的当前开关状态为开状态，则找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
本发明提出的一种模拟测试方法、服务器、设备及计算机可读存储介质，请求处理服务器在收到开发端的待测应用程序发送的第一预设类型请求后， 根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第一预设类型请求对应的第一接口，并在分析该第一接口的当前开关状态为开状态时，找出该第一接口对应的返回数据，对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第一预设类型请求，即可收到由请求处理服务器发送的返回数据进行测试，无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试，避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生，有效的提升了应用程序开发的准确度及效率。
附图说明
图1为本发明应用程序开发过程中的模拟测试***一实施例的***架构图；
图2为本发明应用程序开发过程中的模拟测试方法第一实施例的流程示意图；
图3为本发明应用程序开发过程中的模拟测试方法第二实施例的流程示意图；
图4为本发明应用程序开发过程中的模拟测试方法第三实施例的流程示意图；
图5为本发明应用程序开发过程中的模拟测试方法第四实施例的流程示意图；
图6为本发明用于在应用程序开发过程中进行模拟测试的请求处理服务器第一实施例的功能模块示意图；
图7为本发明用于在应用程序开发过程中进行模拟测试的请求处理服务器第二实施例的功能模块示意图；
图8为本发明用于在应用程序开发过程中进行模拟测试的请求处理服务器第三实施例的功能模块示意图；
图9为本发明用于在应用程序开发过程中进行模拟测试的请求处理服务器第四实施例的功能模块示意图；
图10为本发明实施例模拟测试设备的硬件结构框图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种应用程序开发过程中的模拟测试***，参照图1，图1为本发明应用程序开发过程中的模拟测试***一实施例的***架构图。该模拟测试***包括开发端1、请求处理服务器2及目的服务器3。在应用程序开发 过程中，开发端1或者其他任意使用的参数配置端可以登录请求处理服务器2获取用于参数配置的web页，通过所述web页，开发端1的用户可以为待测应用程序APP的接口文档中的所有接口配置目的服务器3参数、返回数据和开关状态，并将配置好接口的接口文档保存于请求处理服务器2。其中，所述web页包括待测APP的各个接口对应的当前配置好的目的服务器3参数、返回数据和开关状态信息，开发端1的用户可经由所述web页动态修改待测APP的各个接口对应的当前配置好的目的服务器3参数、返回数据及/或开关状态信息，以便待测APP进行各种模拟mock测试，如返回数据的测试等。开发端1的用户可经由所述web页动态修改待测APP的各个接口对应的开关状态信息，例如，若X接口的当前开关状态为开状态，通过所述web页，可以将X接口的开关状态修改为关状态。
基于上述应用程序开发过程中的模拟测试***，本发明还提供一种应用程序开发过程中的模拟测试方法。参照图2，图2为本发明应用程序开发过程中的模拟测试方法第一实施例的流程示意图。
在第一实施例中，该应用程序开发过程中的模拟测试方法包括：
步骤S10，请求处理服务器收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
本实施例中，开发端的待测应用程序APP在开发过程中需要进行后台数据返回的测试时，可向预设的请求处理服务器发送第一预设类型请求，如该第一预设类型请求可以为get请求，即拉取数据请求，该第一预设类型请求中包括拉取数据请求对应的目的服务器参数。请求处理服务器收到开发端的待测APP发送的带有目的服务器参数的第一预设类型请求之后，可根据保存在所述请求处理服务器上已配置好的该待测APP的接口文档来确定所述第一预设类型请求对应的第一接口，也即拉取数据请求对应的接口。
步骤S20，所述请求处理服务器分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
所述请求处理服务器根据已配置好的该待测APP的接口文档对所述第一预设类型请求对应的第一接口的当前开关状态进行分析，判断所述第一预设类型请求对应的第一接口的当前开关状态是开状态或关状态。
步骤S30，若确定的第一接口的当前开关状态为开状态，则所述请求处理服务器找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
若分析所述第一预设类型请求对应的第一接口的当前开关状态是开状态，说明可直接从所述第一预设类型请求对应的第一接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档找出确定的第一 接口所对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式。例如，拉取数据请求对应的格式为“成功拉取”格式，则在分析该拉取数据请求对应的接口的当前开关状态是开状态时，找出确定的接口所对应的返回数据，并确定预先确定的拉取数据请求对应的返回数据的格式如“成功拉取”格式。再将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。如可将找出的拉取数据请求对应的返回数据按照确定的“成功拉取”格式进行封装以生成该拉取数据请求所对应的第一封装数据，并将生成的第一封装数据返回给所述待测APP。以供所述待测APP获取针对其发出的拉取数据请求所返回的第一封装数据，并基于拉取数据请求及返回的对应第一封装数据进行测试该待测APP是否存在bug，如返回数据的格式、内容等错误，以及时在开发过程中进行修补并消除bug。
本实施例中请求处理服务器在收到开发端的待测应用程序发送的第一预设类型请求后，根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第一预设类型请求对应的第一接口，并在分析该第一接口的当前开关状态为开状态时，找出该第一接口对应的返回数据，对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第一预设类型请求，即可收到由请求处理服务器发送的返回数据进行测试，无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试，避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生，有效的提升了应用程序开发的准确度及效率。
进一步地，如图3所示，本发明第二实施例提出一种应用程序开发过程中的模拟测试方法，在上述实施例的基础上，还包括：
步骤S40，若确定的第一接口的当前开关状态为关状态，则所述请求处理服务器分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器，将所述第一预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第一预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
本实施例中，若分析所述第一预设类型请求对应的第一接口的当前开关状态是关状态，说明无法直接从所述第一预设类型请求对应的第一接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档获取为所述第一预设类型请求对应的第一接口所配置好的目的服务器参数，并分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器。将所述第一预设类型请求发送给分析出的目的服务器，以将该待测APP的第一预设类型请求如拉取数据请求成功转发至该拉取数据请求所对应的目的服务 器。所述请求处理服务器获取到分析出的目的服务器针对所述第一预设类型请求反馈的返回数据后，将分析出的目的服务器针对所述第一预设类型请求反馈的返回数据发送给该待测APP。以供所述待测APP获取目的服务器针对其发出的拉取数据请求所反馈的返回数据，并基于拉取数据请求及反馈的返回数据进行测试该待测APP是否存在bug，如返回数据的格式、内容等错误，以及时在开发过程中进行修补并消除bug。
本实施例在开发端的待测APP发出第一预设类型请求如拉取数据请求后，针对所述第一预设类型请求如拉取数据请求对应的第一接口为开状态或关状态这两种情况分别进行返回数据的测试。在开发过程中针对由待测APP发出的第一预设类型请求如拉取数据请求，从对应的第一接口或目的服务器获取返回数据并进行测试，实现了在应用程序开发过程中后台数据接口开发完成之前对返回的后台数据进行测试，避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生，有效的提升了应用程序开发的准确度及效率。
进一步地，如图4所示，本发明第三实施例提出一种应用程序开发过程中的模拟测试方法，在上述实施例的基础上，还包括：
步骤S50，所述请求处理服务器收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后，根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口；
本实施例中，开发端的待测应用程序APP在开发过程中需要进行后台数据返回的测试时，可向预设的请求处理服务器发送第二预设类型请求，如该第二预设类型请求可以为post请求，即更改数据请求，该第二预设类型请求中包括更改数据请求对应的目的服务器参数。请求处理服务器收到开发端的待测APP发送的带有目的服务器参数的第二预设类型请求之后，可根据保存在所述请求处理服务器上已配置好的该待测APP的接口文档来确定所述第二预设类型请求对应的第二接口，也即更改数据请求对应的接口。
步骤S60，所述请求处理服务器分析确定的第二接口的当前开关状态，所述开关状态包括开状态和关状态；
所述请求处理服务器根据已配置好的该待测APP的接口文档对所述第二预设类型请求对应的第二接口的当前开关状态进行分析，判断所述第二预设类型请求对应的第二接口的当前开关状态是开状态或关状态。
步骤S70，若确定的第二接口的当前开关状态为开状态，则所述请求处理服务器找出确定的第二接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式，将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。
若分析所述第二预设类型请求对应的第二接口的当前开关状态是开状 态，说明可直接从所述第二预设类型请求对应的第二接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档找出确定的第二接口所对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式。例如，更改数据请求对应的格式为“成功更改”格式，则在分析该更改数据请求对应的接口的当前开关状态是开状态时，找出确定的接口所对应的返回数据，并确定预先确定的更改数据请求对应的返回数据的格式如“成功更改”格式。再将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。如可将找出的更改数据请求对应的返回数据按照确定的“成功更改”格式进行封装以生成该更改数据请求所对应的第二封装数据，并将生成的第二封装数据返回给所述待测APP。以供所述待测APP获取针对其发出的更改数据请求所返回的第二封装数据，并基于更改数据请求及返回的对应第二封装数据进行测试该待测APP是否存在bug，如返回数据的格式、内容等错误，以及时在开发过程中进行修补并消除bug。
本实施例中请求处理服务器在收到开发端的待测应用程序发送的第二预设类型请求后，根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第二预设类型请求对应的第二接口，并在分析该第二接口的当前开关状态为开状态时，找出该第二接口对应的返回数据，对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第二预设类型请求，即可收到由请求处理服务器发送的返回数据进行测试，无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试，避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生，有效的提升了应用程序开发的准确度及效率。
进一步地，如图5所示，本发明第四实施例提出一种应用程序开发过程中的模拟测试方法，在上述实施例的基础上，还包括：
步骤S80，若确定的第二接口的当前开关状态为关状态，则所述请求处理服务器分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器，将所述第二预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第二预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
本实施例中，若分析所述第二预设类型请求对应的第二接口的当前开关状态是关状态，说明无法直接从所述第二预设类型请求对应的第二接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档获取为所述第二预设类型请求对应的第二接口所配置好的目的服务器参数，并分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器。将所 述第二预设类型请求发送给分析出的目的服务器，以将该待测APP的第二预设类型请求如更改数据请求成功转发至该更改数据请求所对应的目的服务器。所述请求处理服务器获取到分析出的目的服务器针对所述第二预设类型请求反馈的返回数据后，将分析出的目的服务器针对所述第二预设类型请求反馈的返回数据发送给该待测APP。以供所述待测APP获取目的服务器针对其发出的更改数据请求所反馈的返回数据，并基于更改数据请求及反馈的返回数据进行测试该待测APP是否存在bug，如返回数据的格式、内容等错误，以及时在开发过程中进行修补并消除bug。
本实施例在开发端的待测APP发出第二预设类型请求如更改数据请求后，针对所述第二预设类型请求如更改数据请求对应的第二接口为开状态或关状态这两种情况分别进行返回数据的测试。在开发过程中针对由待测APP发出的第二预设类型请求如更改数据请求，从对应的第二接口或目的服务器获取返回数据并进行测试，实现了在应用程序开发过程中后台数据接口开发完成之前对返回的后台数据进行测试，避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生，有效的提升了应用程序开发的准确度及效率。
本发明进一步提供一种用于在应用程序开发过程中进行模拟测试的请求处理服务器。
参照图6，图6为本发明用于在应用程序开发过程中进行模拟测试的请求处理服务器第一实施例的功能模块示意图。
在第一实施例中，该用于在应用程序开发过程中进行模拟测试的请求处理服务器包括：
第一确定模块01，用于收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
本实施例中，开发端的待测应用程序APP在开发过程中需要进行后台数据返回的测试时，可向预设的请求处理服务器发送第一预设类型请求，如该第一预设类型请求可以为get请求，即拉取数据请求，该第一预设类型请求中包括拉取数据请求对应的目的服务器参数。请求处理服务器收到开发端的待测APP发送的带有目的服务器参数的第一预设类型请求之后，可根据保存在所述请求处理服务器上已配置好的该待测APP的接口文档来确定所述第一预设类型请求对应的第一接口，也即拉取数据请求对应的接口。
第一分析模块02，用于分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
所述请求处理服务器根据已配置好的该待测APP的接口文档对所述第一预设类型请求对应的第一接口的当前开关状态进行分析，判断所述第一预设类型请求对应的第一接口的当前开关状态是开状态或关状态。
第一返回模块03，用于若确定的第一接口的当前开关状态为开状态，则找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
若分析所述第一预设类型请求对应的第一接口的当前开关状态是开状态，说明可直接从所述第一预设类型请求对应的第一接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档找出确定的第一接口所对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式。例如，拉取数据请求对应的格式为“成功拉取”格式，则在分析该拉取数据请求对应的接口的当前开关状态是开状态时，找出确定的接口所对应的返回数据，并确定预先确定的拉取数据请求对应的返回数据的格式如“成功拉取”格式。再将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。如可将找出的拉取数据请求对应的返回数据按照确定的“成功拉取”格式进行封装以生成该拉取数据请求所对应的第一封装数据，并将生成的第一封装数据返回给所述待测APP。以供所述待测APP获取针对其发出的拉取数据请求所返回的第一封装数据，并基于拉取数据请求及返回的对应第一封装数据进行测试该待测APP是否存在bug，如返回数据的格式、内容等错误，以及时在开发过程中进行修补并消除bug。
本实施例中请求处理服务器在收到开发端的待测应用程序发送的第一预设类型请求后，根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第一预设类型请求对应的第一接口，并在分析该第一接口的当前开关状态为开状态时，找出该第一接口对应的返回数据，对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第一预设类型请求，即可收到由请求处理服务器发送的返回数据进行测试，无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试，避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生，有效的提升了应用程序开发的准确度及效率。
进一步地，如图7所示，本发明第二实施例提出一种用于在应用程序开发过程中进行模拟测试的请求处理服务器，在上述实施例的基础上，还包括：
第一发送模块04，用于若确定的第一接口的当前开关状态为关状态，则分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器，将所述第一预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第一预设类型请求对应的返回数据，并将获取的返回数据发送给所述 待测应用程序。
本实施例中，若分析所述第一预设类型请求对应的第一接口的当前开关状态是关状态，说明无法直接从所述第一预设类型请求对应的第一接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档获取为所述第一预设类型请求对应的第一接口所配置好的目的服务器参数，并分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器。将所述第一预设类型请求发送给分析出的目的服务器，以将该待测APP的第一预设类型请求如拉取数据请求成功转发至该拉取数据请求所对应的目的服务器。所述请求处理服务器获取到分析出的目的服务器针对所述第一预设类型请求反馈的返回数据后，将分析出的目的服务器针对所述第一预设类型请求反馈的返回数据发送给该待测APP。以供所述待测APP获取目的服务器针对其发出的拉取数据请求所反馈的返回数据，并基于拉取数据请求及反馈的返回数据进行测试该待测APP是否存在bug，如返回数据的格式、内容等错误，以及时在开发过程中进行修补并消除bug。
本实施例在开发端的待测APP发出第一预设类型请求如拉取数据请求后，针对所述第一预设类型请求如拉取数据请求对应的第一接口为开状态或关状态这两种情况分别进行返回数据的测试。在开发过程中针对由待测APP发出的第一预设类型请求如拉取数据请求，从对应的第一接口或目的服务器获取返回数据并进行测试，实现了在应用程序开发过程中后台数据接口开发完成之前对返回的后台数据进行测试，避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生，有效的提升了应用程序开发的准确度及效率。
进一步地，如图8所示，本发明第三实施例提出一种用于在应用程序开发过程中进行模拟测试的请求处理服务器，在上述实施例的基础上，还包括：
第二确定模块05，用于收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后，根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口；
本实施例中，开发端的待测应用程序APP在开发过程中需要进行后台数据返回的测试时，可向预设的请求处理服务器发送第二预设类型请求，如该第二预设类型请求可以为post请求，即更改数据请求，该第二预设类型请求中包括更改数据请求对应的目的服务器参数。请求处理服务器收到开发端的待测APP发送的带有目的服务器参数的第二预设类型请求之后，可根据保存在所述请求处理服务器上已配置好的该待测APP的接口文档来确定所述第二预设类型请求对应的第二接口，也即更改数据请求对应的接口。
第二分析模块06，用于分析确定的第二接口的当前开关状态，所述开关状态包括开状态和关状态；
所述请求处理服务器根据已配置好的该待测APP的接口文档对所述第二 预设类型请求对应的第二接口的当前开关状态进行分析，判断所述第二预设类型请求对应的第二接口的当前开关状态是开状态或关状态。
第二返回模块07，用于若确定的第二接口的当前开关状态为开状态，则找出确定的第二接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式，将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。
若分析所述第二预设类型请求对应的第二接口的当前开关状态是开状态，说明可直接从所述第二预设类型请求对应的第二接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档找出确定的第二接口所对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式。例如，更改数据请求对应的格式为“成功更改”格式，则在分析该更改数据请求对应的接口的当前开关状态是开状态时，找出确定的接口所对应的返回数据，并确定预先确定的更改数据请求对应的返回数据的格式如“成功更改”格式。再将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。如可将找出的更改数据请求对应的返回数据按照确定的“成功更改”格式进行封装以生成该更改数据请求所对应的第二封装数据，并将生成的第二封装数据返回给所述待测APP。以供所述待测APP获取针对其发出的更改数据请求所返回的第二封装数据，并基于更改数据请求及返回的对应第二封装数据进行测试该待测APP是否存在bug，如返回数据的格式、内容等错误，以及时在开发过程中进行修补并消除bug。
本实施例中请求处理服务器在收到开发端的待测应用程序发送的第二预设类型请求后，根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第二预设类型请求对应的第二接口，并在分析该第二接口的当前开关状态为开状态时，找出该第二接口对应的返回数据，对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第二预设类型请求，即可收到由请求处理服务器发送的返回数据进行测试，无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试，避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生，有效的提升了应用程序开发的准确度及效率。
进一步地，如图9所示，本发明第四实施例提出一种用于在应用程序开发过程中进行模拟测试的请求处理服务器，在上述实施例的基础上，还包括：
第二发送模块08，用于若确定的第二接口的当前开关状态为关状态，则分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器，将所 述第二预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第二预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
本实施例中，若分析所述第二预设类型请求对应的第二接口的当前开关状态是关状态，说明无法直接从所述第二预设类型请求对应的第二接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档获取为所述第二预设类型请求对应的第二接口所配置好的目的服务器参数，并分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器。将所述第二预设类型请求发送给分析出的目的服务器，以将该待测APP的第二预设类型请求如更改数据请求成功转发至该更改数据请求所对应的目的服务器。所述请求处理服务器获取到分析出的目的服务器针对所述第二预设类型请求反馈的返回数据后，将分析出的目的服务器针对所述第二预设类型请求反馈的返回数据发送给该待测APP。以供所述待测APP获取目的服务器针对其发出的更改数据请求所反馈的返回数据，并基于更改数据请求及反馈的返回数据进行测试该待测APP是否存在bug，如返回数据的格式、内容等错误，以及时在开发过程中进行修补并消除bug。
本实施例在开发端的待测APP发出第二预设类型请求如更改数据请求后，针对所述第二预设类型请求如更改数据请求对应的第二接口为开状态或关状态这两种情况分别进行返回数据的测试。在开发过程中针对由待测APP发出的第二预设类型请求如更改数据请求，从对应的第二接口或目的服务器获取返回数据并进行测试，实现了在应用程序开发过程中后台数据接口开发完成之前对返回的后台数据进行测试，避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生，有效的提升了应用程序开发的准确度及效率。
如图10所示，图10为本发明实施例模拟测试设备的硬件结构框图。
本发明实施例的模拟测试设备可以是PC(Personal Computer，个人电脑)，也可以是智能手机、平板电脑、电子书阅读器、便携计算机等终端设备。
参照图10所示，该设备包括：存储器11、处理器12，通信总线13，以及网络接口14。其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。
存储器11在一些实施例中可以是模拟测试设备的内部存储单元，例如该模拟测试设备的硬盘。存储器11在另一些实施例中也可以是模拟测试设备的外部存储设备，例如模拟测试设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card) 等。进一步地，存储器11还可以既包括模拟测试设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于模拟测试设备的应用软件及各类数据，例如模拟测试程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行模拟测试程序等。
通信总线13用于实现这些组件之间的连接通信。
网络接口14可选的可以包括标准的有线接口、无线接口(如WI-FI接口)，通常用于在该设备与其他电子设备之间建立通信连接。例如，在该实施例中，该设备可以通过网络接口14与开发端建立网络连接。
图10仅示出了具有组件11-14以及模拟测试程序的模拟测试设备，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
可选地，该设备还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在模拟测试设备中处理的信息以及用于显示可视化的用户界面。
在图10所示的实施例中，存储器11中存储有模拟测试程序；其中，网络接口14用于与开发端进行通信连接，以接收开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求，处理器12执行存储器11中存储的模拟测试程序时实现如下步骤：
接收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
若确定的第一接口的当前开关状态为开状态，则找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
进一步地，所述处理器还用于执行所述模拟测试程序，以实现如下步骤：
若确定的第一接口的当前开关状态为关状态，则分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器，将所述第一预设类型请求发 送给分析出的目的服务器，从分析出的目的服务器获取所述第一预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
进一步地，所述处理器还用于执行所述模拟测试程序，以实现如下步骤：
接收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后，根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口；
分析确定的第二接口的当前开关状态，所述开关状态包括开状态和关状态；
若确定的第二接口的当前开关状态为开状态，则找出确定的第二接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式，将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。
进一步地，所述处理器还用于执行所述模拟测试程序，以实现如下步骤：
若确定的第二接口的当前开关状态为关状态，则分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器，将所述第二预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第二预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
进一步地，所述第一预设类型请求为拉取数据请求，所述第一接口为所述拉取数据请求对应的接口；所述第二预设类型请求为更改数据请求，所述第二接口为所述更改数据请求对应的接口。
本发明还提供一种计算机可读存储介质，该计算机可读存储介质上存储有模拟测试程序，所述模拟测试程序被处理器执行时实现如下步骤：
接收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
若确定的第一接口的当前开关状态为开状态，则找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
进一步地，所述模拟测试程序被处理器执行时还实现如下步骤：
若确定的第一接口的当前开关状态为关状态，则分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器，将所述第一预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第一预设类型请 求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
进一步地，所述模拟测试程序被处理器执行时还实现如下步骤：
接收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后，根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口；
分析确定的第二接口的当前开关状态，所述开关状态包括开状态和关状态；
若确定的第二接口的当前开关状态为开状态，则找出确定的第二接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式，将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。
进一步地，所述模拟测试程序被处理器执行时还实现如下步骤：
若确定的第二接口的当前开关状态为关状态，则分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器，将所述第二预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第二预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
进一步地，所述第一预设类型请求为拉取数据请求，所述第一接口为所述拉取数据请求对应的接口；所述第二预设类型请求为更改数据请求，所述第二接口为所述更改数据请求对应的接口。
本发明计算机可读存储介质的具体实施例与上述模拟测试方法实施例基本相同，在此不作赘述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (20)

  1. 一种应用程序开发过程中的模拟测试方法，其特征在于，所述方法包括以下步骤：
    请求处理服务器收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
    所述请求处理服务器分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
    若确定的第一接口的当前开关状态为开状态，则所述请求处理服务器找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
  2. 如权利要求1所述的应用程序开发过程中的模拟测试方法，其特征在于，该方法还包括步骤：
    若确定的第一接口的当前开关状态为关状态，则所述请求处理服务器分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器，将所述第一预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第一预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
  3. 如权利要求1所述的应用程序开发过程中的模拟测试方法，其特征在于，该方法还包括步骤：
    所述请求处理服务器收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后，根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口；
    所述请求处理服务器分析确定的第二接口的当前开关状态，所述开关状态包括开状态和关状态；
    若确定的第二接口的当前开关状态为开状态，则所述请求处理服务器找出确定的第二接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式，将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。
  4. 如权利要求3所述的应用程序开发过程中的模拟测试方法，其特征在于，该方法还包括步骤：
    若确定的第二接口的当前开关状态为关状态，则所述请求处理服务器分 析出所述第二预设类型请求中的目的服务器参数对应的目的服务器，将所述第二预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第二预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
  5. 如权利要求1或3所述的应用程序开发过程中的模拟测试方法，其特征在于，所述第一预设类型请求为拉取数据请求，所述第一接口为所述拉取数据请求对应的接口；所述第二预设类型请求为更改数据请求，所述第二接口为所述更改数据请求对应的接口。
  6. 一种用于在应用程序开发过程中进行模拟测试的请求处理服务器，其特征在于，所述请求处理服务器包括：
    第一确定模块，用于收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
    第一分析模块，用于分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
    第一返回模块，用于若确定的第一接口的当前开关状态为开状态，则找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
  7. 如权利要求6所述的用于在应用程序开发过程中进行模拟测试的请求处理服务器，其特征在于，还包括：
    第一发送模块，用于若确定的第一接口的当前开关状态为关状态，则分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器，将所述第一预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第一预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
  8. 如权利要求6所述的用于在应用程序开发过程中进行模拟测试的请求处理服务器，其特征在于，还包括：
    第二确定模块，用于收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后，根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口；
    第二分析模块，用于分析确定的第二接口的当前开关状态，所述开关状态包括开状态和关状态；
    第二返回模块，用于若确定的第二接口的当前开关状态为开状态，则找 出确定的第二接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式，将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。
  9. 如权利要求8所述的用于在应用程序开发过程中进行模拟测试的请求处理服务器，其特征在于，还包括：
    第二发送模块，用于若确定的第二接口的当前开关状态为关状态，则分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器，将所述第二预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第二预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
  10. 如权利要求6或8所述的用于在应用程序开发过程中进行模拟测试的请求处理服务器，其特征在于，所述第一预设类型请求为拉取数据请求，所述第一接口为所述拉取数据请求对应的接口；所述第二预设类型请求为更改数据请求，所述第二接口为所述更改数据请求对应的接口。
  11. 一种用于在应用程序开发过程中进行模拟测试的请求处理设备，其特征在于，所述请求处理设备包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的模拟测试程序，所述模拟测试程序被所述处理器执行时实现如下步骤：
    接收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
    分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
    若确定的第一接口的当前开关状态为开状态，则找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
  12. 如权利要求11所述的用于在应用程序开发过程中进行模拟测试的请求处理设备，其特征在于，所述处理器还用于执行所述模拟测试程序，以实现如下步骤：
    若确定的第一接口的当前开关状态为关状态，则分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器，将所述第一预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第一预设类型请 求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
  13. 如权利要求11所述的用于在应用程序开发过程中进行模拟测试的请求处理设备，其特征在于，所述处理器还用于执行所述模拟测试程序，以实现如下步骤：
    接收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后，根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口；
    分析确定的第二接口的当前开关状态，所述开关状态包括开状态和关状态；
    若确定的第二接口的当前开关状态为开状态，则找出确定的第二接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式，将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。
  14. 如权利要求13所述的用于在应用程序开发过程中进行模拟测试的请求处理设备，其特征在于，所述处理器还用于执行所述模拟测试程序，以实现如下步骤：
    若确定的第二接口的当前开关状态为关状态，则分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器，将所述第二预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第二预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
  15. 如权利要求13所述的用于在应用程序开发过程中进行模拟测试的请求处理设备，其特征在于，所述第一预设类型请求为拉取数据请求，所述第一接口为所述拉取数据请求对应的接口；所述第二预设类型请求为更改数据请求，所述第二接口为所述更改数据请求对应的接口。
  16. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有模拟测试程序，所述模拟测试程序被处理器执行时实现如下步骤：
    接收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后，根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口；
    分析确定的第一接口的当前开关状态，所述开关状态包括开状态和关状态；
    若确定的第一接口的当前开关状态为开状态，则找出确定的第一接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第一预设类型请求对应的返回数据的第一格式，将找出的返回数据 按照确定的第一格式进行封装以生成第一封装数据，并将生成的第一封装数据返回给所述待测应用程序。
  17. 如权利要求16所述的计算机可读存储介质，其特征在于，所述模拟测试程序被处理器执行时还实现如下步骤：
    若确定的第一接口的当前开关状态为关状态，则分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器，将所述第一预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第一预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
  18. 如权利要求16所述的计算机可读存储介质，其特征在于，所述模拟测试程序被处理器执行时还实现如下步骤：
    接收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后，根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口；
    分析确定的第二接口的当前开关状态，所述开关状态包括开状态和关状态；
    若确定的第二接口的当前开关状态为开状态，则找出确定的第二接口对应的返回数据，根据预先确定的请求类型与返回数据的格式之间的映射关系，确定所述第二预设类型请求对应的返回数据的第二格式，将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据，并将生成的第二封装数据返回给所述待测应用程序。
  19. 如权利要求18所述的计算机可读存储介质，其特征在于，所述模拟测试程序被处理器执行时还实现如下步骤：
    若确定的第二接口的当前开关状态为关状态，则分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器，将所述第二预设类型请求发送给分析出的目的服务器，从分析出的目的服务器获取所述第二预设类型请求对应的返回数据，并将获取的返回数据发送给所述待测应用程序。
  20. 如权利要求18所述的计算机可读存储介质，其特征在于，所述第一预设类型请求为拉取数据请求，所述第一接口为所述拉取数据请求对应的接口；所述第二预设类型请求为更改数据请求，所述第二接口为所述更改数据请求对应的接口。
PCT/CN2017/091259 2016-08-22 2017-06-30 模拟测试方法、服务器、设备及计算机可读存储介质 WO2018036273A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610704675.3 2016-08-22
CN201610704675.3A CN106294179B (zh) 2016-08-22 2016-08-22 应用程序开发过程中的模拟测试方法及服务器

Publications (1)

Publication Number Publication Date
WO2018036273A1 true WO2018036273A1 (zh) 2018-03-01

Family

ID=57614635

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/091259 WO2018036273A1 (zh) 2016-08-22 2017-06-30 模拟测试方法、服务器、设备及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN106294179B (zh)
WO (1) WO2018036273A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109446063A (zh) * 2018-09-18 2019-03-08 深圳壹账通智能科技有限公司 接口测试方法、装置、计算机设备和存储介质
CN110580224A (zh) * 2019-09-20 2019-12-17 中国银行股份有限公司 一种***测试方法、装置及设备
CN112148580A (zh) * 2019-06-26 2020-12-29 腾讯科技（深圳）有限公司 测试方法、装置及电子设备
CN112416750A (zh) * 2020-10-10 2021-02-26 上海哔哩哔哩科技有限公司 应用程序边界测试方法及***
CN115118625A (zh) * 2018-05-11 2022-09-27 创新先进技术有限公司 一种数据校验方法和装置
CN117251385A (zh) * 2023-11-20 2023-12-19 深圳大道云科技有限公司 mock数据的获取方法、装置、终端设备和可读存储介质

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106294179B (zh) * 2016-08-22 2018-01-19 上海亿账通互联网科技有限公司 应用程序开发过程中的模拟测试方法及服务器
CN108304313B (zh) * 2017-01-13 2022-05-27 阿里巴巴集团控股有限公司 一种用于数据测试的装置、客户端及方法
CN107040553A (zh) * 2017-06-16 2017-08-11 腾讯科技（深圳）有限公司 漏洞分析方法、装置、终端以及存储介质
CN109271310B (zh) * 2017-07-18 2022-07-05 北京京东尚科信息技术有限公司 移动应用程序网络功能的开发测试方法和装置
CN108134711B (zh) * 2017-11-29 2021-07-16 海尔优家智能科技（北京）有限公司 对终端app进行测试的方法、仿真模拟家电***及存储介质
CN109582569A (zh) * 2018-11-14 2019-04-05 深圳市佰仟金融服务有限公司 信贷平台测试方法、装置、终端设备及可读存储介质
CN110134607A (zh) * 2019-05-17 2019-08-16 广州品唯软件有限公司 一种app自动化测试方法及装置
CN110659215A (zh) * 2019-09-30 2020-01-07 贵州航天云网科技有限公司 一种开放式工业app快速开发及测试验证方法
CN110851364A (zh) * 2019-11-12 2020-02-28 深圳市前海随手数据服务有限公司 一种软件测试方法、***及相关设备
CN113704657A (zh) * 2021-08-30 2021-11-26 平安普惠企业管理有限公司 前端部署方法、装置、设备及存储介质
CN114817067B (zh) * 2022-05-25 2022-09-02 云账户技术(天津)有限公司 一种自动mock测试的方法及装置
CN116643902B (zh) * 2023-07-27 2023-10-20 太平金融科技服务（上海）有限公司 接口数据模拟方法、装置、设备、存储介质和程序产品

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5911066A (en) * 1994-02-22 1999-06-08 Microsoft Corporation Data transfer utilizing a single functionally independent data transfer mechanism
CN101145954A (zh) * 2007-06-20 2008-03-19 中兴通讯股份有限公司 通讯功能打桩类实现方法
CN101576843A (zh) * 2008-05-07 2009-11-11 阿里巴巴集团控股有限公司 一种测试应用程序接口的方法和装置
CN101859272A (zh) * 2009-04-09 2010-10-13 大唐移动通信设备有限公司 一种嵌入式软件***的仿真方法、***及装置
CN104809046A (zh) * 2015-05-27 2015-07-29 广东欧珀移动通信有限公司 一种应用程序联网控制方法和应用程序联网控制装置
CN106294179A (zh) * 2016-08-22 2017-01-04 上海亿账通互联网科技有限公司 应用程序开发过程中的模拟测试方法及服务器

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103927138B (zh) * 2013-01-10 2017-06-06 山东新北洋信息技术股份有限公司 打印***及其打印方法和打印机

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5911066A (en) * 1994-02-22 1999-06-08 Microsoft Corporation Data transfer utilizing a single functionally independent data transfer mechanism
CN101145954A (zh) * 2007-06-20 2008-03-19 中兴通讯股份有限公司 通讯功能打桩类实现方法
CN101576843A (zh) * 2008-05-07 2009-11-11 阿里巴巴集团控股有限公司 一种测试应用程序接口的方法和装置
CN101859272A (zh) * 2009-04-09 2010-10-13 大唐移动通信设备有限公司 一种嵌入式软件***的仿真方法、***及装置
CN104809046A (zh) * 2015-05-27 2015-07-29 广东欧珀移动通信有限公司 一种应用程序联网控制方法和应用程序联网控制装置
CN106294179A (zh) * 2016-08-22 2017-01-04 上海亿账通互联网科技有限公司 应用程序开发过程中的模拟测试方法及服务器

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115118625A (zh) * 2018-05-11 2022-09-27 创新先进技术有限公司 一种数据校验方法和装置
CN115118625B (zh) * 2018-05-11 2023-06-27 创新先进技术有限公司 一种数据校验方法和装置
CN109446063A (zh) * 2018-09-18 2019-03-08 深圳壹账通智能科技有限公司 接口测试方法、装置、计算机设备和存储介质
CN112148580A (zh) * 2019-06-26 2020-12-29 腾讯科技（深圳）有限公司 测试方法、装置及电子设备
CN112148580B (zh) * 2019-06-26 2024-01-30 腾讯科技（深圳）有限公司 测试方法、装置及电子设备
CN110580224A (zh) * 2019-09-20 2019-12-17 中国银行股份有限公司 一种***测试方法、装置及设备
CN112416750A (zh) * 2020-10-10 2021-02-26 上海哔哩哔哩科技有限公司 应用程序边界测试方法及***
CN117251385A (zh) * 2023-11-20 2023-12-19 深圳大道云科技有限公司 mock数据的获取方法、装置、终端设备和可读存储介质
CN117251385B (zh) * 2023-11-20 2024-04-02 深圳大道云科技有限公司 mock数据的获取方法、装置、终端设备和可读存储介质

Also Published As

Publication number Publication date
CN106294179B (zh) 2018-01-19
CN106294179A (zh) 2017-01-04

Similar Documents

Publication Publication Date Title
WO2018036273A1 (zh) 模拟测试方法、服务器、设备及计算机可读存储介质
CN109302522B (zh) 测试方法、装置以及计算机***和介质
WO2019085079A1 (zh) 接口测试方法、装置、计算机设备和存储介质
WO2018120722A1 (zh) 异步接口测试方法、终端、设备、***及存储介质
US9003235B2 (en) Indicating coverage of web application testing
US9454467B2 (en) Method and apparatus for mining test coverage data
CN110647471B (zh) 接口测试用例生成方法、电子装置及存储介质
WO2019218513A1 (zh) 测试过程的监控装置、方法及计算机可读存储介质
WO2018184420A1 (zh) 软件测试方法、装置、电子设备及介质
WO2019019358A1 (zh) 页面兼容性检测方法、装置、服务器和存储介质
CN107608901B (zh) 基于Jmeter的测试方法及装置、存储介质、电子设备
WO2019214109A1 (zh) 测试过程的监控装置、方法及计算机可读存储介质
CN110532185B (zh) 测试方法、装置、电子设备和计算机可读存储介质
TW201514686A (zh) 自動化測試及結果比對方法及系統
US8868976B2 (en) System-level testcase generation
WO2019071891A1 (zh) 代码覆盖率分析方法及应用服务器
CN112799940B (zh) 回归测试方法、装置、计算机***和计算机可读存储介质
CN108255701B (zh) 场景测试方法及移动终端
CN110196809B (zh) 接口测试方法及装置
CN111078539A (zh) 一种测试方法、装置、***、计算机可读存储介质
CN111459495A (zh) 单元测试代码文件生成方法、电子装置及存储介质
CN102981949A (zh) 一种在线自动测试服务器的方法
WO2019100690A1 (zh) 电子装置、测试的方法、***及计算机可读存储介质
JP2018156294A (ja) ソフトウェア検証装置およびソフトウェア検証プログラム
US9280627B1 (en) GUI based verification at multiple abstraction levels

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: 17842697

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 10.07.2019)

122 Ep: pct application non-entry in european phase

Ref document number: 17842697

Country of ref document: EP

Kind code of ref document: A1