CN111209187B - Service request processing method, device, computer equipment and storage medium - Google Patents

Service request processing method, device, computer equipment and storage medium Download PDF

Info

Publication number
CN111209187B
CN111209187B CN201911363560.2A CN201911363560A CN111209187B CN 111209187 B CN111209187 B CN 111209187B CN 201911363560 A CN201911363560 A CN 201911363560A CN 111209187 B CN111209187 B CN 111209187B
Authority
CN
China
Prior art keywords
terminal
test
service request
name
identifier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911363560.2A
Other languages
Chinese (zh)
Other versions
CN111209187A (en
Inventor
王春龙
杨波
杨丰
张强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Qixun Xinyou Technology Co ltd
Original Assignee
Shenzhen Qixun Xinyou Technology Co ltd
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 Shenzhen Qixun Xinyou Technology Co ltd filed Critical Shenzhen Qixun Xinyou Technology Co ltd
Priority to CN201911363560.2A priority Critical patent/CN111209187B/en
Publication of CN111209187A publication Critical patent/CN111209187A/en
Application granted granted Critical
Publication of CN111209187B publication Critical patent/CN111209187B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

The application relates to a service request processing method, a service request processing device, computer equipment and a storage medium. The method comprises the following steps: receiving a service request sent by a terminal, and acquiring parameters of the terminal sending the service request; determining identity information of the terminal according to the parameters of the terminal, wherein the identity information of the terminal comprises a test terminal and a user terminal; and when the terminal is a user terminal, processing the data in the static storage area according to the service request. By adopting the scheme, the user request can be normally responded in the test process.

Description

Service request processing method, device, computer equipment and storage medium
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a service request processing method, apparatus, computer device, and storage medium.
Background
For online operated services, when the service is formally online or the online service is maintained and updated, online business testing is often required, and some configurations of the service may be adjusted. The current online test generally modifies configuration and starts a certain function to perform a quick test. After the test is completed, the last version is rolled back immediately if there is a problem. However, the user reads incorrect test data during the test, which may result in a situation that the service is wrong and cannot respond to the user request.
Disclosure of Invention
In view of the foregoing, it is desirable to provide a service request processing method, apparatus, computer device, and storage medium that can still normally respond to a user request during a test.
A method of service request processing, the method comprising:
receiving a service request sent by a terminal, and acquiring parameters of the terminal sending the service request;
determining identity information of the terminal according to the parameters of the terminal, wherein the identity information of the terminal comprises a test terminal and a user terminal;
and when the terminal is a user terminal, processing the data in the static storage area according to the service request.
In one embodiment, the parameters of the terminal include the name of the terminal, the volume value and the bluetooth state; the determining the identity information of the terminal according to the parameters of the terminal comprises the following steps:
acquiring a preset terminal name, a preset volume value and a preset Bluetooth state;
when the name, the volume value and the Bluetooth state of the terminal are successfully matched with the preset name, volume value and Bluetooth state of the terminal, the terminal is a test terminal;
and when at least one of the name, the volume value and the Bluetooth state of the terminal fails to match with the preset name, volume value and Bluetooth state of the terminal, the terminal is a user terminal.
In one embodiment, the parameters of the terminal include a name of the terminal, a volume value, a bluetooth status, and a screen brightness value; the determining the identity information of the terminal according to the parameters of the terminal comprises the following steps:
acquiring a preset terminal name, a sound volume value, a Bluetooth state and a screen brightness value;
when the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal are successfully matched with the preset name, sound volume value, bluetooth state and screen brightness value of the terminal, the terminal is a test terminal;
and when at least one of the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal is failed to match with the preset terminal name, sound volume value, bluetooth state and screen brightness value, the terminal is a user terminal.
In one embodiment, the method further comprises:
and when the terminal is a test terminal, processing the data in the dynamic storage area according to the service request.
In one embodiment, when the terminal is a test terminal, the processing the data in the dynamic storage area according to the service request includes:
when the terminal is a test terminal, acquiring an identifier in the service request;
When the identification in the service request is the same as the preset identification, the service request is judged to be a test request, and the data in the dynamic storage area is tested according to the test request.
In one embodiment, the method further comprises:
after the test is finished, incremental data in the dynamic storage area are acquired;
and writing the increment data into the static storage area.
In one embodiment, the method further comprises:
acquiring an identifier of a terminal sending the service request;
when the identifier of the terminal is the same as a preset identifier, the terminal is a test terminal;
and when the identifier of the terminal is different from the preset identifier, the terminal is a user terminal.
In one embodiment, after the service request sent by the receiving terminal, the method further includes:
acquiring an identifier of the service request, wherein the identifier is a test identifier set for the service request after the terminal determines itself as a test terminal through the name, the volume value and the Bluetooth state of the terminal;
determining the identity information of the terminal according to the identification of the service request, wherein the identity information of the terminal comprises a test terminal and a user terminal;
And when the terminal is a user terminal, processing the data in the static storage area according to the service request.
A service request processing apparatus, the apparatus comprising:
the receiving module is used for receiving the service request sent by the terminal and acquiring the parameters of the terminal sending the service request;
the determining module is used for determining the identity information of the terminal according to the parameters of the terminal, wherein the identity information of the terminal comprises a test terminal and a user terminal;
and the processing module is used for processing the data in the static storage area according to the service request when the terminal is a user terminal.
A computer device comprising a memory storing a computer program and a processor which when executing the computer program performs the steps of:
receiving a service request sent by a terminal, and acquiring parameters of the terminal sending the service request;
determining identity information of the terminal according to the parameters of the terminal, wherein the identity information of the terminal comprises a test terminal and a user terminal;
and when the terminal is a user terminal, processing the data in the static storage area according to the service request.
A computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:
receiving a service request sent by a terminal, and acquiring parameters of the terminal sending the service request;
determining identity information of the terminal according to the parameters of the terminal, wherein the identity information of the terminal comprises a test terminal and a user terminal;
and when the terminal is a user terminal, processing the data in the static storage area according to the service request.
According to the service request processing method, the device, the computer equipment and the storage medium, the service request sent by the terminal is received in the testing process, the parameters of the terminal sending the service request are obtained, and the identity information of the terminal is determined according to the parameters of the terminal, so that whether the terminal is the testing terminal or the user terminal can be judged according to the parameters of the terminal. When the terminal is a user terminal, the data in the static storage area is processed according to the service request, so that the service request of the user can still be responded normally in the test process.
Drawings
FIG. 1 is an application environment diagram of a service request processing method in one embodiment;
FIG. 2 is a flow diagram of a method for processing a service request in one embodiment;
FIG. 3 is a flowchart illustrating steps for determining identity information of a terminal according to parameters of the terminal in one embodiment;
FIG. 4 is a flowchart illustrating a step of determining identity information of a terminal according to parameters of the terminal according to another embodiment;
FIG. 5 is a flowchart illustrating steps for determining identity information of a terminal according to another embodiment;
FIG. 6 is a flow chart of a method for processing a service request in one embodiment;
FIG. 7 is a timing diagram of a test terminal initiating a service request in another embodiment;
FIG. 8 is a timing diagram of a user terminal initiating a service request in another embodiment;
FIG. 9 is a block diagram of a service request processing apparatus in one embodiment;
fig. 10 is an internal structural view of a computer device in one embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application.
The service request processing method provided by the embodiment of the application can be applied to an application environment shown in fig. 1. Wherein the user terminal 104 and the test terminal 106 communicate with the server 102 via a network. The user terminal 104 and the test terminal 106 may be, but not limited to, various personal computers, notebook computers, smartphones, tablet computers, and portable wearable devices, and the server 102 may be implemented as a stand-alone server or a server cluster composed of a plurality of servers.
In this embodiment, the server 102 receives a service request sent by a terminal, and obtains parameters of the terminal that sends the service request. The server 102 then determines the identity information of the terminal, i.e. whether the terminal sending the service request is a user terminal 104 or a test terminal 106, based on the parameters of the terminal. When the terminal is a user terminal 104, the server 102 processes the data in the static storage area according to the service request. In the testing process, the correct data can be obtained and corresponding response can be carried out according to the service request sent by the user terminal, so that the service request of the user can still be normally responded in the testing process.
In one embodiment, as shown in fig. 2, a service request processing method is provided, and the method is applied to the server in fig. 1 for illustration, and includes the following steps:
step 202, receiving a service request sent by a terminal, and acquiring parameters of the terminal sending the service request.
The service request refers to a service request sent by the user terminal or the test terminal in the test process. The parameters of the terminal refer to preset data for identifying the identity of the terminal. Parameters of the terminal include, but are not limited to, the name of the terminal, volume, bluetooth status, and screen brightness.
Specifically, during testing of a certain application, the server stores data in a static storage area and a dynamic storage area, respectively. The static storage area is used for allowing a user to use data, and the data in the dynamic storage area is used for a tester to modify through the test terminal in the test process. That is, the user terminal acquires data from the static memory area, and the test terminal acquires data from the dynamic memory area.
In the test process, when the server receives a service request sent by a terminal, the server needs to determine the terminal sending the service request. Then, the server acquires the name, volume and Bluetooth state of the terminal, or acquires parameter information such as the name, volume, bluetooth state and screen brightness of the terminal.
And 204, determining the identity information of the terminal according to the parameters of the terminal, wherein the identity information of the terminal comprises the test terminal and the user terminal.
Then, the server determines whether the terminal is a test terminal or a user terminal according to the acquired parameter information such as the name, volume and Bluetooth state of the terminal. Optionally, the server may determine whether the terminal sending the service request is a test terminal or a user terminal according to the acquired parameter information such as the name, volume, bluetooth state, screen brightness, and the like of the terminal.
And 206, when the terminal is a user terminal, processing the data in the static storage area according to the service request.
Specifically, when the server detects that the terminal sending the service request is a user terminal, the server analyzes the service request and carries out corresponding processing on the data in the static storage area according to the service request. For example, when the service request sent by the user terminal is query data, the server may acquire corresponding data in the static storage area and return the data to the user terminal to complete the response to the service request.
In the service request processing method, the service request sent by the terminal is received in the test process, the parameters of the terminal sending the service request are obtained, and the identity information of the terminal is determined according to the parameters of the terminal, so that whether the terminal is the test terminal or the user terminal can be judged according to the parameters of the terminal. When the terminal is a user terminal, the data in the static storage area is processed according to the service request, so that the service request of the user can still be responded normally in the test process.
In one embodiment, as shown in fig. 3, the parameters of the terminal include the name of the terminal, the volume value, and the bluetooth status; the determining the identity information of the terminal according to the parameters of the terminal comprises the following steps:
Step 302, obtaining a preset terminal name, a preset volume value and a preset Bluetooth state.
Specifically, the server presets the name of the test terminal, the sound volume value of the test terminal, and the bluetooth state of the test terminal. The name of the test terminal may be a character string of a preset length, for example, fineboost_yifan_test_device_2019110912312312. The volume value of the test terminal is set to a certain fixed value or to a certain range. I.e. the volume value may comprise an upper and a lower value of the volume range, e.g. a volume value of 30-50.
The Bluetooth state of the test terminal is an on or off state. It will be appreciated that the preset terminal name, volume value and bluetooth state are a fixed combination, that is, the terminal name, volume value and bluetooth state exist in combination and are not independent.
Step 304, when the name, volume value and bluetooth state of the terminal are successfully matched with the preset name, volume value and bluetooth state of the terminal, the terminal is a test terminal.
Specifically, the server acquires the name, the volume value and the Bluetooth state of the terminal sending the service request, and compares the name, the volume value and the Bluetooth state of the terminal with preset names, volume values and Bluetooth states of the terminal. Further, the server compares the name of the terminal sending the service request with a preset terminal name, compares the sound volume value of the terminal sending the service request with a preset terminal sound volume value, and compares the Bluetooth state of the terminal sending the service request with the Bluetooth state of the preset terminal. And when the name of the terminal sending the service request is the same as the preset terminal name, the sound volume value of the terminal sending the service request is the same as the preset terminal sound volume value, and the Bluetooth state of the terminal sending the service request is the same as the Bluetooth state of the preset terminal, indicating that the matching is successful.
The preset terminal name, volume value and bluetooth state refer to parameters of the test terminal. And when the name, the volume value and the Bluetooth state of the terminal are successfully matched with the preset name, volume value and Bluetooth state of the terminal, judging the terminal sending the service request as a test terminal.
It will be appreciated that there may be a plurality of test terminals, each of which may use a different combination of preset terminal names, volume values and bluetooth states. It is also possible that multiple test terminals use the same preset combination of terminal name, volume value and bluetooth status.
Step 306, when there is a failure in matching the name, volume value and bluetooth status of the terminal with at least one of the preset name, volume value and bluetooth status of the terminal, the terminal is a user terminal.
Specifically, when at least one of the name of the terminal sending the service request, the sound volume value of the terminal sending the service request, the preset terminal sound volume value, the bluetooth state of the terminal sending the service request, and the bluetooth state of the preset terminal is different, the matching failure is indicated.
And when the matching fails, the terminal sending the service request is not the test terminal, and the terminal sending the service request is considered as the user terminal.
In this embodiment, parameter information such as a terminal name, a volume value, and a bluetooth state of the test terminal is preconfigured, and when the name, the volume value, and the bluetooth state of the terminal sending the service request are successfully matched with the preset terminal name, volume value, and bluetooth state, the terminal is determined to be the test terminal. When at least one of the name, the volume value and the Bluetooth state of the terminal fails to match with the preset name, volume value and Bluetooth state of the terminal, the terminal is a user terminal, so that the identity of the terminal sending the service request can be simply, quickly and accurately judged, and corresponding response is performed.
In one embodiment, as shown in fig. 4, the parameters of the terminal include the name of the terminal, a volume value, a bluetooth status, and a screen brightness value; the determining the identity information of the terminal according to the parameters of the terminal comprises the following steps:
step 402, obtaining a preset terminal name, a preset volume value, a preset Bluetooth state and a preset screen brightness value.
Specifically, the server presets the name of the test terminal, the sound volume value of the test terminal, the bluetooth state of the test terminal, and the screen brightness value of the test terminal. The name of the test terminal may be a character string of a preset length, and the volume value of the test terminal is set to a certain fixed value. The screen brightness value of the test terminal is set to a certain fixed value. For example, the screen brightness value of the test terminal is adjusted to the maximum value. The Bluetooth state of the test terminal is an on or off state. It will be appreciated that the preset terminal name, volume value, bluetooth status and screen brightness value are a fixed combination, that is, the terminal name, volume value, bluetooth status and screen brightness value are present in a combination form and are not independent.
Step 404, when the name, the volume value, the bluetooth state and the screen brightness value of the terminal are successfully matched with the preset name, volume value, bluetooth state and screen brightness value of the terminal, the terminal is a test terminal.
Specifically, the server acquires the name, the volume value, the Bluetooth state and the screen brightness value of the terminal sending the service request, and compares the name, the volume value, the Bluetooth state and the screen brightness value of the terminal with preset terminal names, volume values, bluetooth states and screen brightness values. Further, the server compares the name of the terminal sending the service request with a preset terminal name, compares the sound volume value of the terminal sending the service request with a preset terminal sound volume value, compares the Bluetooth state of the terminal sending the service request with a preset Bluetooth state of the terminal, and compares the screen brightness value of the terminal sending the service request with a preset screen brightness value of the terminal.
When the name of the terminal sending the service request is the same as the preset terminal name, the sound volume value of the terminal sending the service request is the same as the preset terminal sound volume value, the Bluetooth state of the terminal sending the service request is the same as the Bluetooth state of the preset terminal, and the screen brightness value of the terminal sending the service request is the same as the screen brightness value of the preset terminal, so that the matching is successful.
The preset terminal name, volume value, bluetooth state and screen brightness value refer to parameters of the test terminal. And when the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal are successfully matched with the preset name, sound volume value, bluetooth state and screen brightness value of the terminal, judging the terminal sending the service request as a test terminal.
It will be appreciated that there may be a plurality of test terminals, each of which may use a different combination of preset terminal names, volume values, bluetooth status and screen brightness values. The same preset combination of terminal name, volume value, bluetooth status and screen brightness value may also be used by a plurality of test terminals.
In step 406, when at least one of the name, the volume value, the bluetooth status and the screen brightness value of the terminal fails to match with the preset name, volume value, bluetooth status and screen brightness value of the terminal, the terminal is a user terminal.
Specifically, when at least one of the name of the terminal sending the service request and the preset terminal name, the sound volume value of the terminal sending the service request and the preset terminal sound volume value, the bluetooth state of the terminal sending the service request and the bluetooth state of the preset terminal, the screen brightness value of the terminal sending the service request and the screen brightness value of the preset terminal is different, the matching failure is indicated.
And when the matching fails, the terminal sending the service request is not the test terminal, and the terminal sending the service request is considered as the user terminal.
In this embodiment, parameter information such as a terminal name, a sound volume value, a bluetooth state, and a screen brightness value of a test terminal is preconfigured, and when the terminal name, the sound volume value, the bluetooth state, and the screen brightness value are successfully matched with the preset terminal name, sound volume value, bluetooth state, and screen brightness value, the terminal is the test terminal. When at least one of the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal is failed to match with the preset name, sound volume value, bluetooth state and screen brightness value of the terminal, the terminal is a user terminal, so that the identity of the terminal sending the service request can be simply, quickly and accurately judged, and corresponding response is performed.
In one embodiment, the method further comprises: and when the terminal is a test terminal, processing the data in the dynamic storage area according to the service request.
Specifically, the test terminal corresponds to the dynamic storage area. The test terminal can modify, inquire, test and the like the data in the dynamic storage area. When the server determines that the terminal sending the service request is a test terminal, the service request is analyzed, and the data in the dynamic storage area is processed according to the service request. For example, if the service request sent by the test terminal is modified data and carries related data, the server processes the data in the dynamic storage area according to the service request, and returns a processing result corresponding to the service request to the test terminal to complete the response.
In one embodiment, when the terminal is a test terminal, the processing the data in the dynamic storage area according to the service request includes: when the terminal is a test terminal, acquiring an identifier in a service request; when the identification in the service request is the same as the preset identification, the service request is judged to be a test request, and the data in the dynamic storage area is tested according to the test request.
The identifier in the service request may be a specified parameter in the request of the service request, which is used to indicate that the service request is a test request. For example, there is a test=1 in the request header of the service request, that is, it indicates that the service request is a test request. The preset identifier refers to a specific parameter preset for the test request, for example, a request with test=1 in the request header is the test request.
Specifically, when the test terminal sends a test request, a specific parameter is added in a request header of the test request as an identifier of the test request, and then the test request is sent to the server. For the server, when receiving the service request, the server acquires the parameters of the terminal sending the service request, and judges whether the terminal is a test terminal according to the parameters of the terminal. When the server determines that the terminal sending the service request is a test terminal, the service request is analyzed to obtain the identification of the service request, namely, a specific parameter is obtained from the request head of the service request. When the specific parameter is the same as the preset parameter of the test request, that is, the identifier in the service request is the same as the preset identifier, the service request can be determined to be the test request. And then, carrying out processing such as changing, inquiring, testing and the like on the data in the dynamic storage area according to the test request.
In this embodiment, when the terminal is a test terminal, the identifier in the service request is obtained, and when the identifier in the service request is the same as the preset identifier, the service request is determined to be a test request, so that the user request and the test request can be distinguished. The data in the dynamic storage area is tested according to the test request, so that a certain business function can be tested, and only the data in the dynamic storage area is processed in the test process without responding to the normal request of a user.
In one embodiment, the method further comprises: after the test is finished, acquiring data in the dynamic storage area; writing data in the dynamic storage area into the static storage area and covering the data in the static storage area.
Specifically, when a service function of an application is tested, if the stored data is directly changed, the user is easy to obtain abnormal data, so that the service function cannot be realized. To avoid this, the server may use the stored data as data in the static storage area during the test. The server may then copy a copy of the data to the dynamic storage area. The data in the static storage area is provided for users to use, and the data in the dynamic storage area is provided for testers to process in the testing process.
When the terminal sending the service request is a test terminal, the service request is a test request, and the data in the dynamic storage area is correspondingly processed according to the test request. When the test is finished, the changed data is required to be issued to the static storage area so as to update the data in the static storage area, thereby realizing the update of a certain business function.
When the test is completed, the server may obtain the data in the dynamic storage area. And writing the data in the dynamic storage area into the static storage area by the server and covering the data in the static storage area, so that the full-volume updating of the data is realized.
In one embodiment, the method further comprises: after the test is finished, incremental data in the dynamic storage area are acquired; the delta data is written to the static storage area.
Specifically, after the test is finished, the server may acquire the data in the dynamic storage area, and determine the data in the dynamic storage area that is different from the data in the static storage area. The non-identical data is extracted as delta data. Then, the incremental data is written into the corresponding position in the static memory area, thereby completing the incremental update of the data.
In one embodiment, the method further comprises: outputting a test log after the test is finished; and returning the test log to the test terminal.
Specifically, when the test is completed, the server outputs a test log that records the occurrence of the problem in the test process and the location of the occurrence of the problem, as well as other relevant data in the test process. And the server returns the output test log to the test terminal so as to complete the response to the test request.
In one embodiment, as shown in fig. 5, the method further comprises:
step 502, an identifier of a terminal sending the service request is obtained.
In step 504, when the identifier of the terminal is the same as the preset identifier, the terminal is a test terminal.
The identifier is a unique identifier of the terminal, and each terminal corresponds to one unique identifier and is used for distinguishing different terminals. The preset identifier is a preset unique identifier of the test terminal, and can be used for distinguishing whether the terminal is the test terminal or the user terminal.
Specifically, in the test process, when the server receives a service request sent by a terminal, the server needs to determine the terminal that sent the service request. Then, the server acquires the identifier of the terminal and acquires a preset identifier. The preset identifier is a corresponding identifier of the test terminal. The server compares the identifier of the terminal sending the service request with a preset identifier. When the identifier of the terminal sending the service request is the same as the preset identifier, the identifier of the terminal sending the service request is indicated to belong to the identifier of the test terminal, and the terminal sending the service request can be judged to be the test terminal.
It will be appreciated that there may be multiple test terminals that may share the same identifier or may use different identifiers for each test terminal. The plurality of fingers is at least two. When each test terminal uses different identifiers, a plurality of preset identifiers exist, and the preset identifiers are identifiers corresponding to each test terminal. The server compares the identifier of the terminal transmitting the service request with a plurality of preset identifiers. When one identifier exists in the preset identifiers and is the same as the identifier of the terminal sending the service request, the identifier of the terminal sending the service request belongs to the identifier of the test terminal, and the terminal sending the service request can be judged to be the test terminal.
In step 506, when the identifier of the terminal is different from the preset identifier, the terminal is a user terminal.
Specifically, when the identifier of the terminal sending the service request is different from the preset identifier, the identifier of the terminal sending the service request is not an identifier of the test terminal, and the terminal sending the service request can be determined to be the user terminal.
When a plurality of preset identifiers exist, the identifier of the terminal transmitting the service request is compared with each preset identifier. When the preset identifiers are different from the identifiers of the terminals sending the service requests, the identifiers of the terminals sending the service requests are not the identifiers of the test terminals, and the terminals sending the service requests can be judged to be user terminals.
In this embodiment, the identifier of the terminal sending the service request is obtained by presetting the identifier of the test terminal, when the identifier of the terminal is the same as the preset identifier, the terminal is the test terminal, and when the identifier of the terminal is different from the preset identifier, the terminal is the user terminal, so that whether the terminal sending the service request is the test terminal or the user terminal can be simply and accurately identified, and the data in the corresponding storage area is processed according to the service requests of different terminals, thereby completing the response of the service request.
In one embodiment, as shown in fig. 6, the service request processing method includes:
step 602, a service request sent by a terminal is received.
Step 604, obtain the identification of the service request, the identification is the test identification set for the service request after the terminal determines itself as the test terminal through the name, the volume value and the bluetooth state of the terminal.
Specifically, the test terminal sets configuration parameters in advance, that is, a combination of the name, the volume value, and the bluetooth state of the test terminal. When a user uses a terminal to send a service request, the terminal can determine whether the terminal is a test terminal or a user terminal according to preset configuration parameters. When the terminal determines itself to be the test terminal through the name, the volume value and the Bluetooth state of the terminal, the test terminal sets a corresponding identifier for the service request to indicate the request sent by the test terminal.
Step 606, determining identity information of the terminal according to the identity of the service request, wherein the identity information of the terminal comprises a test terminal and a user terminal.
Specifically, when the server receives a service request sent by the terminal, the server acquires the identifier of the service request. When the server obtains the identifier of the service request, the service request can be determined to be a test request, and the terminal can be determined to be a test terminal. When the server does not acquire the identifier of the service request, it indicates that the service request is a request sent by the user terminal, and it can be determined that the terminal is a user terminal.
And 608, when the terminal is a user terminal, processing the data in the static storage area according to the service request.
Specifically, when the server detects that the terminal sending the service request is a user terminal, the server performs corresponding processing on the data in the static storage area according to the service request, so as to complete the response to the service request.
In the service request processing method, the service request sent by the terminal is received in the test process, the identification for sending the service request is obtained, and the identity information of the terminal is determined according to the identification, so that whether the terminal is the test terminal or the user terminal can be judged according to whether the service request carries the identification. When the terminal is a user terminal, the data in the static storage area is processed according to the service request, so that the service request of the user can still be responded normally in the test process.
As shown in fig. 7, a timing diagram of a test terminal initiating a service request in one embodiment. The service data caching system is equivalent to a static storage area, the service supporting system is equivalent to a server, and the service data operation system is equivalent to a dynamic storage area. The service data original storage system is a storage area of non-test process service data.
As shown in fig. 7, the tester modifies the service data of the service operation system. And the service operation system updates the data in the original storage system of the service data according to the service data modified by the tester, and returns a result of confirmation update to the service operation system after the update is finished. And the service operation system receives the result of the confirmation update and returns a response of confirmation modification to the tester so as to complete the modification operation of the service data.
Then, the tester sets the configuration parameters of the test terminal, and the test terminal detects that part of the configuration parameters are modified. When a tester sends a request by using a certain application on the test terminal, the test terminal recognizes that the request should be tested, a test mark is added in a request head of the request, and the test request is sent to the service support system, wherein the test mark is carried in the test request.
And then, the service support system receives the request, acquires the configuration parameters of the terminal sending the request, and judges the terminal as a test terminal when the configuration parameters of the terminal accord with the preset configuration parameters of the prediction terminal. The configuration parameters refer to test marks. The service support system can determine that the request is a test request through the test mark carried in the request. The service support system sends a request for acquiring the service data to the service data original storage system and receives the service data returned by the original storage system. And the service support system processes the returned service data according to the test request, returns the processing result to the user terminal, and displays the tested effect through the test terminal.
Then, the operator issues the tested data to the service operation system. The service operation system informs the service support system to update the service data. The service support system receives the notice of updating the service data, realizes the updating of the service data, and returns a response to the service operation system.
The service operation system then returns a response of the data release to the operator. The service support system initiates a request for reading the original data to the service data original storage system and receives the original data returned by the service data original storage system. And then, the service support system writes the original data and the updated service data into the service data buffer system and receives a response result of confirming writing returned by the service data buffer storage.
As shown in fig. 8, a timing diagram of a user terminal initiating a service request in one embodiment. The service data caching system is equivalent to a static storage area, the service supporting system is equivalent to a server, and the service data operation system is equivalent to a dynamic storage area.
As shown in fig. 8, a user inputs a service request to a user terminal, and when the user terminal recognizes the service request as a user request, the user request is transmitted to a service support system. The test request carries the test mark and the user request does not need to carry the test mark. The service support system receives the user request and acquires corresponding service data from the service data caching system according to the user request. The service data caching system receives the user request and returns the service data to the service support system. And the service support system processes the returned service data according to the user request and returns the processing result to the user terminal.
In one embodiment, a method for processing a service request is provided, including:
the server receives a service request sent by a terminal and acquires parameters of the terminal sending the service request; the service request is a request initiated by a test terminal or a user terminal in the test process; the parameters of the terminal include the name of the terminal, the volume value and the bluetooth status.
Then, the server acquires a preset terminal name, a preset volume value and a preset Bluetooth state.
Optionally, when the name, the volume value and the bluetooth state of the terminal are successfully matched with the preset name, volume value and bluetooth state of the terminal, the terminal is a test terminal.
Optionally, the terminal is a user terminal when there is a failure in matching the name, volume value, and bluetooth status of the terminal with at least one of a preset terminal name, volume value, and bluetooth status.
Optionally, when the terminal is a user terminal, the server processes the data in the static storage area according to the service request.
Then, when the terminal is a test terminal, the server acquires the identification in the service request.
Further, when the identifier in the service request is the same as the preset identifier, the server determines that the service request is a test request, and tests the data in the dynamic storage area according to the test request.
Then, when the test is finished, the server acquires the incremental data in the dynamic storage area.
The server then writes the delta data to the static storage area.
Further, the server outputs a test log in the test process and returns the test log to the test terminal.
In this embodiment, in the testing process, the server receives the service request sent by the terminal, and obtains the name, the volume value and the bluetooth state of the terminal sending the service request, so as to quickly and accurately identify whether the terminal is a testing terminal or a user terminal. When the terminal is a user terminal, the data of the static storage area corresponding to the user terminal can be processed according to the service request, so that the user request can still be responded normally in the test process. When the terminal is a test terminal, the data of the dynamic storage area corresponding to the test terminal can be processed according to the test request, so that the test of the corresponding service function can be realized. After the test is finished, the incremental data in the dynamic storage area is written into the static storage area, so that the data is updated, and the service function is updated. And after the test is finished, outputting a test log to record the related conditions in the test process.
The data is divided into the data of the static storage area and the data of the dynamic storage area in the test process, the terminal sending the service request is identified according to the parameters of the terminal, and the data is respectively acquired from the corresponding storage area aiming at different terminals, so that the user request can still be normally responded in the test process.
It should be understood that, although the steps in the flowcharts of fig. 2-6 are shown in order as indicated by the arrows, these steps are not necessarily performed in order as indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps of fig. 2-6 may include multiple sub-steps or stages that are not necessarily performed at the same time, but may be performed at different times, nor does the order in which the sub-steps or stages are performed necessarily occur in sequence, but may be performed alternately or alternately with at least a portion of other steps or sub-steps or stages of other steps.
In one embodiment, as shown in fig. 9, there is provided a service request processing apparatus, including: a receiving module 902, a determining module 904, and a processing module 906, wherein:
and the receiving module 902 is configured to receive a service request sent by a terminal, and obtain parameters of the terminal that sends the service request.
A determining module 904, configured to determine identity information of the terminal according to parameters of the terminal, where the identity information of the terminal includes a test terminal and a user terminal.
And the processing module 906 is configured to process the data in the static storage area according to the service request when the terminal is a user terminal.
In the service request processing device, the service request sent by the terminal is received in the test process, the parameters of the terminal sending the service request are obtained, and the identity information of the terminal is determined according to the parameters of the terminal, so that whether the terminal is a test terminal or a user terminal can be judged according to the parameters of the terminal. When the terminal is a user terminal, the data in the static storage area is processed according to the service request, so that the service request of the user can still be responded normally in the test process.
In one embodiment, the determining module 904 is further configured to: acquiring a preset terminal name, a preset volume value and a preset Bluetooth state; when the name, the sound volume value and the Bluetooth state of the terminal are successfully matched with the preset name, sound volume value and Bluetooth state of the terminal, the terminal is a test terminal; when at least one of the name, the sound volume value and the Bluetooth state of the terminal and the preset name, sound volume value and Bluetooth state of the terminal fails to match, the terminal is a user terminal.
In this embodiment, parameter information such as a terminal name, a volume value, and a bluetooth state of the test terminal is preconfigured, and when the name, the volume value, and the bluetooth state of the terminal sending the service request are successfully matched with the preset terminal name, volume value, and bluetooth state, the terminal is determined to be the test terminal. When at least one of the name, the volume value and the Bluetooth state of the terminal fails to match with the preset name, volume value and Bluetooth state of the terminal, the terminal is a user terminal, so that the identity of the terminal sending the service request can be simply, quickly and accurately judged, and corresponding response is performed.
In one embodiment, the determining module 904 is further configured to: acquiring a preset terminal name, a sound volume value, a Bluetooth state and a screen brightness value; when the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal are successfully matched with the preset name, sound volume value, bluetooth state and screen brightness value of the terminal, the terminal is a test terminal; when at least one of the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal is failed to match with the preset name, sound volume value, bluetooth state and screen brightness value of the terminal, the terminal is a user terminal.
In this embodiment, parameter information such as a terminal name, a sound volume value, a bluetooth state, and a screen brightness value of a test terminal is preconfigured, and when the terminal name, the sound volume value, the bluetooth state, and the screen brightness value are successfully matched with the preset terminal name, sound volume value, bluetooth state, and screen brightness value, the terminal is the test terminal. When at least one of the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal is failed to match with the preset name, sound volume value, bluetooth state and screen brightness value of the terminal, the terminal is a user terminal, so that the identity of the terminal sending the service request can be simply, quickly and accurately judged, and corresponding response is performed.
In one embodiment, the processing module 906 is further configured to: and when the terminal is a test terminal, processing the data in the dynamic storage area according to the service request.
In one embodiment, the processing module 906 is further configured to: when the terminal is a test terminal, acquiring an identifier in the service request; when the identification in the service request is the same as the preset identification, the service request is judged to be a test request, and the data in the dynamic storage area is tested according to the test request.
In this embodiment, when the terminal is a test terminal, the identifier in the service request is obtained, and when the identifier in the service request is the same as the preset identifier, the service request is determined to be a test request, so that the user request and the test request can be distinguished. The data in the dynamic storage area is tested according to the test request, so that a certain business function can be tested, and only the data in the dynamic storage area is processed in the test process without responding to the normal request of a user.
In one embodiment, the apparatus further comprises: and writing the module. The writing module is used for: after the test is finished, incremental data in the dynamic storage area are acquired; the delta data is written to the static storage area.
In one embodiment, the determining module 904 is further configured to: acquiring an identifier of a terminal sending the service request; when the identifier of the terminal is the same as the preset identifier, the terminal is a test terminal; when the identifier of the terminal is different from the preset identifier, the terminal is a user terminal.
In this embodiment, the identifier of the terminal sending the service request is obtained by presetting the identifier of the test terminal, when the identifier of the terminal is the same as the preset identifier, the terminal is the test terminal, and when the identifier of the terminal is different from the preset identifier, the terminal is the user terminal, so that whether the terminal sending the service request is the test terminal or the user terminal can be simply and accurately identified, and the data in the corresponding storage area is processed according to the service requests of different terminals, thereby completing the response of the service request.
In one embodiment, the receiving module 902 is further configured to: and acquiring an identifier of the service request, wherein the identifier is a test identifier set for the service request after the terminal determines itself as a test terminal through the name, the sound volume value and the Bluetooth state of the terminal.
The determining module 904 is further configured to: and determining the identity information of the terminal according to the identification of the service request, wherein the identity information of the terminal comprises a test terminal and a user terminal.
The processing module 906 is further configured to: and when the terminal is a user terminal, processing the data in the static storage area according to the service request.
In this embodiment, the service request sent by the terminal is received in the testing process, the identifier for sending the service request is obtained, and the identity information of the terminal is determined according to the identifier, so that whether the terminal is the testing terminal or the user terminal can be determined according to whether the service request carries the identifier. When the terminal is a user terminal, the data in the static storage area is processed according to the service request, so that the service request of the user can still be responded normally in the test process.
The specific limitation of the service request processing device can be referred to the limitation of the service request processing method hereinabove, and will not be repeated here. The above-described respective modules in the service request processing apparatus may be implemented in whole or in part by software, hardware, and a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.
In one embodiment, a computer device is provided, which may be a server, and the internal structure of which may be as shown in fig. 10. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is used for storing relevant data of service request processing. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a service request handling method.
It will be appreciated by those skilled in the art that the structure shown in fig. 10 is merely a block diagram of some of the structures associated with the present application and is not limiting of the computer device to which the present application may be applied, and that a particular computer device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device is provided comprising a memory and a processor, the memory having stored therein a computer program, the processor when executing the computer program performing the steps of:
receiving a service request sent by a terminal, and acquiring parameters of the terminal sending the service request;
determining identity information of a terminal according to parameters of the terminal, wherein the identity information of the terminal comprises a test terminal and a user terminal;
and when the terminal is a user terminal, processing the data in the static storage area according to the service request.
In one embodiment, a computer readable storage medium is provided having a computer program stored thereon, which when executed by a processor, performs the steps of:
receiving a service request sent by a terminal, and acquiring parameters of the terminal sending the service request;
Determining identity information of the terminal according to the parameters of the terminal, wherein the identity information of the terminal comprises a test terminal and a user terminal;
and when the terminal is a user terminal, processing the data in the static storage area according to the service request.
Those skilled in the art will appreciate that implementing all or part of the above-described methods may be accomplished by way of a computer program, which may be stored on a non-transitory computer readable storage medium, that when executed may comprise the steps of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the various embodiments provided herein may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), memory bus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The above examples merely represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the invention. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application. Accordingly, the scope of protection of the present application is to be determined by the claims appended hereto.

Claims (10)

1. A method of service request processing, the method comprising:
receiving a service request sent by a terminal, and acquiring parameters of the terminal sending the service request, wherein the parameters of the terminal comprise the name of the terminal, a sound volume value, a Bluetooth state and a screen brightness value;
determining identity information of the terminal according to the parameters of the terminal, wherein the identity information of the terminal comprises a test terminal and a user terminal;
Acquiring a preset terminal name, a sound volume value, a Bluetooth state and a screen brightness value, when at least one of the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal fails to match with the preset terminal name, the sound volume value, the Bluetooth state and the screen brightness value, the terminal is a user terminal, and when the terminal is a user terminal, data in a static storage area is processed according to the service request;
when the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal are successfully matched with the preset name, sound volume value, bluetooth state and screen brightness value of the terminal, determining that the terminal is a test terminal; the preset terminal name, the sound volume value, the Bluetooth state and the screen brightness value are fixed combinations, different test terminals use different preset terminal name, sound volume value, bluetooth state and screen brightness value combinations, the sound volume value of the test terminal is set to be a fixed value, and the screen brightness value of the test terminal is set to be a fixed value; acquiring an identifier in the service request, wherein the identifier is a test mark added in the service request when the test terminal recognizes that the service request is a test request; when the identification is the same as a preset identification, judging that the service request is a test request, and testing the data in the dynamic storage area according to the test request;
And after the test is finished, acquiring incremental data in the dynamic storage area, writing the incremental data into the static storage area, wherein the data in the dynamic storage area is used for modifying through a test terminal in the test process, and the data in the static storage area is data allowing a user to use.
2. The method according to claim 1, wherein the method further comprises:
and when the terminal is a test terminal, processing the data in the dynamic storage area according to the service request.
3. The method according to claim 1, wherein the method further comprises:
acquiring an identifier of a terminal sending the service request;
when the identifier of the terminal is the same as a preset identifier, the terminal is a test terminal;
and when the identifier of the terminal is different from the preset identifier, the terminal is a user terminal.
4. The method of claim 1, wherein after the receiving the service request sent by the terminal, the method further comprises:
acquiring an identifier of the service request, wherein the identifier is a test identifier set for the service request after the terminal determines itself as a test terminal through the name, the volume value and the Bluetooth state of the terminal;
Determining the identity information of the terminal according to the identification of the service request, wherein the identity information of the terminal comprises a test terminal and a user terminal;
and when the terminal is a user terminal, processing the data in the static storage area according to the service request.
5. A service request processing apparatus, the apparatus comprising:
the receiving module is used for receiving a service request sent by a terminal and acquiring parameters of the terminal sending the service request, wherein the parameters of the terminal comprise the name of the terminal, a sound volume value, a Bluetooth state and a screen brightness value;
the determining module is used for determining the identity information of the terminal according to the parameters of the terminal, wherein the identity information of the terminal comprises a test terminal and a user terminal;
the processing module is used for acquiring a preset terminal name, a sound volume value, a Bluetooth state and a screen brightness value, when at least one of the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal fails to match with the preset terminal name, the sound volume value, the Bluetooth state and the screen brightness value, the terminal is a user terminal, and when the terminal is a user terminal, the data in the static storage area is processed according to the service request; when the name, the sound volume value, the Bluetooth state and the screen brightness value of the terminal are successfully matched with the preset name, sound volume value, bluetooth state and screen brightness value of the terminal, determining that the terminal is a test terminal; the preset terminal name, the sound volume value, the Bluetooth state and the screen brightness value are fixed combinations, different test terminals use different preset terminal name, sound volume value, bluetooth state and screen brightness value combinations, the sound volume value of the test terminal is set to be a fixed value, and the screen brightness value of the test terminal is set to be a fixed value; acquiring an identifier in the service request, wherein the identifier is a test mark added in the service request when the test terminal recognizes that the service request is a test request; when the identification is the same as a preset identification, judging that the service request is a test request, and testing the data in the dynamic storage area according to the test request; and after the test is finished, acquiring incremental data in the dynamic storage area, writing the incremental data into the static storage area, wherein the data in the dynamic storage area is used for modifying through a test terminal in the test process, and the data in the static storage area is data allowing a user to use.
6. The apparatus of claim 5, wherein the processing module is further configured to process the data in the dynamic storage area according to the service request when the terminal is a test terminal.
7. The apparatus of claim 5, wherein the receiving module is further configured to obtain an identifier of the service request, where the identifier is a test identifier set for the service request after the terminal determines itself as a test terminal through a name of the terminal, a volume value, and a bluetooth state.
8. The apparatus of claim 5, wherein the determining module is further configured to obtain an identifier of a terminal that sent the service request; when the identifier of the terminal is the same as a preset identifier, the terminal is a test terminal; and when the identifier of the terminal is different from the preset identifier, the terminal is a user terminal.
9. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any of claims 1 to 4 when the computer program is executed.
10. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 4.
CN201911363560.2A 2019-12-26 2019-12-26 Service request processing method, device, computer equipment and storage medium Active CN111209187B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911363560.2A CN111209187B (en) 2019-12-26 2019-12-26 Service request processing method, device, computer equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911363560.2A CN111209187B (en) 2019-12-26 2019-12-26 Service request processing method, device, computer equipment and storage medium

Publications (2)

Publication Number Publication Date
CN111209187A CN111209187A (en) 2020-05-29
CN111209187B true CN111209187B (en) 2024-03-15

Family

ID=70783321

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911363560.2A Active CN111209187B (en) 2019-12-26 2019-12-26 Service request processing method, device, computer equipment and storage medium

Country Status (1)

Country Link
CN (1) CN111209187B (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103067522A (en) * 2013-01-10 2013-04-24 东莞宇龙通信科技有限公司 Data management method and system and mobile terminal based on cloud end server
CN105791309A (en) * 2016-04-14 2016-07-20 北京小米移动软件有限公司 Method, device and system for executing business processing
CN106131300A (en) * 2016-06-13 2016-11-16 百度在线网络技术（北京）有限公司 Terminal equipment control method and device
WO2019052432A1 (en) * 2017-09-15 2019-03-21 Oppo广东移动通信有限公司 Data transmission method, mobile terminal and computer-readable storage medium
CN109787854A (en) * 2018-12-14 2019-05-21 浙江口碑网络技术有限公司 The test method and device of business service, storage medium, electronic device
CN110008118A (en) * 2019-03-13 2019-07-12 深圳壹账通智能科技有限公司 Page data test method, device, computer equipment and storage medium

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103067522A (en) * 2013-01-10 2013-04-24 东莞宇龙通信科技有限公司 Data management method and system and mobile terminal based on cloud end server
CN105791309A (en) * 2016-04-14 2016-07-20 北京小米移动软件有限公司 Method, device and system for executing business processing
CN106131300A (en) * 2016-06-13 2016-11-16 百度在线网络技术（北京）有限公司 Terminal equipment control method and device
WO2019052432A1 (en) * 2017-09-15 2019-03-21 Oppo广东移动通信有限公司 Data transmission method, mobile terminal and computer-readable storage medium
CN109787854A (en) * 2018-12-14 2019-05-21 浙江口碑网络技术有限公司 The test method and device of business service, storage medium, electronic device
CN110008118A (en) * 2019-03-13 2019-07-12 深圳壹账通智能科技有限公司 Page data test method, device, computer equipment and storage medium

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LTE-A Pro系统RRC连接建立测试方案的设计与实现;王晓娟 等;广东通信技术;20180115(第01期);第22-27页 *

Also Published As

Publication number Publication date
CN111209187A (en) 2020-05-29

Similar Documents

Publication Publication Date Title
CN110008118B (en) Page data testing method and device, computer equipment and storage medium
CN108874644B (en) Data monitoring method and device, computer equipment and storage medium
CN109446068B (en) Interface test method, device, computer equipment and storage medium
CN110209652B (en) Data table migration method, device, computer equipment and storage medium
CN110647438B (en) Event monitoring method and device, computer equipment and storage medium
CN110750267B (en) Service information updating method, device, computer equipment and storage medium
CN108427613B (en) Abnormal interface positioning method and device, computer equipment and storage medium
CN111245548A (en) Data synchronization method and device based on timestamp and computer equipment
WO2019144549A1 (en) Vulnerability testing method and device, computer equipment, and storage medium
CN111475376B (en) Method, apparatus, computer device and storage medium for processing test data
CN108400978B (en) Vulnerability detection method and device, computer equipment and storage medium
CN110704312B (en) Method, device, computer equipment and storage medium for pressure test
CN109766483B (en) Regular expression generation method, device, computer equipment and storage medium
CN108965383B (en) File synchronization method and device, computer equipment and storage medium
CN109726134B (en) Interface test method and system
CN110727698A (en) Database access method and device, computer equipment and storage medium
CN110798376A (en) Interface testing method and device, computer equipment and storage medium
CN110609792A (en) Interface testing method and device, computer equipment and storage medium
CN112637008B (en) Link simulation test method, device, system, computer equipment and storage medium
CN111209187B (en) Service request processing method, device, computer equipment and storage medium
CN111328068B (en) Card writing method and device, computer equipment and storage medium
CN111159025A (en) Application program interface testing method and device, computer equipment and storage medium
CN110309057B (en) Automatic script-based flow project testing method and related equipment
CN109240906B (en) Database configuration information adaptation method and device, computer equipment and storage medium
CN112486838A (en) Interface testing method and device, computer equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant