CN109815112B - Data debugging method and device based on functional test and terminal equipment - Google Patents

Data debugging method and device based on functional test and terminal equipment Download PDF

Info

Publication number
CN109815112B
CN109815112B CN201811529012.8A CN201811529012A CN109815112B CN 109815112 B CN109815112 B CN 109815112B CN 201811529012 A CN201811529012 A CN 201811529012A CN 109815112 B CN109815112 B CN 109815112B
Authority
CN
China
Prior art keywords
directory
request
simulation
data
actual
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
CN201811529012.8A
Other languages
Chinese (zh)
Other versions
CN109815112A (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.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen 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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201811529012.8A priority Critical patent/CN109815112B/en
Publication of CN109815112A publication Critical patent/CN109815112A/en
Application granted granted Critical
Publication of CN109815112B publication Critical patent/CN109815112B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

The invention is applicable to the technical field of data processing, and provides a data debugging method, a device, a terminal device and a computer readable storage medium based on functional test, which comprise the following steps: searching simulation data under all directories, and obtaining a simulation directory contained in the simulation data and an actual directory where the simulation data are located; establishing a directory mapping relation between the simulated directory and the actual directory, and extracting features of the simulated directory to obtain common features; and carrying out routing configuration based on the common features and the directory mapping relation, if a client request containing the request directory is received, identifying whether the request directory contains the common features, intercepting the client request when the request directory contains the common features, and returning the simulated data under the actual directory in the directory mapping relation when the request directory is identical to the simulated directory in the directory mapping relation. According to the invention, the routing configuration is carried out on the server, so that the data debugging occurs in the interaction process between the front end and the back end, and the accuracy of the data debugging is improved.

Description

Data debugging method and device based on functional test and terminal equipment
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to a data debugging method and apparatus based on functional testing, a terminal device, and a computer readable storage medium.
Background
Ajax is a development technique for creating interactive web applications, which is now widely used in the development of applications. In the development stage of the application program, the development stage is often divided into front-end development and back-end development, and since development progress of the front-end and the back-end may not be synchronous, a developer of the front-end may perform Ajax data debugging under the condition that a data interface of the back-end is not developed, so as to verify stability and interactivity of the front-end.
In the prior art, simulation data is usually constructed manually, and call codes of the simulation data are directly written into normal front-end codes, so that when the front-end codes are executed, ajax requests sent by the front-end can be automatically intercepted, and corresponding simulation data are returned to the front-end. Because the prior art intercepts the Ajax request at the front end, the process of data debugging is limited to the front end, and the debugging accuracy is low.
Disclosure of Invention
In view of the above, the embodiments of the present invention provide a data debugging method, apparatus, terminal device and computer readable storage medium based on functional test, so as to solve the problems that in the prior art, data debugging is limited to the front end and the debugging accuracy is low.
A first aspect of an embodiment of the present invention provides a data debug method based on functional test, including:
searching simulation data under all directories, and acquiring a simulation directory contained in the simulation data and an actual directory in which the simulation data are located, wherein the simulation data are data containing preset simulation identifiers, and the actual directory is a storage address of the simulation data in a server;
establishing a directory mapping relation between the simulated directory and the actual directory, and extracting features of the simulated directory to obtain common features;
and carrying out routing configuration based on the common features and the directory mapping relation, if a client request containing a request directory is received, identifying whether the request directory contains the common features, intercepting the client request when the request directory contains the common features, and returning the simulation data under the actual directory in the directory mapping relation when the request directory is the same as the simulation directory in the directory mapping relation.
A second aspect of an embodiment of the present invention provides a data debug apparatus based on a functional test, including:
The searching unit is used for searching the simulation data under all the catalogues and acquiring a simulation catalogue contained in the simulation data and an actual catalogue in which the simulation data are located, wherein the simulation data are data containing a preset simulation identifier, and the actual catalogue is a storage address of the simulation data in a server;
the establishing unit is used for establishing a directory mapping relation between the simulated directory and the actual directory and extracting features of the simulated directory to obtain common features;
and the configuration unit is used for carrying out routing configuration based on the common features and the directory mapping relation, identifying whether the request directory contains the common features or not if a client request containing the request directory is received, intercepting the client request when the request directory contains the common features, and returning the simulation data under the actual directory in the directory mapping relation when the request directory is the same as the simulation directory in the directory mapping relation.
A third aspect of an embodiment of the present invention provides a terminal device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, the processor implementing the following steps when executing the computer program:
Searching simulation data under all directories, and acquiring a simulation directory contained in the simulation data and an actual directory in which the simulation data are located, wherein the simulation data are data containing preset simulation identifiers, and the actual directory is a storage address of the simulation data in a server;
establishing a directory mapping relation between the simulated directory and the actual directory, and extracting features of the simulated directory to obtain common features;
and carrying out routing configuration based on the common features and the directory mapping relation, if a client request containing a request directory is received, identifying whether the request directory contains the common features, intercepting the client request when the request directory contains the common features, and returning the simulation data under the actual directory in the directory mapping relation when the request directory is the same as the simulation directory in the directory mapping relation.
A fourth aspect of the embodiments of the present invention provides a computer readable storage medium storing a computer program which when executed by a processor performs the steps of:
Searching simulation data under all directories, and acquiring a simulation directory contained in the simulation data and an actual directory in which the simulation data are located, wherein the simulation data are data containing preset simulation identifiers, and the actual directory is a storage address of the simulation data in a server;
establishing a directory mapping relation between the simulated directory and the actual directory, and extracting features of the simulated directory to obtain common features;
and carrying out routing configuration based on the common features and the directory mapping relation, if a client request containing a request directory is received, identifying whether the request directory contains the common features, intercepting the client request when the request directory contains the common features, and returning the simulation data under the actual directory in the directory mapping relation when the request directory is the same as the simulation directory in the directory mapping relation.
Compared with the prior art, the embodiment of the invention has the beneficial effects that:
according to the embodiment of the invention, the simulated data is searched in the server, the simulated catalogue in the simulated data and the actual catalogue of the simulated data in the server are established in a catalogue mapping relation, and the routing module of the server is configured based on the common characteristics of the simulated catalogue and the catalogue mapping relation.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings that are needed in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present invention, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a flow chart of an implementation of a data debugging method based on functional test according to an embodiment of the present invention;
FIG. 2 is a flowchart of a data debug method based on functional test according to a second embodiment of the present invention;
FIG. 3 is a flowchart of a data debug method based on functional test according to a third embodiment of the present invention;
FIG. 4 is a flowchart of a data debug method based on functional test according to a fourth embodiment of the present invention;
FIG. 5 is a flowchart of a data debug method based on functional test according to a fifth embodiment of the present invention;
FIG. 6 is a block diagram of a data debug apparatus based on functional test according to a sixth embodiment of the present invention;
fig. 7 is a schematic diagram of a terminal device according to a seventh embodiment of the present invention.
Detailed Description
In the following description, for purposes of explanation and not limitation, specific details are set forth such as the particular system architecture, techniques, etc., in order to provide a thorough understanding of the embodiments of the present invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present invention with unnecessary detail.
In order to illustrate the technical scheme of the invention, the following description is made by specific examples.
Fig. 1 shows an implementation flow of a data debug method based on functional test according to an embodiment of the present invention, which is described in detail below:
in S101, searching for analog data under all directories, and obtaining an analog directory included in the analog data and an actual directory where the analog data is located, where the analog data is data including a preset analog identifier, and the actual directory is a storage address of the analog data in a server.
In the development stage of an application program applying the Ajax technology, verification and debugging of a data interaction result of the application program, such as unit testing included in a software testing idea, are required. The embodiment of the invention is oriented to the scene that the development progress of the front end and the back end in the application program is inconsistent, namely when the front end development is completed, the back end does not complete the development, so that the back end cannot provide a data interface, and the front end cannot call the data of the back end to debug the data. Compared with the traditional method that the Ajax request is directly intercepted at the front end and the constructed dummy data is returned for data debugging, in the embodiment of the invention, the server for data debugging is firstly established and can be a back-end server of an application program, the specific type of the server is not limited, for example, the server can be an Apache server, an Nginx server or an IIS server, and the like.
In order to realize the data interaction between the front end and the back end, the interactive object, namely the simulation data, is pre-built in the server, the simulation data is set to contain a simulation identifier and a simulation catalog, the simulation identifier and the simulation catalog are arranged in the simulation data according to preset configuration positions, for example, the simulation identifier and the simulation catalog can be arranged in file names of files storing the simulation data, and can also be arranged in data contents (for example, the data contents are arranged in text documents) of the simulation data, wherein the simulation identifier can be determined according to actual application scenes, and the simulation catalog can be formulated by a developer of the front end according to code habits or front end interface documents. For example, a text document is constructed to store the simulation data, the simulation identifier is formulated as "cake", the simulation catalog is formulated as "usr/local/txt", the name of the text document storing the simulation data is set as "cake-usr/local/txt.txt" (the last ". Txt" is the text format of the text document), and of course, the naming of the simulation identifier and the simulation catalog can also adopt more naming rules, which is not limited to this example. It should be noted that, the analog identifications of all the analog data may be set to be consistent, or may be set to be inconsistent according to different types of the analog data, for example, for analog data with a type of picture, the corresponding analog identification may be set to be "like.image"; for analog data with the type of mailbox, a corresponding analog identifier can be set as 'fake.email'; for analog data of which the type is a link, a corresponding analog identifier may be set as "like.
After the simulation data is built, in the step, the simulation data is automatically searched under all catalogues of the server, the searching conditions according to which are preset simulation identifications and configuration positions, after the simulation data is obtained, the simulation catalogues which are positioned at the configuration positions and except the simulation identifications are further determined, and the actual catalogues of the simulation data in the server are determined, wherein the actual catalogues are the actual storage addresses of the simulation data in the server.
In S102, a directory mapping relationship is established between the simulated directory and the actual directory, and feature extraction is performed on the simulated directory to obtain common features.
And establishing a directory mapping relation between the corresponding simulated directory and the actual directory for each piece of searched simulated data. Meanwhile, in order to facilitate quick determination of whether an external request is to request analog data or non-analog data in a server, in the embodiment of the present invention, feature extraction is performed on an analog directory to obtain common features, and feature extraction can be divided into the following two modes according to different amounts of analog data: if the simulated catalog is only one, directly taking the simulated catalog as a common characteristic; if the simulated catalog is plural, the common part in the plural simulated catalogues is extracted as the common feature, for example, the simulated catalog includes "usr/local/html1/", "usr/local/html2/", and "usr/local/html3/", and the extracted common feature is "usr/local/", and the specific feature extraction process is described in detail later, it should be noted that the extracted common feature may exist in plural.
In S103, performing routing configuration based on the common feature and the directory mapping relationship, if a client request including a request directory is received, identifying whether the request directory includes the common feature, intercepting the client request when the request directory includes the common feature, and returning the simulated data under the actual directory in the directory mapping relationship when the request directory is the same as the simulated directory in the directory mapping relationship.
The common feature is used for preliminarily judging whether the request directory received by the server is a simulated directory, and specifically, after the directory mapping relation and the common feature are obtained, a routing (Router) module of the server is configured based on the directory mapping relation and the common feature. In the configuration process, a first judging condition if is firstly established in a routing module, in the judging condition, a creating judging mechanism is used for judging whether a request catalog received by a server contains common characteristics or not, if the request catalog contains the common characteristics, the second judging condition if is entered (if only one simulation catalog exists, after judging that the request catalog contains the common characteristics, whether the request catalog is the same as the simulation catalog or not is directly judged, if the request catalog is the same as the simulation catalog, data under an actual catalog corresponding to the simulation catalog is returned, and if the request catalog is not the same, the actual routing operation is executed; if the request directory does not contain common features, then the actual routing operation is performed. In the second judging condition if, a judging mechanism is established to judge whether the request directory is the same as the simulated directory in a certain directory mapping relation, if so, determining an actual directory corresponding to the simulated directory according to the directory mapping relation, and returning the simulated data under the actual directory; and if the request directory is different from the simulated directory in the mapping relation of all the directories, executing the actual routing operation. For convenience in judgment, a plurality of sub-judgment conditions can be created under the second judgment condition if, each sub-judgment condition corresponds to one directory mapping relation, so that all directory mapping relations are covered, and when judgment is executed, the request directory is placed into each sub-judgment condition for judgment until the request directory is the same as the simulated directory in the directory mapping relation of a certain sub-judgment condition. The actual routing operation is an operation performed under the condition that the request catalog is not the simulation catalog, and a specific operation mode can be set according to an actual application scene, for example, the actual routing operation can be directly return an error prompt, or search the same actual catalog as the request catalog in a server, and return data under the actual catalog which is successfully searched after the search is successful. It should be noted that, the specific code of the routing module is written according to the code specification of the server, and the specific codes after configuration are also different for different types of servers, for example, the server is an nminx server, when the routing module is configured, a "-d$request_filename" is written in the first judgment condition if and the second judgment condition if, where-d is used to indicate that address judgment is performed, and the $request_filename variable represents the requested resource path (i.e. request directory).
After the routing module of the server is configured, data debugging can be started, specifically, the operable client (the client can be a browser) sends a client request (the client request is a request for calling data) to the server, then the server analyzes a uniform resource locator (Uniform Resource Locator, URL) in the client request, takes the analyzed URL as a request catalog, and places the request catalog into the routing module for path judgment. If the request catalogue contains the common characteristics according to the judgment of the routing module, intercepting the client request corresponding to the request catalogue, namely, not executing the operation of searching the same actual catalogue for the request catalogue in the client request, but searching the catalogue mapping relation under the common characteristics, wherein the requirement of the catalogue mapping relation is that the simulated catalogue is the same as the request catalogue, if the catalogue mapping relation meeting the requirement is found, determining the actual catalogue corresponding to the request catalogue based on the catalogue mapping relation, and returning the simulated data under the actual catalogue; if the directory mapping relation meeting the requirement cannot be found, executing the actual routing operation. The client request may be an Ajax request or a hypertext transfer protocol (HyperText Transfer Protocol, HTTP) request, among others.
As can be seen from the embodiment shown in fig. 1, in the embodiment of the present invention, by searching for the analog data under all directories, obtaining the analog directory included in the analog data and the actual directory of the analog data in the server, establishing a directory mapping relationship between the analog directory and the actual directory, extracting features from the analog directory to obtain common features, performing routing configuration based on the common features and the directory mapping relationship, intercepting, by the configured routing module, a client request including the common features, and returning the analog data under the actual directory in the directory mapping relationship when the request directory in the client request is the same as the analog directory in the directory mapping relationship.
Fig. 2 shows a method of refining a process of extracting features from an analog catalog to obtain common features on the basis of the first embodiment of the present invention and on the basis of including a plurality of analog identifiers. The embodiment of the invention provides a realization flow chart of a data debugging method based on functional test, as shown in fig. 2, the data debugging method can comprise the following steps:
In S201, a plurality of analog directories corresponding to the same type of analog data are classified into a directory set, and the plurality of analog directories in the directory set are sequentially intercepted according to a plurality of preset interception levels, where the same type of analog data refers to a plurality of analog data containing the same type of analog identifier.
In the embodiment of the invention, a plurality of preset analog identifications may exist, so when feature extraction is executed, a plurality of analog catalogues corresponding to the same type of analog data are classified into one catalog set, the same type of analog data refers to analog data containing the same analog identification, for example, three analog identifications exist, three catalog sets are obtained after executing the classification, and each catalog set corresponds to one analog identification. The directory set is only used for indicating that the analog directories corresponding to the same analog data are uniformly classified, and not a specific storage relationship. After the directory sets are created, intercepting the simulated directory in the directory set according to a plurality of preset intercepting levels in turn for each directory set, wherein the intercepting level refers to an intercepting area for intercepting the simulated directory, for example, one way is intercepting according to a slash "/", the intercepting level is n, and then the intercepting is indicated from the beginning of the simulated directory until n slacks are included, n is an integer greater than zero, and of course, the method is not limited to the embodiment of the invention, and other intercepting rules can be applied when intercepting according to the intercepting level based on the specific format of the simulated directory. It should be noted that if the directory set only includes one analog directory, the analog directory can be directly used as a common feature without intercepting the analog directory, so that the complexity of the operation is reduced. The number and the content of the interception levels can be set according to the efficiency requirement and the precision requirement for determining the common characteristics in the actual application scene, and the higher the interception level is, the more the interception area is, the lower the efficiency of obtaining the common characteristics is, and the higher the precision is. For convenience of explanation, the description is hereinafter made with the interception levels including 1, 2 and 3, and then the simulated directories in the directory set are intercepted in sequence according to the plurality of interception levels, essentially firstly according to the interception level of 1, then according to the interception level of 2, and finally according to the interception level of 3.
In S202, if the plurality of interception directories obtained after interception according to the interception level are the same, determining that the plurality of interception levels with the same interception directory have the largest numerical value, and taking the interception directory corresponding to the interception level as the common feature.
And intercepting the plurality of simulated directories in the directory set according to the interception levels to obtain a plurality of interception directories, wherein the more specific the common features are, the higher the accuracy of identifying the request directory as the simulated directory is in the subsequent configuration of the routing module, so that the interception levels of the plurality of same interception directories are obtained, the interception level with the largest numerical value is obtained, and the interception directory corresponding to the interception level with the largest numerical value is used as the common features corresponding to the directory set. For example, if the directory set includes the simulated directories "usr/local/html1/", "usr/local/html2/", and "usr/local/html3/", then the intercepted directories obtained after intercepting according to the intercepting level of 1 are all "usr/", the intercepted directories obtained after intercepting according to the intercepting level of 2 are all "usr/local/", and the intercepted directories obtained after intercepting according to the intercepting level of 3 are respectively "usr/local/html1/", "usr/local/html2/", and "usr/local/html3/", and if the three intercepted directories are not the same, then it is determined that the intercepting levels of the plurality of the same intercepted directories are 1 and 2, and because the value of 2 is the largest, the intercepted directories obtained according to the intercepting level of 2 are regarded as common features, namely "usr/local/". It should be noted that if the common features are obtained according to a specific interception level, then after the common features are added to the routing module, the request directory is intercepted according to the interception level, and then the intercepted request directory is compared with the common features. For example, after adding the common feature "usr/local/" obtained by intercepting according to the intercepting level of 2 to the routing module, the request directory received by the server is "adc/adc1/adc11/", firstly, intercepting the request directory according to the intercepting level of 2 to obtain "adc/adc1/", and then comparing "adc/adc1/" with "usr/local/", and determining that the request directory does not contain the common feature because "adc/adc1/" is different from "usr/local/".
In S203, if the plurality of truncated directories obtained by truncating the file at each truncated level are different, the plurality of simulated directories in the directory set are all used as the common feature.
And if a plurality of intercepted directories obtained by intercepting the directory set according to each intercepting level are different, taking the simulated directories in the directory set as common characteristics. For example, a certain Catalog set includes a simulated Catalog Catalog D "usr/local/html4/" and simulated Catalog catalyst E The obtained interception catalogs are different no matter which interception level is used for intercepting, so that the simulated catalogs 'usr/local/html 4/' and 'admin/local/txt 1/' in the catalogs set are taken as common characteristics. It should be noted that, the reason why the analog directories in the directory set are not directly used as the common features is that the common features are used for adding to the first judging condition if in the routing module, but the number of analog directories in the directory set is usually large, if the common features in the first judging condition if are directly added, the common features are easily excessive, and the quick judgment on whether the request directory is the analog directory cannot be realized in the first judging condition if, so that the common features are determined by intercepting operation in the embodiment of the invention. Since there are a plurality of directory sets, after determining the common feature corresponding to each directory set, the plurality of common features corresponding to the plurality of directory sets are added together to the first judgment condition if of the routing module.
As can be seen from the embodiment shown in fig. 2, in the embodiment of the present invention, a plurality of simulated directories corresponding to a plurality of simulated data including the same simulated identifier are classified into a directory set, and the plurality of simulated directories in the directory set are sequentially intercepted according to a plurality of preset intercepting levels, if the plurality of intercepting directories obtained after intercepting according to the intercepting levels are the same, the intercepting level with the largest numerical value of the plurality of identical intercepting directories is determined, and the intercepting directories corresponding to the intercepting levels are used as common features; and if the plurality of intercepted directories obtained after interception according to each intercepting level are different, taking the plurality of simulated directories in the directory set as common characteristics. Aiming at scenes containing different simulation identifications, the embodiment of the invention improves the effective rate of the generated common features by constructing the directory set and intercepting by utilizing different interception levels.
Fig. 3 shows a method of expanding the process after intercepting a client request when the request directory contains common features, according to a first embodiment of the present invention. The embodiment of the invention provides a realization flow chart of a data debugging method based on functional test, as shown in fig. 3, the data debugging method can comprise the following steps:
In S301, if the request directory is not identical to the simulated directory in the directory mapping relationship, a file name in the request directory is extracted, and a request file corresponding to the file name is searched for in all directories.
If the simulated directories in the mapping relation between the request directory and the directory are different, determining that the request directory is not the simulated directory, and extracting the file names in the request directory, wherein the extracting mode can be that the content between the last diagonal and the second last diagonal in the request directory is used as the file name according to the sequence from front to back, or the content after the last diagonal in the request directory is used as the file name, and the specific extracting mode can be determined according to the naming rule of the request directory in the actual application scene. After obtaining the file name, searching the file under all the directories of the server by taking the file name as a searching condition, and if the file is successfully searched, taking the searched file as a request file (data); and if the request file corresponding to the file name is not searched, returning a prompt of the request directory error to the client.
Optionally, before extracting the file name in the request directory, performing path query in the server with the request directory as the actual directory, and if the corresponding actual file is queried, returning the actual file to the client. In the embodiment of the invention, after the request directory is determined not to be the simulation directory, the request directory can be used as the actual directory to carry out path query in the server, and if the corresponding actual file is queried in the server according to the request directory, the actual file is returned to the client; if the corresponding actual file is not queried, the operation of extracting the file name in the request directory and searching the request file corresponding to the file name in the server is executed. The method is applicable to the scene that the request directory is the actual directory, and improves the applicability of data debugging.
In S302, if the request file does not include the emulation identifier, the actual directory where the request file is located is returned to the initiator of the client request.
If the searched request file does not contain the simulation identification, that is, the request file is not simulation data, the actual directory where the request file is located is returned to the initiator (client) of the client request, so that after the initiator acquires the actual directory accessing the request file, the front-end calling code is corrected, the client request can be initiated to call the request file according to the actual directory next time, and the process of data debugging is quickened.
In S303, if the request file includes the emulation identifier, the actual directory where the request file is located and the corresponding emulation directory are returned to the initiator of the client request.
If the request file contains the simulation identifier, that is, the request file is simulation data, the actual directory where the request file is located and the simulation directory contained in the request file are returned to the initiator of the client request. After receiving the actual directory and the simulated directory, the initiator can determine the position of the request file according to the actual directory and correct the front-end calling code of the request file according to the simulated directory.
As can be seen from the embodiment shown in fig. 3, in the embodiment of the present invention, if the simulated directories in the mapping relationship between the requested directory and the directory are different, the file name in the requested directory is extracted, and the requested file corresponding to the file name is searched under all the directories, and if the requested file does not include the simulated identifier, the actual directory where the requested file is located is returned to the initiator of the client request; if the request file contains the simulation identifier, the actual directory where the request file is located and the corresponding simulation directory are returned to the initiator of the client request. The embodiment of the invention aims at the scene that the request directory contains common characteristics, but the request directory is not a simulated directory, and the initiator can modify the front-end calling code according to the relevant directory by searching the request file in the server and returning the relevant directory of the request file to the initiator, so that the efficiency of data debugging is further improved.
Fig. 4 shows a method of expanding a procedure after receiving a client request including a request directory according to the first embodiment of the present invention. The embodiment of the invention provides a realization flow chart of a data debugging method based on functional test, as shown in fig. 4, the data debugging method can comprise the following steps:
In S401, the request directory is matched according to a preset matching rule.
In the embodiment of the invention, in order to prevent the server from wasting server resources caused by path query of the server on the wrong request catalogue, after the server receives the client request, the server matches the request catalogue in the client request according to a preset matching rule. The matching rules may be formulated according to the type of client request that the data debug is directed to, for example, HTTP requests, and may be formulated to define that the beginning of the request directory must be accompanied by "HTTPs://", and that the "HTTPs:/", followed by characters between a to Z, or 0 to 9, and that the "HTTPs:/", followed by the ".", characters for spacing the plurality of characters, are also defined. The matching is considered successful only if the request directory satisfies all of the above conditions, and if the request directory does not satisfy any of the above conditions, such as the client request is a file transfer protocol (File Transfer Protocol, FTP) request, the request directory starts with "FTP:/", and does not match "https:/", in the matching rule, the matching is considered to be failed.
In S402, if the matching is successful, the operation of identifying whether the request directory contains the common feature is performed.
If the request catalog is successfully matched with the matching rule, the client request to which the request catalog belongs is proved to be an object of data debugging, and then follow-up operation is executed, namely whether the request catalog contains common characteristics or not is judged according to the routing module. Of course, the matching rule is only used for screening out the request catalogue which does not meet the specification, so that the processing pressure of the server is reduced, but the request catalogue which meets the matching rule is not necessarily correct, that is, the server may not find corresponding data or files according to the request catalogue which is successfully matched.
In S403, if the matching fails, an error prompt is output to the initiator of the client request.
If the matching of the request catalog and the matching rule fails, an error prompt is output to the initiator of the client request, so that the initiator can know the request catalog error in the client request. In order to facilitate the initiator to know that the request directory error in the client request is wrong, but not other parts of the client request are wrong, a special error identifier may be added in the error prompt, for example, an error identifier "wrong-category" may be added in the error prompt.
As can be seen from the embodiment shown in fig. 4, in the embodiment of the present invention, the request directory is matched according to a preset matching rule, and if the matching is successful, an operation of identifying whether the request directory includes common features is performed; if the matching fails, an error prompt is output to the initiator of the client request. The embodiment of the invention prevents the server from carrying out subsequent path inquiry on the wrong request catalog by carrying out format matching on the request catalog, thereby reducing the processing burden of the server.
Fig. 5 shows a method of obtaining the simulation data from all the directories and obtaining the simulation directory in which the simulation data is included and the actual directory in which the simulation data is located after refining the process of searching the simulation data under all the directories on the basis of the first embodiment of the present invention and on the basis that the simulation data is generated by a preset data tool. The embodiment of the invention provides a realization flow chart of a data debugging method based on functional test, as shown in fig. 5, the data debugging method can comprise the following steps:
in S501, a configuration file of the data tool is read, and the actual directory storing the simulation data is determined in the configuration file.
The simulation data stored in the server can be manually written by people or can be generated by a preset data tool. For example, the simulation data may be generated by an open source Mock test tool, and specifically, a specific generation rule (such as randomly generating numbers between 1 and 9) may be configured in the Mock test tool, and the Mock test tool may be operated to generate the simulation data under the generation rule. Because the workload of searching the simulation data under all directories of the server is large, and when the simulation data is generated by the data tool, the actual directory where the simulation data is located is stored in the configuration file of the data tool, in the embodiment of the invention, the configuration file of the data tool is read and the actual directory where the simulation data is stored is determined in the configuration file, for example, for a mock. Js test tool, the configuration file is usually mock/index. Js.
In S502, the simulation data is searched under the actual directory, the simulation directory in the simulation data is obtained, and the actual directory is updated according to the storage address of the simulation data.
After the actual directory in the configuration file is obtained, the simulation data is searched under the actual directory of the server, and the simulation identification is still used as a searching condition when the simulation data is searched because the actual directory possibly comprises other data besides the simulation data. After the simulated data is found in the actual catalogue, the simulated catalogue in the simulated data is obtained, the actual catalogue of the simulated data is updated, and a catalogue mapping relation is established between the simulated catalogue and the updated actual catalogue in subsequent operation. In step S501, since the data tool generates the simulation data under the actual directory, the actual directory in the configuration file does not actually have a specific file name, and in this step, after the simulation data is found, the actual directory in which the simulation data is located is retrieved, and the actual directory is updated. For example, if the actual directory obtained in the configuration file is "usr/local/html", and the simulated data html.txt is found in the actual directory, the storage address of the simulated data in the server is "usr/local/html/html.txt", and the actual directory is updated by using the storage address, so that accuracy of the directory mapping relationship established subsequently is improved.
As can be seen from the embodiment shown in fig. 5, in the embodiment of the present invention, the configuration file of the data tool is read, the actual directory storing the analog data is determined in the configuration file, the analog data is searched under the actual directory, the analog directory in the analog data is obtained, and the actual directory is updated according to the storage address of the analog data.
It should be understood that the sequence number of each step in the foregoing embodiment does not mean that the execution sequence of each process should be determined by the function and the internal logic, and should not limit the implementation process of the embodiment of the present invention.
Fig. 6 shows a block diagram of a data debug apparatus based on functional test according to an embodiment of the present invention, and referring to fig. 6, the data debug apparatus includes:
the searching unit 61 is configured to search for analog data under all directories, and obtain an analog directory included in the analog data and an actual directory where the analog data is located, where the analog data is data including a preset analog identifier, and the actual directory is a storage address of the analog data in a server;
The establishing unit 62 is configured to establish a directory mapping relationship between the simulated directory and the actual directory, and perform feature extraction on the simulated directory to obtain a common feature;
and a configuration unit 63, configured to perform routing configuration based on the common feature and the directory mapping relationship, identify whether the request directory includes the common feature if a client request including the request directory is received, intercept the client request when the request directory includes the common feature, and return the simulated data under the actual directory in the directory mapping relationship when the request directory is the same as the simulated directory in the directory mapping relationship.
Optionally, including a plurality of analog identifications, the setup unit 62 includes:
the intercepting unit is used for classifying a plurality of analog catalogues corresponding to the same type of analog data into a catalog set, and intercepting the plurality of analog catalogues in the catalog set sequentially according to a plurality of preset intercepting levels, wherein the same type of analog data refers to the plurality of analog data containing the same analog identifier;
the first determining unit is used for determining to obtain a plurality of interception levels with the same interception level with the largest numerical value of the interception level if the plurality of interception levels obtained after interception according to the interception level are the same, and taking the interception level corresponding to the interception level as the common characteristic;
And the second determining unit is used for taking the plurality of simulated catalogs in the catalog set as the common characteristics if the plurality of intercepted catalogs obtained after intercepting according to each intercepting level are different.
Optionally, the configuration unit 63 further includes:
the searching unit is used for extracting the file names in the request catalogue and searching the request files corresponding to the file names under all catalogues if the request catalogue is different from the simulated catalogue in the catalogue mapping relation;
the first return unit is used for returning the actual directory where the request file is located to the initiator of the client request if the request file does not contain the simulation identifier;
and the second returning unit is used for returning the actual directory where the request file is and the corresponding simulated directory to the initiator of the client request if the request file contains the simulated identifier.
Optionally, the configuration unit 63 further includes:
the matching unit is used for matching the request catalogue according to a preset matching rule;
the execution unit is used for executing the operation of identifying whether the request catalog contains the common characteristics or not if the matching is successful;
And the output unit is used for outputting an error prompt to the initiator of the client request if the matching fails.
Optionally, the simulation data are generated by a preset data tool, and the search unit 61 includes:
the reading unit is used for reading the configuration file of the data tool and determining the actual directory for storing the simulation data in the configuration file;
and the searching subunit is used for searching the simulation data under the actual catalogue, acquiring the simulation catalogue in the simulation data, and updating the actual catalogue according to the storage address of the simulation data.
Therefore, the data debugging device based on the functional test provided by the embodiment of the invention enables the client request sent by the front end to reach the server through the routing configuration of the server, and the data debugging occurs in the interaction process between the front end and the back end, so that the accuracy of the data debugging is improved.
Fig. 7 is a schematic diagram of a terminal device according to an embodiment of the present invention. As shown in fig. 7, the terminal device 7 of this embodiment includes: a processor 70, a memory 71 and a computer program 72 stored in the memory 71 and executable on the processor 70, such as a data debug program based on functional testing. The processor 70, when executing the computer program 72, implements the steps of the respective data debugging method embodiments based on functional testing described above, such as steps S101 to S103 shown in fig. 1. Alternatively, the processor 70, when executing the computer program 72, implements the functions of the units in the embodiments of the data debugging device based on the functional test described above, such as the functions of the units 61 to 63 shown in fig. 6.
By way of example, the computer program 72 may be divided into one or more units, which are stored in the memory 71 and executed by the processor 70 to accomplish the present invention. The one or more units may be a series of computer program instruction segments capable of performing a specific function for describing the execution of the computer program 72 in the terminal device 7. For example, the computer program 72 may be divided into a search unit, a setup unit and a configuration unit, each unit functioning specifically as follows:
the searching unit is used for searching the simulation data under all the catalogues and acquiring a simulation catalogue contained in the simulation data and an actual catalogue in which the simulation data are located, wherein the simulation data are data containing a preset simulation identifier, and the actual catalogue is a storage address of the simulation data in a server;
the establishing unit is used for establishing a directory mapping relation between the simulated directory and the actual directory and extracting features of the simulated directory to obtain common features;
and the configuration unit is used for carrying out routing configuration based on the common features and the directory mapping relation, identifying whether the request directory contains the common features or not if a client request containing the request directory is received, intercepting the client request when the request directory contains the common features, and returning the simulation data under the actual directory in the directory mapping relation when the request directory is the same as the simulation directory in the directory mapping relation.
The terminal device 7 may be a computing device such as a desktop computer, a notebook computer, a palm computer, a cloud server, etc. The terminal device may include, but is not limited to, a processor 70, a memory 71. It will be appreciated by those skilled in the art that fig. 7 is merely an example of the terminal device 7 and does not constitute a limitation of the terminal device 7, and may include more or less components than illustrated, or may combine certain components, or different components, e.g., the terminal device may further include an input-output device, a network access device, a bus, etc.
The processor 70 may be a central processing unit (Central Processing Unit, CPU), or may be another general purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The memory 71 may be an internal storage unit of the terminal device 7, such as a hard disk or a memory of the terminal device 7. The memory 71 may be an external storage device of the terminal device 7, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) or the like, which are provided on the terminal device 7. Further, the memory 71 may also include both an internal storage unit and an external storage device of the terminal device 7. The memory 71 is used for storing the computer program as well as other programs and data required by the terminal device. The memory 71 may also be used for temporarily storing data that has been output or is to be output.
It will be clearly understood by those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units is illustrated, and in practical application, the above-mentioned functional allocation may be performed by different functional units, that is, the internal structure of the terminal device is divided into different functional units, so as to perform all or part of the above-mentioned functions. The functional units in the embodiment may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit, where the integrated units may be implemented in a form of hardware or a form of a software functional unit. In addition, the specific names of the functional units are also only for distinguishing from each other, and are not used to limit the protection scope of the present application. The specific working process of the units in the above system may refer to the corresponding process in the foregoing method embodiment, which is not described herein again.
In the foregoing embodiments, the descriptions of the embodiments are emphasized, and in part, not described or illustrated in any particular embodiment, reference is made to the related descriptions of other embodiments.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
In the embodiments provided in the present invention, it should be understood that the disclosed terminal device and method may be implemented in other manners. For example, the above-described terminal device embodiments are merely illustrative, e.g., the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection via interfaces, devices or units, which may be in electrical, mechanical or other forms.
The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in the embodiments of the present invention may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the present invention may implement all or part of the flow of the method of the above embodiment, or may be implemented by a computer program to instruct related hardware, where the computer program may be stored in a computer readable storage medium, and when the computer program is executed by a processor, the computer program may implement the steps of each of the method embodiments described above. Wherein the computer program comprises computer program code which may be in source code form, object code form, executable file or some intermediate form etc. The computer readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a U disk, a removable hard disk, a magnetic disk, an optical disk, a computer Memory, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), an electrical carrier signal, a telecommunications signal, a software distribution medium, and so forth. It should be noted that the computer readable medium contains content that can be appropriately scaled according to the requirements of jurisdictions in which such content is subject to legislation and patent practice, such as in certain jurisdictions in which such content is subject to legislation and patent practice, the computer readable medium does not include electrical carrier signals and telecommunication signals.
The above embodiments are only for illustrating the technical solution of the present invention, and not for limiting the same; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention, and are intended to be included in the scope of the present invention.

Claims (8)

1. A data debugging method based on functional testing, comprising:
searching simulation data under all directories, and acquiring a simulation directory contained in the simulation data and an actual directory in which the simulation data are located, wherein the simulation data are data containing preset simulation identifiers, and the actual directory is a storage address of the simulation data in a server;
establishing a directory mapping relation between the simulated directory and the actual directory, and extracting features of the simulated directory to obtain common features;
carrying out routing configuration based on the common features and the directory mapping relation, if a client request containing a request directory is received, identifying whether the request directory contains the common features, intercepting the client request when the request directory contains the common features, and returning the simulation data under the actual directory in the directory mapping relation when the request directory is the same as the simulation directory in the directory mapping relation;
The method comprises the steps of carrying out feature extraction on the simulated catalogue to obtain common features, wherein the method comprises the following steps:
classifying a plurality of simulation catalogues corresponding to the same type of simulation data into a catalog set, and intercepting the plurality of simulation catalogues in the catalog set sequentially according to a plurality of preset interception levels, wherein the same type of simulation data refers to the plurality of simulation data containing the same type of simulation identification;
if a plurality of interception catalogues obtained after interception according to the interception hierarchy are the same, determining the interception hierarchy with the maximum numerical value of the plurality of the same interception catalogues, and taking the interception catalogues corresponding to the interception hierarchy as the common characteristics;
and if the plurality of intercepted directories obtained after interception according to each intercepting level are different, taking the plurality of simulated directories in the directory set as the common characteristics.
2. The data debugging method of claim 1, wherein after intercepting the client request when the request directory contains the common characteristic, further comprising:
if the request directory is different from the simulated directory in the directory mapping relation, extracting the file names in the request directory, and searching the request files corresponding to the file names under all directories;
If the request file does not contain the simulation identifier, returning the actual directory where the request file is located to an initiator of the client request;
and if the request file contains the simulation identifier, returning the actual directory where the request file is located and the corresponding simulation directory to the initiator of the client request.
3. The data debugging method of claim 1, wherein after receiving the client request comprising the request directory, further comprising:
matching the request catalogue according to a preset matching rule;
if the matching is successful, executing the operation of identifying whether the request catalog contains the common features;
if the matching fails, outputting an error prompt to an initiator of the client request.
4. The data debugging method of claim 1, wherein if the simulation data is generated by a preset data tool, searching the simulation data under all directories and obtaining a simulation directory included in the simulation data and an actual directory in which the simulation data is located comprises:
reading a configuration file of the data tool, and determining the actual directory storing the simulation data in the configuration file;
Searching the simulation data under the actual catalogue, obtaining the simulation catalogue in the simulation data, and updating the actual catalogue according to the storage address of the simulation data.
5. A data debugging device based on functional test, comprising:
the searching unit is used for searching the simulation data under all the catalogues and acquiring a simulation catalogue contained in the simulation data and an actual catalogue in which the simulation data are located, wherein the simulation data are data containing a preset simulation identifier, and the actual catalogue is a storage address of the simulation data in a server;
the establishing unit is used for establishing a directory mapping relation between the simulated directory and the actual directory and extracting features of the simulated directory to obtain common features;
the configuration unit is used for carrying out routing configuration based on the common features and the directory mapping relation, if a client request containing a request directory is received, identifying whether the request directory contains the common features, intercepting the client request when the request directory contains the common features, and returning the simulation data under the actual directory in the directory mapping relation when the request directory is the same as the simulation directory in the directory mapping relation;
Wherein, including multiple analog identification, the establishing unit includes:
the intercepting unit is used for classifying a plurality of analog catalogues corresponding to the same type of analog data into a catalog set, and intercepting the plurality of analog catalogues in the catalog set sequentially according to a plurality of preset intercepting levels, wherein the same type of analog data refers to the plurality of analog data containing the same analog identifier;
the first determining unit is used for determining to obtain a plurality of interception levels with the same interception level with the largest numerical value of the interception level if the plurality of interception levels obtained after interception according to the interception level are the same, and taking the interception level corresponding to the interception level as the common characteristic;
and the second determining unit is used for taking the plurality of simulated catalogs in the catalog set as the common characteristics if the plurality of intercepted catalogs obtained after intercepting according to each intercepting level are different.
6. A terminal device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, the processor implementing the following steps when executing the computer program:
Searching simulation data under all directories, and acquiring a simulation directory contained in the simulation data and an actual directory in which the simulation data are located, wherein the simulation data are data containing preset simulation identifiers, and the actual directory is a storage address of the simulation data in a server;
establishing a directory mapping relation between the simulated directory and the actual directory, and extracting features of the simulated directory to obtain common features;
carrying out routing configuration based on the common features and the directory mapping relation, if a client request containing a request directory is received, identifying whether the request directory contains the common features, intercepting the client request when the request directory contains the common features, and returning the simulation data under the actual directory in the directory mapping relation when the request directory is the same as the simulation directory in the directory mapping relation;
the method comprises the steps of carrying out feature extraction on the simulated catalogue to obtain common features, wherein the method comprises the following steps:
classifying a plurality of simulation catalogues corresponding to the same type of simulation data into a catalog set, and intercepting the plurality of simulation catalogues in the catalog set sequentially according to a plurality of preset interception levels, wherein the same type of simulation data refers to the plurality of simulation data containing the same type of simulation identification;
If a plurality of interception catalogues obtained after interception according to the interception hierarchy are the same, determining the interception hierarchy with the maximum numerical value of the plurality of the same interception catalogues, and taking the interception catalogues corresponding to the interception hierarchy as the common characteristics;
and if the plurality of intercepted directories obtained after interception according to each intercepting level are different, taking the plurality of simulated directories in the directory set as the common characteristics.
7. The terminal device of claim 6, wherein after intercepting the client request when the request directory contains the common characteristic, further comprising:
if the request directory is different from the simulated directory in the directory mapping relation, extracting the file names in the request directory, and searching the request files corresponding to the file names under all directories;
if the request file does not contain the simulation identifier, returning the actual directory where the request file is located to an initiator of the client request;
and if the request file contains the simulation identifier, returning the actual directory where the request file is located and the corresponding simulation directory to the initiator of the client request.
8. A computer readable storage medium storing a computer program, characterized in that the computer program when executed by a processor implements the steps of the data debugging method of any of claims 1 to 4.
CN201811529012.8A 2018-12-14 2018-12-14 Data debugging method and device based on functional test and terminal equipment Active CN109815112B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811529012.8A CN109815112B (en) 2018-12-14 2018-12-14 Data debugging method and device based on functional test and terminal equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811529012.8A CN109815112B (en) 2018-12-14 2018-12-14 Data debugging method and device based on functional test and terminal equipment

Publications (2)

Publication Number Publication Date
CN109815112A CN109815112A (en) 2019-05-28
CN109815112B true CN109815112B (en) 2024-04-05

Family

ID=66601644

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811529012.8A Active CN109815112B (en) 2018-12-14 2018-12-14 Data debugging method and device based on functional test and terminal equipment

Country Status (1)

Country Link
CN (1) CN109815112B (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112148580B (en) * 2019-06-26 2024-01-30 腾讯科技(深圳)有限公司 Test method and device and electronic equipment
CN110765024B (en) * 2019-10-29 2023-08-29 百度在线网络技术(北京)有限公司 Simulation test method, simulation test device, electronic equipment and computer readable storage medium
CN112068895B (en) * 2020-08-10 2023-12-19 深圳市鼎盛光电有限公司 Code configuration method, device, video playing equipment and storage medium
CN112199112B (en) * 2020-09-30 2024-06-14 京东科技控股股份有限公司 Method, device, terminal equipment and storage medium for automatically configuring simulation service

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101187930A (en) * 2007-12-04 2008-05-28 浙江大学 Distribution type file system dummy directory and name space implementing method
CN107809383A (en) * 2016-09-08 2018-03-16 腾讯科技(深圳)有限公司 A kind of map paths method and device based on MVC

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7089172B2 (en) * 2001-12-28 2006-08-08 Testout Corporation System and method for simulating a computer environment and evaluating a user's performance within a simulation
US8793578B2 (en) * 2011-07-11 2014-07-29 International Business Machines Corporation Automating execution of arbitrary graphical interface applications

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101187930A (en) * 2007-12-04 2008-05-28 浙江大学 Distribution type file system dummy directory and name space implementing method
CN107809383A (en) * 2016-09-08 2018-03-16 腾讯科技(深圳)有限公司 A kind of map paths method and device based on MVC

Also Published As

Publication number Publication date
CN109815112A (en) 2019-05-28

Similar Documents

Publication Publication Date Title
CN109815112B (en) Data debugging method and device based on functional test and terminal equipment
US10216848B2 (en) Method and system for recommending cloud websites based on terminal access statistics
CN109800258B (en) Data file deployment method, device, computer equipment and storage medium
CN107239701B (en) Method and device for identifying malicious website
CN111177005A (en) Service application testing method, device, server and storage medium
WO2016201819A1 (en) Method and apparatus for detecting malicious file
CN109558525B (en) Test data set generation method, device, equipment and storage medium
CN108667840B (en) Injection vulnerability detection method and device
CN110213234B (en) Application program file developer identification method, device, equipment and storage medium
US10540325B2 (en) Method and device for identifying junk picture files
CN109376534B (en) Method and apparatus for detecting applications
CN110888838A (en) Object storage based request processing method, device, equipment and storage medium
CN111563257B (en) Data detection method and device, computer readable medium and terminal equipment
CN111144402A (en) OCR recognition accuracy calculation method, device, equipment and storage medium
CN106227893A (en) A kind of file type acquisition methods and device
CN109254921A (en) Application version verification method, device, computer equipment and storage medium
CN107786529B (en) Website detection method, device and system
CN114489603A (en) Code generation method, apparatus, electronic device, medium, and product
CN110020040B (en) Method, device and system for querying data
CN111274204B (en) Terminal identification method, method for generating mobile equipment identification combined code and device thereof
CN110503504B (en) Information identification method, device and equipment of network product
CN113806647A (en) Method for identifying development framework and related equipment
CN114879985B (en) Method, device, equipment and storage medium for installing certificate file
CN103095698A (en) Client software repairing method and repairing device and communication system
CN115664736A (en) Method, device, equipment and medium for sharing data

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