WO2018036273A1

WO2018036273A1 - Simulation test method, server, device, and computer-readable storage medium

Info

Publication number: WO2018036273A1
Application number: PCT/CN2017/091259
Authority: WO
Inventors: 戴佳
Original assignee: 上海壹账通金融科技有限公司
Priority date: 2016-08-22
Filing date: 2017-06-30
Publication date: 2018-03-01
Also published as: CN106294179B; CN106294179A

Abstract

A simulation test method in an application program development process, comprising: after a request processing server receives a first pre-set type request sent by an application program to be tested of a development terminal, determining a first interface corresponding to the first pre-set type request according to an interface document of the application program to be tested; analysing a current switch state of the first interface; and if the current switch state is an on state, finding returned data corresponding to the first interface, determining a first format of the returned data corresponding to the first pre-set type request according to a mapping relationship between a pre-determined request type and the format of the returned data, packaging the returned data in accordance with the first format, and returning the generated first packaged data to the application program to be tested. The method effectively improves development accuracy and efficiency of an application program.

Description

Analog test method, server, device, and computer readable storage medium

Priority claim

The present application is based on the priority of a Chinese patent application filed on August 22, 2016, filed on Aug. 22, 2016, entitled "Analog Test Method and Server in Application Development Process", which is filed on August 22, 2016. The entire content is incorporated herein by reference.

Technical field

The present invention relates to the field of software development technologies, and in particular, to a simulation test method, a server, a device, and a computer readable storage medium.

Background technique

At present, in the development process of the application app, it is usually necessary to obtain the returned background data and the bug caused by the return of the background data after the background data interface is developed, which causes the bug caused by the return of the background data to be difficult in the background data. Interfaces were discovered and patched before development was completed, causing the App to be re-developed due to vulnerabilities after development, resulting in waste of development resources and delays in development.

Summary of the invention

The main object of the present invention is to provide a simulation test method, a server, a device, and a computer readable storage medium. Before the background data interface is developed in the application development process, the returned background data is tested to improve the accuracy of application development. Degree and efficiency.

To achieve the above objective, the present invention provides a simulation test method in an application development process, the method comprising the following steps:

After receiving the first preset type request with the destination server parameter sent by the application to be tested, the request processing server determines, according to the interface document of the application to be tested, the first corresponding to the first preset type request. interface;

The request processing server analyzes the determined current switch state of the first interface, where the switch state includes an open state and an off state;

If the current switch state of the first interface is determined to be an open state, the request processing server finds the determined return data corresponding to the first interface, and determines according to a mapping relationship between the predetermined request type and the format of the returned data. The first preset type requests a first format of the returned data, 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.

In addition, in order to achieve the above object, the present invention also provides a request processing server for performing a simulation test in an application development process, the request processing server comprising:

a first determining module, configured to: after receiving the first preset type request with the destination server parameter sent by the application to be tested at the development end, determining the first according to the interface document of the application to be tested a preset interface corresponding to the first interface;

a first analysis module, configured to analyze a current switch state of the determined first interface, where the switch state includes an open state and an off state;

The first returning module is configured to: if the determined current switch state of the first interface is the open state, find the return data corresponding to the determined first interface, according to a mapping relationship between the predetermined request type and the format of the returned data 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 to The application to be tested.

Furthermore, in order to achieve the above object, the present invention also provides a request processing device for performing a simulation test in an application development process, the request processing device including a memory, a processor, and a memory stored in the memory and A simulation test program running on the processor, the simulation test program being executed by the processor to implement the following steps:

After receiving the first preset type request with the destination server parameter sent by the application to be tested, the first interface corresponding to the first preset type request is determined according to the interface document of the application to be tested;

Analyzing a current switch state of the determined first interface, the switch state including an open state and an off state;

If the current switch state of the first interface is determined to be the open state, 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.

In addition, in order to achieve the above object, 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 present invention provides a simulation test method, a server, a device, and a computer readable storage medium. After receiving a first preset type request sent by the application under test at the development end, the request processing server Determining, by the interface document of the application to be tested, the first interface corresponding to the first preset type request, and analyzing the current switch state of the first interface to an open state, The return data corresponding to the first interface is found, and the returned data is encapsulated in a corresponding format and 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.

DRAWINGS

1 is a system architecture diagram of an embodiment of an analog test system in an application development process of the present invention;

2 is a schematic flow chart of a first embodiment of a simulation test method in an application development process of the present invention;

3 is a schematic flow chart of a second embodiment of a simulation test method in an application development process of the present invention;

4 is a schematic flow chart of a third embodiment of a simulation test method in an application development process of the present invention;

FIG. 5 is a schematic flowchart diagram of a fourth embodiment of a simulation test method in an application development process according to the present invention; 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;

7 is a schematic diagram of functional modules of a second embodiment of a request processing server for performing simulation testing in an application development process;

8 is a schematic diagram of functional modules of a third embodiment of a request processing server for performing simulation testing in an application development process according to the present invention;

9 is a schematic diagram of functional modules of a fourth embodiment of a request processing server for performing simulation testing in an application development process;

FIG. 10 is a block diagram showing the hardware structure of a simulation test device according to an embodiment of the present invention.

The implementation, functional features, and advantages of the present invention will be further described in conjunction with the embodiments.

detailed description

It is understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

The present invention provides a simulation test system in an application development process. Referring to FIG. 1, FIG. 1 is a system architecture diagram of an embodiment of an analog test system in an application development process of the present invention. The simulation test system includes a development terminal 1, a request processing server 2, and a destination server 3. In application development In the process, the development terminal 1 or any other parameter configuration terminal that is used arbitrarily can log in to the request processing server 2 to obtain a web page for parameter configuration. Through the web page, the user of the development terminal 1 can be an interface document of the application APP to be tested. All the interfaces in the configuration configure the destination server 3 parameters, the return data, and the switch state, and save the interface document of the configured interface to the request processing server 2. The web page includes the currently configured destination server 3 parameters, return data, and switch state information corresponding to the interfaces of the APP to be tested, and the user of the development terminal 1 can dynamically modify each interface of the APP to be tested via the web page. Corresponding currently configured destination server 3 parameters, return data and/or switch status information, so that the APP to be tested performs various simulated mock tests, such as return data testing. The user of the development terminal 1 can dynamically modify the switch state information corresponding to each interface of the APP to be tested via the web page. For example, if the current switch state of the X interface is an open state, the X interface can be switched through the web page. The status is changed to the off state.

Based on the above simulation test system in the application development process, the present invention also provides a simulation test method in the application development process. Referring to FIG. 2, FIG. 2 is a schematic flowchart diagram of a first embodiment of a simulation test method in an application development process according to the present invention.

In the first embodiment, the simulation test method in the application development process includes:

In step S10, after the request processing server receives the first preset type request with the destination server parameter sent by the application to be tested at the development end, the request processing server determines that the first preset type request corresponds to the interface document of the application to be tested. First interface;

In this embodiment, when the application to be tested of the development end needs to perform the test of returning the background data during the 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. After the request processing server receives the first preset type request with the destination server parameter sent by the APP to be tested at the development end, 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.

Step S20, the request processing server analyzes the current switch state of the determined first interface, where the switch state includes an open state and an off state;

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.

If it is analyzed that the current switch state of the first interface corresponding to the first preset type request is an open state, the description may directly obtain return data from the first interface corresponding to the first preset type request. And 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 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. For example, 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. And the first package data returned by the APP to be tested for obtaining the pull data request issued by the APP, and testing whether the APP to be tested has a bug based on the pull data request and the returned corresponding first package data, such as returning Errors in the format, content, etc. of the data, and repair and eliminate bugs during the development process.

In this embodiment, after receiving the first preset type request sent by the application to be tested at the development end, 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.

Further, as shown in FIG. 3, the second embodiment of the present invention provides a simulation test method in an application development process. On the basis of the foregoing embodiments, the method further includes:

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.

In this embodiment, if the current switch state of the first interface corresponding to the first preset type request is an off state, the first interface that is corresponding to the first preset type request cannot obtain the return data. And the request processing server obtains the destination server parameter configured for the first interface corresponding to the first preset type request, and analyzes the first preset according to the configured interface document of the APP to be tested. The destination server corresponding to the destination server parameter in the type request. Sending the first preset type request to the analyzed destination server, so as to successfully forward the first preset type request of the APP to be tested, such as the pull data request, to the destination service corresponding to the pull data request Device. After the request processing server obtains the returned data that is sent back by the analyzed destination server for the first preset type, the sent data sent by the analyzed destination server to the first preset type request is sent to the Test APP. For 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.

In this embodiment, after the first test type request, such as the pull data request, is sent by the APP to be tested at the development end, the first interface corresponding to the pull request is requested to be the open state or the closed state. In each case, the test of the returned data is performed. In the development process, for the first preset type request issued by the APP to be tested, such as pulling data request, obtaining return data from the corresponding first interface or destination server and performing testing, realizing the background data interface in the application development process Before the development is completed, the returned background data is tested, which avoids the situation that the application to be tested may need to be redeveloped 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.

Further, as shown in FIG. 4, a third embodiment of the present invention provides a simulation test method in an application development process. On the basis of the foregoing embodiments, the method further includes:

Step S50, after the request processing server receives the second preset type request with the destination server parameter sent by the application to be tested at the development end, determining the second preset type according to the interface document of the application to be tested. Requesting a corresponding second interface;

In this embodiment, when the application to be tested of the development end needs to perform the test of returning the background data during the development process, 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. After the request processing server receives the second preset type request with the destination server parameter sent by the APP to be tested at the development end, 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.

Step S60, the request processing server analyzes the current switch state of the determined second interface, where the switch state includes an open state and an off state;

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.

Step S70: If the determined current switch state of the second interface is the open state, the request processing server finds the determined return data corresponding to the second interface, and maps according to the predetermined request type and the format of the returned data. a relationship, determining a second format of the return data corresponding to the second preset type request, encapsulating the found return data according to the determined second format to generate second encapsulated data, and returning the generated second encapsulated data Give the application under test.

If the current switch state of the second interface corresponding to the second preset type request is analyzed, The state indicates that the return data can be directly obtained from the second interface corresponding to the second preset type request. And 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. Change the format of the returned data corresponding to the data request as the "successful change" format. 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. For example, 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. And the second package data returned by the APP to be tested for obtaining the change data request issued by the APP, and testing whether the APP to be tested has a bug based on the change data request and the returned second package data, such as returning data. Errors in format, content, etc., and fix and eliminate bugs during development.

In this embodiment, after receiving the second preset type request sent by the application to be tested at the development end, the request processing server determines the second according to the interface document of the application to be tested saved on the request processing server. The preset type requests the corresponding second interface, and when the current switch state of the second interface is analyzed, the return data corresponding to the second 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 second preset type request, the returned 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.

Further, as shown in FIG. 5, the fourth embodiment of the present invention provides a simulation test method in the process of application development. Based on the foregoing embodiments, the method further includes:

In 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.

In this embodiment, if the current switch state of the second interface corresponding to the second preset type request is an off state, the return data cannot be directly obtained from the second interface corresponding to the second preset type request. And 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. After the request processing server obtains the returned data that is sent back by the analyzed destination server for the second preset type, the sent data sent by the analyzed destination server to the second preset type request is sent to the Test APP. For the APP to be tested to obtain the return data fed back by the destination server for the change data request, and test whether the APP to be tested has a bug based on the data of the change data request and the feedback, such as the format and content of the returned data. Wait for errors, fix them in the development process and eliminate bugs.

In this embodiment, after the second test type request is sent by the APP to be tested at the development end, for example, after the data request is changed, the second preset type corresponding to the data request is changed to the open state or the closed state. Test the returned data separately. In the development process, for 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. Before the completion of the test, 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 present invention further provides a request processing server for performing simulation testing during application development.

Referring to FIG. 6, 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.

In the first embodiment, the request processing server for performing the simulation test during the application development process includes:

The first determining module 01 is configured to: after receiving the first preset type request with the destination server parameter sent by the application to be tested at the development end, determine the first preset type according to the interface document of the application to be tested Requesting a corresponding first interface;

a first analysis module 02, configured to analyze a current switch state of the determined first interface, where the switch state includes an open state and an off state;

The first returning module 03 is configured to: if the determined current switch state of the first interface is the open state, find the return data corresponding to the determined first interface, according to a mapping between 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.

If it is analyzed that the current switch state of the first interface corresponding to the first preset type request is an open state, the description may directly obtain return data from the first interface corresponding to the first preset type request. And the request processing server finds the returned data corresponding to the determined first interface according to the configured interface document of the APP to be tested, and determines the mapping relationship between the predetermined request type and the format of the returned data according to the mapping relationship between the determined request type and the format of the returned data. The first format of the returned data corresponding to the first preset type request. 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 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. For example, 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. And the first package data returned by the APP to be tested for obtaining the pull data request issued by the APP, and testing whether the APP to be tested has a bug based on the pull data request and the returned corresponding first package data, such as returning Errors in the format, content, etc. of the data, and repair and eliminate bugs during the development process.

Further, as shown in FIG. 7, the second embodiment of the present invention provides a request processing server for performing a simulation test in an application development process. On the basis of the foregoing embodiments, the method further includes:

The first sending module 04 is configured to: if the current switch state of the first interface is determined to be off, analyze the destination server corresponding to the destination server parameter in the first preset type request, and set the first preset 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.

In this embodiment, if the current switch state of the first interface corresponding to the first preset type request is an off state, the first interface that is corresponding to the first preset type request cannot obtain the return data. And the request processing server obtains the destination server parameter configured for the first interface corresponding to the first preset type request, and analyzes the first preset according to the configured interface document of the APP to be tested. The destination server corresponding to the destination server parameter in the type request. Sending the first preset type request to the analyzed destination server, so that the first preset type request of the APP to be tested, such as the pull data request, is successfully forwarded to the destination server corresponding to the pull data request. After the request processing server obtains the returned data that is sent back by the analyzed destination server for the first preset type, the sent data sent by the analyzed destination server to the first preset type request is sent to the Test APP. For 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.

Further, as shown in FIG. 8, the third embodiment of the present invention provides a request processing server for performing a simulation test in an application development process. On the basis of the foregoing embodiments, the method further includes:

The second determining module 05 is configured to: after receiving the second preset type request with the destination server parameter sent by the application to be tested at the development end, determining the second preset type according to the interface document of the application to be tested Requesting a corresponding second interface;

a second analysis module 06, configured to analyze a current switch state of the determined second interface, where the switch state includes an open state and an off state;

The request processing server pairs the second according to the interface document of the APP to be tested that has been configured The current switch state of the second interface corresponding to the preset type request is analyzed, and the current switch state of the second interface corresponding to the second preset type request is determined to be an open state or an off state.

The second returning module 07 is configured to: if the determined current switch state of the second interface is the open state, find the return data corresponding to the determined second interface, according to a mapping between the predetermined request type and the format of the returned data a relationship, determining a second format of the return data corresponding to the second preset type request, encapsulating the found return data according to the determined second format to generate second encapsulated data, and returning the generated second encapsulated data Give the application under test.

If the current switch state of the second interface corresponding to the second preset type request is the open state, the description may directly obtain the return data from the second interface corresponding to the second preset type request. And 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. Change the format of the returned data corresponding to the data request as the "successful change" format. 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. For example, 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. And the second package data returned by the APP to be tested for obtaining the change data request issued by the APP, and testing whether the APP to be tested has a bug based on the change data request and the returned second package data, such as returning data. Errors in format, content, etc., and fix and eliminate bugs during development.

Further, as shown in FIG. 9, the fourth embodiment of the present invention provides a request processing server for performing a simulation test in an application development process. On the basis of the foregoing embodiments, the method further includes:

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.

In this embodiment, if the current switch state of the second interface corresponding to the second preset type request is an off state, the return data cannot be directly obtained from the second interface corresponding to the second preset type request. And 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. 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. After the request processing server obtains the returned data that is sent back by the analyzed destination server for the second preset type, the sent data sent by the analyzed destination server to the second preset type request is sent to the Test APP. For the APP to be tested to obtain the return data fed back by the destination server for the change data request, and test whether the APP to be tested has a bug based on the data of the change data request and the feedback, such as the format and content of the returned data. Wait for errors, fix them in the development process and eliminate bugs.

As shown in FIG. 10, FIG. 10 is a block diagram showing the hardware structure of a simulation test device according to an embodiment of the present invention.

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.

Referring to FIG. 10, 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. Random access memory (SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), magnetic memory, magnetic disk, optical disk, and the like.

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. Further, 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.

Communication bus 13 is used to implement connection communication between these components.

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. For example, in this embodiment, 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.

Optionally, the device may further include a user interface, the user interface may include a display, an input unit such as a keyboard, and the optional user interface may further include a standard wired interface and a wireless interface. Optionally, in some embodiments, 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.

In the embodiment shown in FIG. 10, 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:

Further, the processor is further configured to execute the simulation test program to implement the following steps:

If the current switch state of the first interface is the off state, 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.

After receiving the second preset type request with the destination server parameter sent by 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;

Analyzing a current switch state of the determined second interface, the switch state including an open state and an off state;

If the current switch state of the determined second interface is the open state, 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.

If the current switch state of the second interface is determined to be off, 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.

Further, 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, and the second The interface is the corresponding interface for the change data request.

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:

Further, when the simulation test program is executed by the processor, the following steps are further implemented:

If the current switch state of the first interface is the off state, 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 to the analyzed destination. The server obtains the first preset type from the analyzed destination server. Corresponding return data is obtained, and the obtained return data is sent to the application to be tested.

The specific embodiment of the computer readable storage medium of the present invention is substantially the same as the embodiment of the above simulation test method, and details are not described herein.

The serial numbers of the embodiments of the present invention are merely for the description, and do not represent the advantages and disadvantages of the embodiments. Through the description of the above embodiments, those skilled in the art can clearly understand that 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 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, 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.

The above are only the preferred embodiments of the present invention, and are not intended to limit the scope of the invention, and the equivalent structure or equivalent process transformations made by the description of the present invention and the drawings are directly or indirectly applied to other related technical fields. The same is included in the scope of patent protection of the present invention.

Claims

A simulation test method in an application development process, characterized in that the method comprises the following steps:

After receiving the first preset type request with the destination server parameter sent by the application to be tested, the request processing server determines, according to the interface document of the application to be tested, the first corresponding to the first preset type request. interface;

The request processing server analyzes the determined current switch state of the first interface, where the switch state includes an open state and an off state;

If the current switch state of the first interface is determined to be an open state, the request processing server finds the determined return data corresponding to the first interface, and determines according to a mapping relationship between the predetermined request type and the format of the returned data. The first preset type requests a first format of the returned data, 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.
The simulation test method in the application development process according to claim 1, wherein the method further comprises the steps of:

If the current switch state of the first interface is the off state, the request processing server analyzes the destination server corresponding to the destination server parameter in the first preset type request, and sends the first preset type request And the returned destination data corresponding to the first preset type request is obtained from the analyzed destination server, and the obtained return data is sent to the to-be-tested application.
The simulation test method in the application development process according to claim 1, wherein the method further comprises the steps of:

After the request processing server receives the second preset type request with the destination server parameter sent by the application to be tested at the development end, determining, according to the interface document of the application to be tested, the second preset type request Second interface;

The request processing server analyzes the determined current switch state of the second interface, where the switch state includes an open state and an off state;

If the current switch state of the determined second interface is the open state, the request processing server finds the returned data corresponding to the determined second interface, and determines according to the mapping relationship between the predetermined request type and the format of the returned data. The second preset type requests a second format of the returned data, 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 simulation test method in the application development process according to claim 3, wherein the method further comprises the steps of:

If the determined current switch state of the second interface is the off state, the request processing server is divided into And the destination server corresponding to the destination server parameter in the second preset type request is sent, the second preset type request is sent to the analyzed destination server, and the second preset type is obtained from the analyzed destination server. The corresponding return data is requested, and the obtained return data is sent to the application to be tested.
The simulation test method in the application development process according to claim 1 or 3, wherein the first preset type request is a pull data request, and the first interface is corresponding to the pull data request The second preset type request is a change data request, and the second interface is a corresponding interface for the change data request.
A request processing server for performing simulation testing in an application development process, wherein the request processing server comprises:

a first determining module, configured to: after receiving the first preset type request with the destination server parameter sent by the application to be tested at the development end, determining the first preset type request according to the interface document of the application to be tested Corresponding first interface;

a first analysis module, configured to analyze a current switch state of the determined first interface, where the switch state includes an open state and an off state;

The first returning module is configured to: if the determined current switch state of the first interface is the open state, find the return data corresponding to the determined first interface, according to a mapping relationship between the predetermined request type and the format of the returned data 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 to The application to be tested.
The request processing server for performing a simulation test in an application development process according to claim 6, further comprising:

The first sending module is configured to: if the current switch state of the first interface is determined to be off, analyze the destination server corresponding to the destination server parameter in the first preset type request, and set the first preset type The 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 for performing a simulation test in an application development process according to claim 6, further comprising:

a second determining module, configured to: after receiving the second preset type request with the destination server parameter sent by the application to be tested at the development end, determining the second preset type request according to the interface document of the application to be tested Corresponding second interface;

a second analysis module, configured to analyze a current switch state of the determined second interface, where the switch state includes an open state and an off state;

a second returning module, configured to: if the current switch state of the determined second interface is an open state, Determining the return data corresponding to the determined second interface, determining a second format of the return data corresponding to the second preset type request according to a mapping relationship between the predetermined request type and the format of the returned data, and the found The return data is encapsulated in a determined second format to generate second encapsulated data, and the generated second encapsulated data is returned to the application under test.
The request processing server for performing a simulation test in an application development process according to claim 8, further comprising:

a second sending module, configured to: if the current switch state of the second interface is determined to be off, analyzing the destination server corresponding to the destination server parameter in the second preset type request, and using the second preset type The 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 request processing server for performing the simulation test in the application development process according to claim 6 or 8, wherein the first preset type request is a pull data request, and the first interface is a The interface corresponding to the data request is pulled; the second preset type request is a change data request, and the second interface is an interface corresponding to the change data request.
A request processing device for performing simulation testing during application development, characterized in that the request processing device comprises a memory, a processor, and a simulation stored on the memory and operable on the processor a test program that, when executed by the processor, implements the following steps:

After receiving the first preset type request with the destination server parameter sent by the application to be tested, the first interface corresponding to the first preset type request is determined according to the interface document of the application to be tested;

Analyzing a current switch state of the determined first interface, the switch state including an open state and an off state;

If the current switch state of the first interface is determined to be the open state, 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.
The request processing device for performing a simulation test in an application development process according to claim 11, wherein the processor is further configured to execute the simulation test program to implement the following steps:

If the current switch state of the first interface is the off state, 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 to the analyzed destination. The server obtains the first preset type from the analyzed destination server. Corresponding return data is obtained, and the obtained return data is sent to the application to be tested.
The request processing device for performing a simulation test in an application development process according to claim 11, wherein the processor is further configured to execute the simulation test program to implement the following steps:

After receiving the second preset type request with the destination server parameter sent by 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;

Analyzing a current switch state of the determined second interface, the switch state including an open state and an off state;

If the current switch state of the determined second interface is the open state, 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 request processing device for performing a simulation test in an application development process according to claim 13, wherein the processor is further configured to execute the simulation test program to implement the following steps:

If the current switch state of the second interface is determined to be off, 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 request processing device for performing a simulation test in an application development process according to claim 13, wherein the first preset type request is a pull data request, and the first interface is the pull The interface corresponding to the data request is obtained; the second preset type request is a change data request, and the second interface is an interface corresponding to the change data request.
A computer readable storage medium, wherein the computer readable storage medium stores an analog test program, and when the simulation test program is executed by the processor, the following steps are implemented:

After receiving the first preset type request with the destination server parameter sent by the application to be tested, the first interface corresponding to the first preset type request is determined according to the interface document of the application to be tested;

Analyzing a current switch state of the determined first interface, the switch state including an open state and an off state;

If the current switch state of the first interface is determined to be the open state, 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. Set the first format of the returned data corresponding to the type request, and find the returned data. Encapsulating according to the determined first format to generate first package data, and returning the generated first package data to the application under test.
The computer readable storage medium of claim 16, wherein the simulation test program is further executed by the processor to:

If the current switch state of the first interface is the off state, 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 to the analyzed destination. The server obtains the return data corresponding to the first preset type request from the analyzed destination server, and sends the obtained return data to the application to be tested.
The computer readable storage medium of claim 16, wherein the simulation test program is further executed by the processor to:

After receiving the second preset type request with the destination server parameter sent by 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;

Analyzing a current switch state of the determined second interface, the switch state including an open state and an off state;

If the current switch state of the determined second interface is the open state, 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 computer readable storage medium of claim 18, wherein the simulation test program is further executed by the processor to:

If the current switch state of the second interface is determined to be off, 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 computer readable storage medium according to claim 18, wherein the first preset type request is a pull data request, and the first interface is a corresponding interface for the pull data request; The second preset type request is a change data request, and the second interface is a corresponding interface for the change data request.