[go: up one dir, main page]

CN109495334B - Test method and device - Google Patents

Test method and device Download PDF

Info

Publication number
CN109495334B
CN109495334B CN201710823856.2A CN201710823856A CN109495334B CN 109495334 B CN109495334 B CN 109495334B CN 201710823856 A CN201710823856 A CN 201710823856A CN 109495334 B CN109495334 B CN 109495334B
Authority
CN
China
Prior art keywords
test
determined
request message
data
items
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
CN201710823856.2A
Other languages
Chinese (zh)
Other versions
CN109495334A (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.)
Hangzhou Hikvision System Technology Co Ltd
Original Assignee
Hangzhou Hikvision System 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 Hangzhou Hikvision System Technology Co Ltd filed Critical Hangzhou Hikvision System Technology Co Ltd
Priority to CN201710823856.2A priority Critical patent/CN109495334B/en
Publication of CN109495334A publication Critical patent/CN109495334A/en
Application granted granted Critical
Publication of CN109495334B publication Critical patent/CN109495334B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/14Arrangements for monitoring or testing data switching networks using software, i.e. software packages
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Prevention of errors by analysis, debugging or testing of software
    • G06F11/362Debugging of software
    • G06F11/3648Debugging of software using additional hardware
    • G06F11/3656Debugging of software using additional hardware using a specific debug interface
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668Testing of software
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668Testing of software
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/02Capturing of monitoring data

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The embodiment of the invention provides a test method and a test device, which are applied to a client and comprise the following steps: determining a test item corresponding to the test requirement; obtaining REST interfaces corresponding to the determined test items respectively; determining respective corresponding URLs of the obtained REST interfaces; acquiring a parameter value of a test parameter defined by the obtained REST interface; generating a test request message containing the determined URL and the obtained parameter value; sending the test request message to a server so that the server tests according to the test request message and obtains test data; receiving test data sent by a server; and comparing the test data with the expected result of the determined test item to obtain a test result. Through the technical scheme provided by the embodiment of the invention, the client can contain the information corresponding to a plurality of test items in the same test request message and send the test request message to the server at one time, so that repeated sending is avoided, the test process can be simplified, and the test efficiency is improved.

Description

Test method and device
Technical Field
The invention relates to the technical field of computer testing, in particular to a testing method and a testing device.
Background
The software test is a process of operating a program under a specified condition to obtain actual output, and comparing and checking the actual output with expected output under the specified condition, so that program errors can be found, the quality of the software can be measured, whether the software meets design requirements can be evaluated, and the like. The interface test is a software test method based on an interface, and specifically comprises the following steps: the software testing client determines a local data sending interface corresponding to the testing item and a data receiving interface of the server, then calls the local data sending interface corresponding to the testing item to send a testing request message to the data receiving interface of the server, the server feeds back the testing data to the software testing client after testing processing is carried out according to the testing request message, and the software testing client obtains a testing result according to the testing data.
Although the software test can be realized by the test method, in the test mode, for one test item, the software test client can only send the test request message to the data receiving interface of the server corresponding to the test item through the local data sending interface corresponding to the test item, and when a plurality of test items need to be tested, the test request message needs to be sent to the server for multiple times, so that the process is complicated, and the test efficiency is low.
Disclosure of Invention
The embodiment of the invention aims to provide a test method and a test device, so as to solve the problem that a test request message needs to be sent to a server for multiple times when multiple test items need to be tested. The specific technical scheme is as follows:
in a first aspect, an embodiment of the present invention provides a testing method, which is applied to a client, where the method includes:
determining a test item corresponding to the test requirement;
obtaining the respective corresponding representational state transfer REST interfaces of the determined test items, wherein one test item corresponds to one REST interface one by one, and the REST interface of one test item is used for defining the test parameters of the test item;
determining Uniform Resource Locators (URLs) corresponding to the obtained REST interfaces;
acquiring a parameter value of a test parameter defined by the obtained REST interface;
generating a test request message containing the determined URL and the obtained parameter value;
sending the test request message to a server so that the server tests according to the test request message and obtains test data;
receiving the test data sent by the server;
and comparing the test data with the expected result of the determined test item to obtain a test result.
Optionally, after the step of determining a uniform resource locator URL corresponding to the REST interface, the method further includes:
encrypting the determined URL;
the step of generating a test request message containing the determined URL and the obtained parameter value includes:
and generating a test request message containing the encrypted URL and the obtained parameter value.
Optionally, the test items include: a test mode, wherein the test mode at least comprises at least one of the following modes: data search, data increase, data change and data deletion.
Optionally, the step of generating a test request message including the determined URL and the obtained parameter value includes:
determining a message header based on a restful protocol;
determining a message body which contains the determined URL and the acquired parameter values and is based on a restful protocol;
and generating a test request message according to the message header and the message body.
In a second aspect, an embodiment of the present invention provides a testing method, which is applied to a server, and the method includes:
receiving a test request message sent by a client, wherein the test request message comprises: the method comprises the steps that Uniform Resource Locators (URLs) corresponding to REST interfaces and parameter values corresponding to test parameters of determined test items are obtained, wherein the REST interfaces correspond to the determined test items, one test item corresponds to one REST interface one by one, and the REST interfaces of the test items are used for defining the test parameters of the test items;
analyzing the test request message, and obtaining the test parameters of the determined test items and the parameter values of the test parameters;
testing according to the test parameters of the determined test items and the parameter values, and obtaining corresponding test data;
and sending the test data to a client so that the client compares the test data with the determined expected result of the test item to obtain a test result.
Optionally, the step of analyzing the test request message and obtaining the test parameters of the determined test item and the parameter values of the test parameters includes:
analyzing the test request message, and obtaining a URL and a parameter value corresponding to a test parameter of the determined test item, wherein the URL is an encrypted URL;
decrypting the obtained URL;
determining respective REST interfaces corresponding to the decrypted URLs;
and obtaining the test parameters of the test items corresponding to the determined REST interfaces respectively.
Optionally, the test items include: a test mode, wherein the test mode at least comprises at least one of the following modes: data search, data increase, data change and data deletion.
Optionally, the step of analyzing the test request message and obtaining the test parameters of the determined test item and the parameter values of the test parameters includes:
analyzing the test request message to obtain a message header based on a restful protocol and a message body based on the restful protocol;
analyzing the message body to obtain the URL and the parameter value corresponding to the test parameter of the determined test item
And obtaining the test parameters of the determined test items according to the corresponding relation between the URL and the REST interface and the corresponding relation between the REST interface and the test items.
In a third aspect, an embodiment of the present invention provides a testing apparatus, which is applied to a client, where the apparatus includes:
the first determining module is used for determining a test item corresponding to the test requirement;
the obtaining module is used for obtaining the representational state transfer REST interfaces corresponding to the determined test items, wherein one test item corresponds to one REST interface one by one, and the REST interface of one test item is used for defining the test parameters of the test item;
the second determining module is used for determining the URL corresponding to the obtained REST interface;
the acquisition module is used for acquiring the parameter value of the test parameter defined by the REST interface;
a generating module, configured to generate a test request message including the determined URL and the obtained parameter value;
the sending module is used for sending the test request message to a server so that the server can test according to the test request message and obtain test data;
the receiving module is used for receiving the test data sent by the server;
and the comparison module is used for comparing the test data with the expected result of the determined test item to obtain a test result.
Optionally, the apparatus further comprises:
the encryption module is used for encrypting the determined URL;
the generation module comprises:
and the first generation submodule is used for generating a test request message containing the encrypted URL and the acquired parameter value.
Optionally, the test items include: a test mode, wherein the test mode at least comprises at least one of the following modes: data search, data increase, data change and data deletion.
Optionally, the generating module includes:
a first determining submodule for determining a message header based on a restful protocol;
a second determining submodule, configured to determine a message body based on a restful protocol, where the message body includes the determined URL and the obtained parameter value;
and the second generation submodule is used for generating a test request message according to the message header and the message body.
In a fourth aspect, an embodiment of the present invention provides a testing apparatus, which is applied to a server, and the apparatus includes:
a receiving module, configured to receive a test request message sent by a client, where the test request message includes: the method comprises the steps that Uniform Resource Locators (URLs) corresponding to REST interfaces and parameter values corresponding to test parameters of determined test items are obtained, wherein the REST interfaces correspond to the determined test items, one test item corresponds to one REST interface one by one, and the REST interfaces of the test items are used for defining the test parameters of the test items;
the analysis module is used for analyzing the test request message and obtaining the test parameters of the determined test items and the parameter values of the test parameters;
the test module is used for testing according to the test parameters of the determined test items and the parameter values and obtaining corresponding test data;
and the sending module is used for sending the test data to a client so that the client compares the test data with the determined expected result of the test item to obtain a test result.
Optionally, the parsing module includes:
the first analysis submodule is used for analyzing the test request message and obtaining a URL and a parameter value corresponding to the test parameter of the determined test item, wherein the URL is an encrypted URL;
the decryption module is used for decrypting the obtained URL;
the determining submodule is used for determining respective REST interfaces corresponding to the decrypted URLs;
and the obtaining submodule is used for obtaining the test parameters of the test items corresponding to the determined REST interfaces respectively.
Optionally, the test items include: a test mode, wherein the test mode at least comprises at least one of the following modes: data search, data increase, data change and data deletion.
Optionally, the parsing module includes:
the second analysis submodule is used for analyzing the test request message to obtain a message header based on a restful protocol and a message body based on the restful protocol;
the third analysis submodule is used for analyzing the message body to obtain the URL and the parameter value corresponding to the test parameter of the determined test item;
and the obtaining submodule is used for obtaining the test parameters of the determined test items according to the corresponding relation between the URL and the REST interface and the corresponding relation between the REST interface and the test items.
In a fifth aspect, an embodiment of the present invention provides an electronic device, where a client is installed in the electronic device, and the electronic device includes a processor, a communication interface, a memory, and a communication bus, where the processor and the communication interface are used, and the memory completes mutual communication through the communication bus;
a memory for storing a computer program;
and the processor is used for realizing any one of the test methods applied to the client when executing the program stored in the memory.
In a sixth aspect, the embodiment of the present invention provides a computer-readable storage medium, in which a computer program is stored, and the computer program, when executed by a processor, implements any of the test methods applied to a client.
A seventh aspect, an embodiment of the present invention provides a server, including a processor, a communication interface, a memory, and a communication bus, where the processor and the communication interface complete communication between the memory and the processor through the communication bus;
a memory for storing a computer program;
and the processor is used for realizing any one of the test methods applied to the server when executing the program stored in the memory.
In an eighth aspect, the embodiment of the present invention provides a computer-readable storage medium, in which a computer program is stored, and the computer program, when executed by a processor, implements any of the test methods applied to a server.
In the technical scheme provided by the embodiment of the invention, the test items corresponding to the test requirements are determined; obtaining REST interfaces corresponding to the determined test items respectively; determining respective corresponding URLs of the obtained REST interfaces; acquiring a parameter value of a test parameter defined by the obtained REST interface; generating a test request message containing the determined URL and the obtained parameter value; sending the test request message to a server so that the server tests according to the test request message and obtains test data; receiving test data sent by a server; and comparing the test data with the expected result of the determined test item to obtain a test result. Through the technical scheme provided by the embodiment of the invention, the client can contain the information corresponding to a plurality of test items in the same test request message and send the test request message to the server at one time, so that repeated sending is avoided, the test process can be simplified, and the test efficiency is improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
FIG. 1 is a flow chart of a testing method according to an embodiment of the present invention;
FIG. 2 is another flow chart of a testing method according to an embodiment of the present invention;
FIG. 3 is a schematic structural diagram of a testing apparatus according to an embodiment of the present invention;
FIG. 4 is a schematic structural diagram of a testing apparatus according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In order to solve the problem that a test request message needs to be sent to a server for multiple times when multiple test items need to be tested, embodiments of the present invention provide a test method and apparatus.
The testing method and device provided by the embodiment of the invention can be based on a RESTful software architecture, wherein the RESTful software architecture is used for providing a set of design principles and constraint conditions, the design principles and constraint conditions are Representational State Transfer (REST for short), and the RESTful software architecture can be used in software of a client and a server interaction class, so that an applied software system is simpler and more hierarchical.
In addition, the testing method and device provided by the embodiment of the invention can be applied to various internet products, such as a cloud storage system, communication interaction software, video software and the like.
First, a testing method provided by an embodiment of the present invention is described below, as shown in fig. 1, where the method is applied to a client, and includes the following steps:
and S101, determining a test item corresponding to the test requirement.
The test items are information for describing test tasks, and the test tasks are determined according to test requirements. The test item may include at least one test parameter, for example, the test parameter may be a test mode, such as: at least one of data lookup, data addition, data modification, data deletion, and the like. In one implementation, the test parameter may also be a test item name, version number, or the like.
For example, the test item a is information for describing a data search test task, and the test mode included in the test item a is as follows: searching data; the test item B is information for describing a data adding test task, and the test mode included in the test item B is as follows: data is increased; the test item C is information for describing a data change test task, and the test mode included in the test item C is as follows: data change; the test item D is information for describing the data deletion test task, and the test mode included in the test item D is as follows: and deleting the data.
And S102, obtaining the representational state transfer REST interface corresponding to each determined test item.
The REST interface is a network interface meeting the RESTful protocol, and one REST interface may correspond to one resource and may include a parameter of the corresponding resource.
For a test item, a test item may serve as a resource and include at least one test parameter, so that a test item corresponds to a REST interface one to one, and the REST interface corresponding to a test item may include the test parameter of the test item. The REST interface corresponding to each test item is different from the REST interfaces corresponding to other test items.
For example, the test item a includes a test mode for data search, the data item a corresponds to one REST interface one by one, and the test parameter included in the REST interface is the test mode for data search. For the test item B, the test item B includes a test mode of data increase, the test item B corresponds to another REST interface, and the REST interface corresponding to the test item B is different from the REST interface corresponding to the test item a.
In one embodiment, the test parameters of the same test item may be packaged into a template, such that the REST interface corresponding to the test item corresponds to the template one to one, and the REST interface includes the test parameters of the test item, that is, the template includes the test parameters of the test item.
For example, the test item a includes a test mode for data search, one test item a corresponds to the REST interface a, and the test mode is a test mode in which data search is packaged as a template a as a test parameter, so that the REST interface a corresponds to the template a one to one, and the REST interface a and the template a include the same parameter, which are both data search.
S103, determining the URL corresponding to the obtained REST interface.
One REST interface may correspond to one URL, and then, the test parameters included in the REST interface also correspond to the URL. Each URL may point directly to the corresponding REST interface and only to the corresponding REST interface. And obtaining the test parameters included in the REST interface corresponding to the URL through each URL. Therefore, after receiving the test request message carrying the URL, the server can obtain the URL, and can conveniently obtain the REST interface corresponding to the URL and the test parameters included by the REST interface through the URL.
For example, the REST interface corresponding to one test item is a, and the URL corresponding to interface a is: http:// www.example.comsearch ═ ruby, then the URL is a link that points only to interface a.
In one embodiment, after determining the URL, the determined URL may be encrypted, where the encryption may be the same for each URL or different, and is not limited herein. The URL is encrypted, so that the safety of the URL in the transmission process is improved.
And S104, acquiring the parameter value of the test parameter defined by the REST interface.
Because one REST interface corresponds to one test item, the corresponding test item can be obtained through the REST interface, and for one test, parameters to be tested and parameter values corresponding to the parameters can be set by a user in a self-defined manner.
The Test parameters of each Test item may be preset in the same REST interface, and for a user, only the parameter value corresponding to the Test parameter needs to be input in the user interface, where the user interface may be a ride (robot frame Test Data editor) interface.
And S105, generating a test request message containing the determined URL and the acquired parameter value.
One URL corresponds to one REST interface one by one, so that the REST interface corresponding to the URL and the test item corresponding to the REST interface can be known according to the URL, and further, the test parameters of the test item can be known. And taking values according to the test parameters and the parameters corresponding to the test parameters, and carrying out corresponding tests.
Wherein the test request message may be an HTTP message.
The generated test request message may include information corresponding to a test item, and at this time, the test request message may include a URL and parameter values of each parameter in the test item, where the URL corresponds to the test item; the test request message may further include a plurality of pieces of information corresponding to the plurality of test items, where the plurality of URLs included in the test request message are URLs corresponding to the determined test items, and the parameter value is a parameter value of a test parameter of each determined test item.
For example, there are three types of test items determined according to the test requirements, which are: test item a, test item B, and test item C. The URL corresponding to each test item and the included test parameters are shown in the following table:
URL corresponding to test item Test item including test parameters
Test item A URL1 Parameter A, parameter B
Test item B URL2 Parameter C, parameter D
Test item C URL3 Parameter E
Then, the generated test request message includes URL1, URL2, URL3, and parameter a, parameter B, parameter C, parameter D, parameter E.
In one embodiment, after the determined URL is encrypted, the URL included in the generated test request message is the encrypted URL. The URL is encrypted, so that the safety of the URL in the transmission process of the test request message is improved.
In one embodiment, first, a message header based on the restful protocol is determined, where the message header may include attribute information of the client, such as: file format, abstract, language type, etc.
And then, determining a message body based on the restful protocol, wherein the message body comprises the determined URL and the acquired parameter value. Of course, the message body may also include data formats for composing a stream when uploading a file.
And finally, synthesizing the determined message header and the message body to generate a test request message comprising the determined URL and the acquired parameter values.
S106, sending the test request message to the server so that the server tests according to the test request message and obtains test data.
The test request message is sent to the server, that is, the content included in the test request message is sent to the server.
For the server, the test parameters of the corresponding test items can be obtained according to the URLs included in the test request message, and further, corresponding tests can be performed according to the test parameters of the test items and the values of the corresponding parameters. In particular, fig. 2 and the embodiment corresponding to fig. 2 are detailed, and will not be described in detail here.
And S107, receiving the test data sent by the server.
The test data is related data obtained by the server through testing, and the test data can represent the testing process and the testing result.
For example, a test for data lookup is performed, and the obtained test data may be: the quantity, accuracy rate, error rate and the like of the searched data.
The test data may be divided into test data for different test items, that is, the test data may be of one type or may include multiple types of test data.
And S108, comparing the test data with the expected result of the determined test item to obtain a test result.
The expected result may be a test result obtained by performing a test in the test case, and the expected result may serve as a reference standard.
The test data and the expected result of the comparison correspond to the same type of test items, namely the test data and the expected result of the same type of test items are compared to obtain the test result.
When the test data received by the client comprises multiple types of test data, the test data is respectively compared with the expected results of the corresponding types.
When the test data matches the expected result, the test may be deemed to pass; when the test data does not match the expected result, the test may be considered as a failure, and in the case of a failure, the test engineer may be notified in the form of information, which may include the test data, the result of comparing the test data with the expected result, a test recommendation, and the like.
The test standard after the test data is compared with the expected result can be customized and can be set as follows: the test may be considered to be passed only if the test data matches the expected result, otherwise the test may be considered to be failed. This test standard is suitable for more demanding test items.
The test criteria may also be set as: and judging whether the percentage of the test data to the expected result is greater than a preset threshold value, if so, judging that the test is qualified, and if not, judging that the test is unqualified. The preset threshold value may be set by a user.
For example, when the test data is the data requirement amount, the formula for calculating the percentage of the test data to the expected result is: the number of data requirements in the test data/the number of data requirements in the expected result.
In the technical scheme provided by the embodiment of the invention, the test items corresponding to the test requirements are determined; obtaining REST interfaces corresponding to the determined test items respectively; determining respective corresponding URLs of the obtained REST interfaces; acquiring a parameter value of a test parameter defined by the obtained REST interface; generating a test request message containing the determined URL and the obtained parameter value; sending the test request message to a server so that the server tests according to the test request message and obtains test data; receiving test data sent by a server; and comparing the test data with the expected result of the determined test item to obtain a test result. Through the technical scheme provided by the embodiment of the invention, the client can contain the information corresponding to a plurality of test items in the same test request message and send the test request message to the server at one time, so that repeated sending is avoided, the test process can be simplified, and the test efficiency is improved.
Corresponding to the above embodiment based on the client, an embodiment of the present invention further provides a testing method applied to a server, as shown in fig. 2, the method includes the following steps:
s201, receiving a test request message sent by a client.
Wherein the test request message includes: the method comprises the steps of obtaining a uniform resource locator URL corresponding to an REST interface and parameter values corresponding to test parameters of a determined test item, wherein the REST interface corresponds to the determined test item, one test item corresponds to one REST interface one by one, and the REST interface of one test item is used for defining the test parameters of the test item.
In one embodiment, in the test request message, the test parameters of the same test item may be packaged into a template, so that the REST interface corresponding to the test item corresponds to the template one to one, and the REST interface includes the test parameters of the test item, that is, the template includes the test parameters of the test item.
The test items are information for describing test tasks, and the test tasks are determined according to test requirements. The test item may include at least one test parameter, for example, the test parameter may be a test mode, such as: at least one of data lookup, data addition, data modification, data deletion, and the like. In one implementation, the test parameter may also be a test item name, version number, or the like.
S202, analyzing the test request message, and obtaining the test parameters of the determined test items and the parameter values of the test parameters.
The content obtained by analyzing the test request message is the content included in the test request message and the pointed content, that is, the test parameters of the determined test items and the parameter values of the test parameters.
In one embodiment, the test request message is first parsed, and the URL and the parameter value corresponding to the test parameter of the determined test item are obtained.
When the client sends the test request message, the test request message includes the URL and the parameter value, so that when the client performs preliminary analysis, the content that can be obtained from the test request message is the URL and the parameter value, where the parameter value is a value corresponding to the test parameter of the determined test item.
Here, the URL may be an encrypted URL. Thus, the encrypted URLs need to be decrypted, and the REST interfaces corresponding to the URLs can be obtained after decryption; furthermore, the test parameters of the test items corresponding to the REST interfaces can be obtained from the determined REST interfaces.
In one embodiment, the test request message may be an HTTP message. Firstly, the test request message is analyzed, and a message header based on the RESTful protocol and a message body based on the RESTful protocol can be obtained.
The message header may include attribute information of the client, for example: file format, abstract, language type, etc. The message body may include the determined URL and the obtained parameter values. Of course, the message body may also include data formats for composing a stream when uploading a file.
And then, analyzing the message body to obtain the URL and a parameter value corresponding to the test parameter of the determined test item. The URL may be an encrypted URL.
And finally, obtaining the test parameters of the determined test items according to the corresponding relation between the URL and the REST interface and the corresponding relation between the REST interface and the test items.
The URL and the REST interface are in one-to-one correspondence, the REST interface and the test item are in one-to-one correspondence, and the test item can comprise a plurality of test parameters. Thus, the corresponding test parameters can be obtained from the URL.
For example, the URL1 corresponds to the REST interface a, the REST interface a corresponds to the test item a, and the test item a includes the parameter a and the parameter B, so that it can be determined that the URL1 corresponds to the parameter a and the parameter B. That is, parameters a and B are available from URL 1.
And S203, testing according to the test parameters and parameter values of the determined test items, and obtaining corresponding test data.
When a server correspondingly tests a test item, the server can only utilize the test parameters and parameter values of the test item to test. For example, there are a number of test items: when the test item A is tested, only the test parameters in the test item A and the values of the test parameters are needed to be used; when the test item B is tested, only the test parameters in the test item B and the values of the test parameters are needed to be used.
The obtained test data may be classified into test data for different test items, for example, the test data of test item a is data a, the test data of test item B is data B, and data a and data B are two different types of test data.
Of course, the test data obtained for each of the different test items of the same type may be used as one type of test data.
And S204, sending the test data to the client so that the client compares the test data with the expected result of the determined test item to obtain a test result.
The test data sent to the client may be one or more types of test data, which respectively correspond to different types of test items.
According to the technical scheme provided by the embodiment of the invention, the test request message received by the server at one time comprises the information corresponding to the plurality of test items, and the server can further perform a plurality of tests. Therefore, for the server, when a plurality of tests are required, the test request message is only required to be received once, so that the repeated receiving is avoided, the test process can be simplified, and the test efficiency is improved.
With reference to the method embodiments corresponding to fig. 1 and fig. 1, an embodiment of the present invention further provides a testing apparatus applied to a client, as shown in fig. 3, the testing apparatus includes:
the first determining module is used for determining a test item corresponding to the test requirement;
the obtaining module is used for obtaining the representational state transfer REST interfaces corresponding to the determined test items, wherein one test item corresponds to one REST interface one by one, and the REST interface of one test item is used for defining the test parameters of the test item;
the second determining module is used for determining the URL corresponding to the obtained REST interface;
the acquisition module is used for acquiring the parameter value of the test parameter defined by the REST interface;
a generating module, configured to generate a test request message including the determined URL and the obtained parameter value;
the sending module is used for sending the test request message to a server so that the server can test according to the test request message and obtain test data;
the receiving module is used for receiving the test data sent by the server;
and the comparison module is used for comparing the test data with the expected result of the determined test item to obtain a test result.
In the technical scheme provided by the embodiment of the invention, the test items corresponding to the test requirements are determined; obtaining REST interfaces corresponding to the determined test items respectively; determining respective corresponding URLs of the obtained REST interfaces; acquiring a parameter value of a test parameter defined by the obtained REST interface; generating a test request message containing the determined URL and the obtained parameter value; sending the test request message to a server so that the server tests according to the test request message and obtains test data; receiving test data sent by a server; and comparing the test data with the expected result of the determined test item to obtain a test result. Through the technical scheme provided by the embodiment of the invention, the client can contain the information corresponding to a plurality of test items in the same test request message and send the test request message to the server at one time, so that repeated sending is avoided, the test process can be simplified, and the test efficiency is improved.
Optionally, in an embodiment, the apparatus may further include:
the encryption module is used for encrypting the determined URL;
the generation module comprises:
and the first generation submodule is used for generating a test request message containing the encrypted URL and the acquired parameter value.
Optionally, in one embodiment, the test items include: a test mode, wherein the test mode at least comprises at least one of the following modes: data search, data increase, data change and data deletion.
Optionally, in an embodiment, the generating module may include:
a first determining submodule for determining a message header based on a RESTful protocol;
a second determining submodule, configured to determine a message body based on a RESTful protocol, where the message body includes the determined URL and the acquired parameter value;
and the second generation submodule is used for generating a test request message according to the message header and the message body.
Through the technical scheme provided by the embodiment of the invention, the client can contain the information corresponding to a plurality of test items in the same test request message and send the test request message to the server at one time, so that repeated sending is avoided, the test process can be simplified, and the test efficiency is improved. Moreover, the related information is encrypted, so that the information security is improved.
Since the above embodiment is basically similar to the method embodiment corresponding to fig. 1 and fig. 1, the description is simple, and reference may be made to partial description of the method embodiment corresponding to fig. 1 and fig. 1.
With reference to the foregoing method embodiments corresponding to fig. 2 and fig. 2, an embodiment of the present invention further provides a testing apparatus applied to a server, as shown in fig. 4, the testing apparatus includes:
a receiving module, configured to receive a test request message sent by a client, where the test request message includes: the method comprises the steps that Uniform Resource Locators (URLs) corresponding to REST interfaces and parameter values corresponding to test parameters of determined test items are obtained, wherein the REST interfaces correspond to the determined test items, one test item corresponds to one REST interface one by one, and the REST interfaces of the test items are used for defining the test parameters of the test items;
the analysis module is used for analyzing the test request message and obtaining the test parameters of the determined test items and the parameter values of the test parameters;
the test module is used for testing according to the test parameters of the determined test items and the parameter values and obtaining corresponding test data;
and the sending module is used for sending the test data to a client so that the client compares the test data with the determined expected result of the test item to obtain a test result.
According to the technical scheme provided by the embodiment of the invention, the test request message received by the server at one time comprises the information corresponding to the plurality of test items, and the server can further perform a plurality of tests. Therefore, for the server, when a plurality of tests are required, the test request message is only required to be received once, so that the repeated receiving is avoided, the test process can be simplified, and the test efficiency is improved.
Optionally, in an embodiment, the parsing module may include:
the first analysis submodule is used for analyzing the test request message and obtaining a URL and a parameter value corresponding to the test parameter of the determined test item, wherein the URL is an encrypted URL;
the decryption module is used for decrypting the obtained URL;
the determining submodule is used for determining respective REST interfaces corresponding to the decrypted URLs;
and the obtaining submodule is used for obtaining the test parameters of the test items corresponding to the determined REST interfaces respectively.
Optionally, in an embodiment, the test item may include: a test mode, wherein the test mode at least comprises at least one of the following modes: data search, data increase, data change and data deletion.
Optionally, in an embodiment, the parsing module may include:
the second analysis submodule is used for analyzing the test request message to obtain a message header based on a RESTful protocol and a message body based on the RESTful protocol;
a third analysis submodule for analyzing the message body to obtain the URL and the parameter value corresponding to the test parameter of the determined test item
And the obtaining submodule is used for obtaining the test parameters of the determined test items according to the corresponding relation between the URL and the REST interface and the corresponding relation between the REST interface and the test items.
According to the technical scheme provided by the embodiment of the invention, the test request message received by the server at one time comprises the information corresponding to the plurality of test items, and the server can further perform a plurality of tests. Therefore, for the server, when a plurality of tests are required, the test request message is only required to be received once, so that the repeated receiving is avoided, the test process can be simplified, and the test efficiency is improved.
Since the above embodiment is basically similar to the method embodiment corresponding to fig. 2 and 2, the description is simple, and reference may be made to partial description of the method embodiment corresponding to fig. 2 and 2.
An embodiment of the present invention further provides an electronic device, as shown in fig. 5, including a processor 510, a communication interface 520, a memory 530 and a communication bus 540, where the processor 510, the communication interface 520, and the memory 530 complete mutual communication through the communication bus 540;
a memory 530 for storing a computer program;
a processor 510 for executing programs stored in the memory 530.
In one embodiment, the electronic device has a client installed therein, and the processor 510 is configured to execute the program stored in the memory 530 to implement the following steps:
determining a test item corresponding to the test requirement;
obtaining the respective corresponding representational state transfer REST interfaces of the determined test items, wherein one test item corresponds to one REST interface one by one, and the REST interface of one test item is used for defining the test parameters of the test item;
determining Uniform Resource Locators (URLs) corresponding to the obtained REST interfaces;
acquiring a parameter value of a test parameter defined by the obtained REST interface;
generating a test request message containing the determined URL and the obtained parameter value;
sending the test request message to a server so that the server tests according to the test request message and obtains test data;
receiving the test data sent by the server;
and comparing the test data with the expected result of the determined test item to obtain a test result.
In the technical scheme provided by the embodiment of the invention, the test items corresponding to the test requirements are determined; obtaining REST interfaces corresponding to the determined test items respectively; determining respective corresponding URLs of the obtained REST interfaces; acquiring a parameter value of a test parameter defined by the obtained REST interface; generating a test request message containing the determined URL and the obtained parameter value; sending the test request message to a server so that the server tests according to the test request message and obtains test data; receiving test data sent by a server; and comparing the test data with the expected result of the determined test item to obtain a test result. Through the technical scheme provided by the embodiment of the invention, the client can contain the information corresponding to a plurality of test items in the same test request message and send the test request message to the server at one time, so that repeated sending is avoided, the test process can be simplified, and the test efficiency is improved.
Of course, the electronic device provided in the embodiment of the present invention may further perform any one of the test methods described in the above embodiments. Specifically, see fig. 1 and the corresponding embodiments, which are not described herein again.
In one embodiment, where the electronic device is a server, processor 510 is configured to execute the program stored in memory 530 to perform the following steps:
receiving a test request message sent by a client, wherein the test request message comprises: the method comprises the steps that Uniform Resource Locators (URLs) corresponding to REST interfaces and parameter values corresponding to test parameters of determined test items are obtained, wherein the REST interfaces correspond to the determined test items, one test item corresponds to one REST interface one by one, and the REST interfaces of the test items are used for defining the test parameters of the test items;
analyzing the test request message, and obtaining the test parameters of the determined test items and the parameter values of the test parameters;
testing according to the test parameters of the determined test items and the parameter values, and obtaining corresponding test data;
and sending the test data to a client so that the client compares the test data with the determined expected result of the test item to obtain a test result.
According to the technical scheme provided by the embodiment of the invention, the test request message received by the server at one time comprises the information corresponding to the plurality of test items, and the server can further perform a plurality of tests. Therefore, for the server, when a plurality of tests are required, the test request message is only required to be received once, so that the repeated receiving is avoided, the test process can be simplified, and the test efficiency is improved.
Of course, the server provided in the embodiment of the present invention may also execute a testing method described in any of the above embodiments. Specifically, see fig. 2 and the corresponding embodiments, which are not described herein again.
The communication bus mentioned in the electronic device may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown, but this does not mean that there is only one bus or one type of bus.
The communication interface is used for communication between the electronic equipment and other equipment.
The Memory may include a Random Access Memory (RAM) or a Non-Volatile Memory (NVM), such as at least one disk Memory. Optionally, the memory may also be at least one memory device located remotely from the processor.
The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components.
In yet another embodiment of the present invention, a computer-readable storage medium is further provided, which stores instructions that, when executed on a computer, cause the computer to execute a testing method applied to a client as described in any of the above embodiments.
In a further embodiment of the present invention, there is also provided a computer program product containing instructions which, when run on a computer, cause the computer to perform a method of testing applied to a client as described in any of the above embodiments.
In yet another embodiment of the present invention, a computer-readable storage medium is further provided, which stores instructions that, when executed on a computer, cause the computer to execute a testing method applied to a server as described in any of the above embodiments.
In a further embodiment of the present invention, there is also provided a computer program product containing instructions which, when run on a computer, cause the computer to perform a method of testing applied to a server as described in any of the above embodiments.
It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
All the embodiments in the present specification are described in a related manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the apparatus embodiment, the electronic device, and the readable storage medium, since they are substantially similar to the method embodiment, the description is relatively simple, and in the relevant places, reference may be made to the partial description of the method embodiment.
The above description is only for the preferred embodiment of the present invention, and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention shall fall within the protection scope of the present invention.

Claims (8)

1. A testing method is applied to a client side, and the method comprises the following steps:
determining a plurality of test items corresponding to test requirements, wherein the test items comprise test modes, the test items are information for describing test tasks including the test modes, and the test modes at least comprise at least one of the following modes: data searching, data adding, data changing and data deleting;
obtaining the expression state transfer REST interfaces corresponding to the plurality of determined test items, wherein one test item corresponds to one REST interface one by one, and the REST interface of one test item is used for defining the test parameters of the test item;
determining Uniform Resource Locators (URLs) corresponding to all obtained REST interfaces;
acquiring parameter values of all acquired test parameters defined by the REST interface;
generating a test request message containing all the determined URLs and all the obtained parameter values, and packaging the test parameters of the same test item in the test request message into a template; wherein, the step of generating a test request message containing all the determined URLs and all the obtained parameter values comprises: determining a message header based on a restful protocol; determining a message body which contains all determined URLs and all acquired parameter values and is based on a restful protocol; generating a test request message according to the message header and the message body;
sending the test request message to a server so that the server tests according to the test request message and obtains test data;
receiving the test data sent by the server;
and comparing the test data with the determined expected results of the plurality of test items to obtain a test result.
2. The method of claim 1, wherein after the step of determining the respective corresponding Uniform Resource Locators (URLs) of all the obtained REST interfaces, the method further comprises:
encrypting the determined URL;
the step of generating a test request message including all the determined URLs and all the obtained parameter values includes:
and generating a test request message containing all encrypted URLs and all acquired parameter values.
3. A testing method is applied to a server, and the method comprises the following steps:
receiving a test request message sent by a client, wherein the test request message comprises: the method comprises the following steps that a plurality of Uniform Resource Locators (URLs) corresponding to REST interfaces and parameter values corresponding to test parameters of a plurality of determined test items are determined, wherein the REST interfaces correspond to the determined test items, one test item corresponds to one REST interface, the REST interface of one test item is used for defining the test parameters of the test item, the test parameters of the same test item in a test request message are packaged into a template, the test item comprises a test mode, the test item is information used for describing a test task comprising the test mode, and the test mode at least comprises at least one of the following modes: data searching, data adding, data changing and data deleting;
analyzing the test request message, and obtaining test parameters of the plurality of determined test items and parameter values of the test parameters; the step of analyzing the test request message and obtaining the test parameters of the plurality of determined test items and the parameter values of the test parameters includes: analyzing the test request message to obtain a message header based on a restful protocol and a message body based on the restful protocol; analyzing the message body to obtain a plurality of URLs and parameter values corresponding to the test parameters of the plurality of determined test items; obtaining the determined test parameters of the plurality of test items according to the corresponding relation between the URL and the REST interface and the corresponding relation between the REST interface and the test items;
testing according to the determined test parameters of the plurality of test items and the parameter values, and obtaining corresponding test data;
and sending the test data to a client so that the client compares the test data with the determined expected results of the plurality of test items to obtain a test result.
4. The method of claim 3, wherein the step of parsing the test request message and obtaining the determined test parameters of the plurality of test items and the parameter values of the test parameters comprises:
analyzing the test request message, and obtaining a plurality of URLs and parameter values corresponding to the test parameters of the plurality of determined test items, wherein the URLs are URLs subjected to encryption processing;
decrypting all the obtained URLs;
determining respective REST interfaces corresponding to all the decrypted URLs;
and obtaining the test parameters of the test items corresponding to all the determined REST interfaces.
5. A test apparatus, the apparatus comprising:
the first determining module is configured to determine a plurality of test items corresponding to test requirements, where a test item includes a test mode, the test item is information for describing a test task including the test mode, and the test mode at least includes at least one of the following modes: data searching, data adding, data changing and data deleting;
an obtaining module, configured to obtain representational state transfer REST interfaces corresponding to the determined multiple test items, where one test item corresponds to one REST interface, and the REST interface of one test item is used to define test parameters of the test item;
the second determining module is used for determining the URL corresponding to all the obtained REST interfaces;
the acquisition module is used for acquiring parameter values of all acquired test parameters defined by the REST interface;
a generating module, configured to generate a test request message including all the determined URLs and all the obtained parameter values, where test parameters of the same test item in the test request message are packaged into a template; wherein the generating module comprises: a first determining submodule for determining a message header based on a restful protocol; the second determining submodule is used for determining a message body which contains all determined URLs and all acquired parameter values and is based on a restful protocol; the second generation submodule is used for generating a test request message according to the message header and the message body;
the sending module is used for sending the test request message to a server so that the server can test according to the test request message and obtain test data;
the receiving module is used for receiving the test data sent by the server;
and the comparison module is used for comparing the test data with the determined expected results of the plurality of test items to obtain a test result.
6. The apparatus of claim 5, further comprising:
the encryption module is used for encrypting the determined URL;
the generation module comprises:
and the first generation submodule is used for generating a test request message containing all encrypted URLs and all acquired parameter values.
7. A testing device, applied to a server, the device comprising:
a receiving module, configured to receive a test request message sent by a client, where the test request message includes: the method comprises the following steps that a plurality of Uniform Resource Locators (URLs) corresponding to REST interfaces and parameter values corresponding to test parameters of a plurality of determined test items are determined, wherein the REST interfaces correspond to the determined test items, one test item corresponds to one REST interface, the REST interface of one test item is used for defining the test parameters of the test item, the test parameters of the same test item in a test request message are packaged into a template, the test item comprises a test mode, the test item is information used for describing a test task comprising the test mode, and the test mode at least comprises at least one of the following modes: data searching, data adding, data changing and data deleting;
the analysis module is used for analyzing the test request message and obtaining the test parameters of the plurality of determined test items and the parameter values of the test parameters; wherein the parsing module comprises: the second analysis submodule is used for analyzing the test request message to obtain a message header based on a restful protocol and a message body based on the restful protocol; the third analysis submodule is used for analyzing the message body to obtain a plurality of URLs and parameter values corresponding to the determined test parameters of the plurality of test items; the obtaining submodule is used for obtaining the determined test parameters of the plurality of test items according to the corresponding relation between the URL and the REST interface and the corresponding relation between the REST interface and the test items;
the test module is used for testing according to the test parameters of the plurality of determined test items and the parameter values and obtaining corresponding test data;
and the sending module is used for sending the test data to a client so that the client compares the test data with the determined expected results of the plurality of test items to obtain a test result.
8. The apparatus of claim 7, wherein the parsing module comprises:
the first analysis submodule is used for analyzing the test request message and obtaining a plurality of URLs and parameter values corresponding to the test parameters of the plurality of determined test items, wherein the URLs are URLs subjected to encryption processing;
the decryption module is used for decrypting all the obtained URLs;
the determining submodule is used for determining REST interfaces corresponding to all the decrypted URLs;
and the obtaining submodule is used for obtaining the test parameters of the test items corresponding to all the determined REST interfaces.
CN201710823856.2A 2017-09-13 2017-09-13 Test method and device Active CN109495334B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710823856.2A CN109495334B (en) 2017-09-13 2017-09-13 Test method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710823856.2A CN109495334B (en) 2017-09-13 2017-09-13 Test method and device

Publications (2)

Publication Number Publication Date
CN109495334A CN109495334A (en) 2019-03-19
CN109495334B true CN109495334B (en) 2021-05-28

Family

ID=65687958

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710823856.2A Active CN109495334B (en) 2017-09-13 2017-09-13 Test method and device

Country Status (1)

Country Link
CN (1) CN109495334B (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110597714B (en) * 2019-08-28 2023-07-04 深圳市彬讯科技有限公司 Kafka message testing method, device, computer equipment and storage medium
CN110798376A (en) * 2019-10-09 2020-02-14 苏宁云计算有限公司 Interface testing method and device, computer equipment and storage medium
CN111414303B (en) * 2020-03-17 2023-03-14 建信金融科技有限责任公司 Auxiliary system and method for script performance test
CN113448831A (en) * 2020-03-27 2021-09-28 北京金山云网络技术有限公司 Interface testing method and device and forwarding server
CN113992549B (en) * 2020-07-08 2023-06-13 大唐移动通信设备有限公司 Test method, test device, electronic equipment and storage medium
CN111770007A (en) * 2020-09-03 2020-10-13 南京五采智电电力科技有限公司 Custom service testing tool and method based on power system universal service protocol
CN112328486A (en) * 2020-11-06 2021-02-05 深圳壹账通智能科技有限公司 Interface automation test method and device, computer equipment and storage medium
CN113468052B (en) * 2021-06-30 2022-07-26 建信金融科技有限责任公司 Dynamic baffle testing method and device
CN115078950B (en) * 2022-07-28 2022-10-25 南京宏泰半导体科技有限公司 Method for controlling peripheral equipment test by upper computer
CN115408286A (en) * 2022-08-31 2022-11-29 芯原微电子(上海)股份有限公司 Software automated testing method and device applicable to multiple operating systems

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102694701A (en) * 2012-06-13 2012-09-26 青岛海信传媒网络技术有限公司 Testing method and system based on message
US8745641B1 (en) * 2011-07-14 2014-06-03 Google Inc. Automatic verification and anomaly detection in a representational state transfer (REST) application programming interface
CN104978261A (en) * 2014-04-03 2015-10-14 腾讯科技(深圳)有限公司 Test method, device and system of application program
CN106155891A (en) * 2015-04-02 2016-11-23 阿里巴巴集团控股有限公司 Interface test method, interface description data library generating method and device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8745641B1 (en) * 2011-07-14 2014-06-03 Google Inc. Automatic verification and anomaly detection in a representational state transfer (REST) application programming interface
CN102694701A (en) * 2012-06-13 2012-09-26 青岛海信传媒网络技术有限公司 Testing method and system based on message
CN104978261A (en) * 2014-04-03 2015-10-14 腾讯科技(深圳)有限公司 Test method, device and system of application program
CN106155891A (en) * 2015-04-02 2016-11-23 阿里巴巴集团控股有限公司 Interface test method, interface description data library generating method and device

Also Published As

Publication number Publication date
CN109495334A (en) 2019-03-19

Similar Documents

Publication Publication Date Title
CN109495334B (en) Test method and device
CN103312551B (en) The method of testing of CGI(Common gateway interface) and testing apparatus
CN111309635B (en) Test case generation method, device, server and storage medium
CN112148674A (en) Log data processing method and device, computer equipment and storage medium
KR102270749B1 (en) custom digital components
CN106406844B (en) Method and device for realizing public number menu of communication interaction platform
CN110109817A (en) Automatic interface testing method, device, equipment and storage medium
CN108737252B (en) Information pushing method and device based on block chain
CN105868256A (en) Method and system for processing user behavior data
CN106375437A (en) Data auditing method and apparatus
CN112491943B (en) Data request method, device, storage medium and electronic equipment
CN115118583B (en) Log query method and device, electronic equipment and computer readable storage equipment
CN105468412B (en) Dynamic packaging method and device
CN109862074B (en) Data acquisition method and device, readable medium and electronic equipment
CN105893237A (en) Test data driving method and equipment
CN115765845B (en) Method for determining abnormal cause of remote sensing data, storage medium and electronic device
CN105703964A (en) Online application system test method and equipment
CN116684120B (en) Blockchain-based data trust verification method, device, equipment and storage medium
CN114928556B (en) Interface service testing method and related equipment
CN109246214B (en) Prompt tone obtaining method and device, terminal and server
CN106649483A (en) Dynamic data query method and device
CN116127945A (en) Network link processing method and device, electronic equipment and storage medium
CN114880377A (en) Data traceability method, device, equipment and storage medium
CN103793390A (en) Method for determining similarity of query conditions, object query method and related devices
CN109951613B (en) Image transmitting method, image receiving method, image transmitting device, image receiving device, electronic device, 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