CN118802616B - A precise screening method, device, equipment and medium for playback traffic - Google Patents
A precise screening method, device, equipment and medium for playback traffic Download PDFInfo
- Publication number
- CN118802616B CN118802616B CN202410947695.8A CN202410947695A CN118802616B CN 118802616 B CN118802616 B CN 118802616B CN 202410947695 A CN202410947695 A CN 202410947695A CN 118802616 B CN118802616 B CN 118802616B
- Authority
- CN
- China
- Prior art keywords
- data
- request
- response
- playback
- server
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
- H04L43/028—Capturing of monitoring data by filtering
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种回放流量的精准筛选方法、装置、设备及介质，本申请属于互联网技术领域。该方法包括：获取第一服务端的历史请求数据；响应于筛选指令，对历史请求数据进行筛选，得到回放数据；将回放数据同时发送至第一服务端和第二服务端，分别得到第一服务端执行后的第一响应结果，以及第二服务端执行后的第二响应结果；对第一响应结果与第二响应结果进行对比，得到响应结果对比数据，并确定第二服务端与第一服务端的响应一致性。本技术方案，可以对历史请求数据进行合理筛选，使得回放流量能够实现对待发布服务端功能进行准确的测试，得到具有对照意义的响应结果，从而提高回放数据的使用效率，以及实现回放数据与待测试功能的精准匹配。
The present application discloses a method, device, equipment and medium for accurate screening of playback traffic, and the present application belongs to the field of Internet technology. The method includes: obtaining historical request data of the first server; in response to the screening instruction, screening the historical request data to obtain playback data; sending the playback data to the first server and the second server at the same time, respectively obtaining the first response result after execution by the first server, and the second response result after execution by the second server; comparing the first response result with the second response result, obtaining response result comparison data, and determining the consistency of the response between the second server and the first server. The present technical solution can reasonably screen the historical request data, so that the playback traffic can accurately test the functions of the server to be released, and obtain response results with comparison significance, thereby improving the use efficiency of the playback data, and achieving accurate matching of the playback data with the functions to be tested.
Description
Technical Field
The application belongs to the technical field of Internet, and particularly relates to a method, a device, equipment and a medium for precisely screening playback flow.
Background
With the rapid development of the technology level, various types of applications have been developed. Currently, for some applications, the update is often performed every fixed time period, such as every two weeks, during the use of the user.
For some application programs, the number of requests sent by the client side is greatly increased along with the increase of users, and in this case, more service sides are required to be additionally arranged for timely responding to the requests sent by the users, so that the use experience of the users is ensured. In some cases, playback data is often used in the process of requiring performance testing of a newly added server. For example, the newly added server may be in a gray level to-be-released stage, or may enter the to-be-released stage when a function is newly added to the existing server, and then the test of the server in the to-be-released stage needs to be completed by using gray level data. Where the playback data is often actually the requested data. However, no accurate screening process is performed on the playback data at present, so that either the playback data cannot be used, or the use of the playback data does not bring useful test results, and the accurate test of the server side in the stage to be distributed is affected. Therefore, how to achieve accurate screening of playback data is also one of the key factors of the test.
Disclosure of Invention
The embodiment of the application aims to provide a method, a device, equipment and a medium for precisely screening playback flow, and aims to provide a method for precisely screening playback flow, so that the playback flow can realize the function of a server to be released to be precisely tested, and a response result with contrast significance is obtained, thereby improving the use efficiency of playback data and realizing the precise matching of the playback data and the function to be tested.
In a first aspect, an embodiment of the present application provides a method for precisely screening playback traffic, where the method includes:
acquiring historical request data of a first service end;
Responding to a screening instruction, and screening the historical request data to obtain playback data, wherein the screening instruction is obtained by adding screening options based on a screening page by a user;
The playback data are simultaneously sent to a first service end and a second service end, and a first response result after the first service end is executed and a second response result after the second service end is executed are respectively obtained;
and comparing the first response result with the second response result to obtain response result comparison data, and determining the response consistency of the second server side and the first server side based on the response result comparison data.
Further, in response to the screening instruction, screening the history request data to obtain playback data, including:
The method comprises the steps of displaying a screening page of historical request data, wherein the screening page is used for providing at least one screening item of time dimension, number dimension, request type dimension, equipment dimension and user dimension;
Receiving information filling operation of a user on at least one screening item in the screening page, and obtaining screening conditions of at least one dimension;
and screening the historical request data based on the screening conditions to obtain playback data.
Further, the time dimension filtering item is used for inputting the starting time and the ending time of the historical request data;
the screening item of the number dimension is used for inputting the total number of the history request data;
The screening item of the request type dimension is used for inputting at least one of a request target domain name, a target application program and a target function of historical request data;
The screening item of the equipment dimension is used for inputting equipment range information and/or IP address information of historical request data;
the filtering item of the user dimension is used for inputting user identity type information of historical request data.
Further, after the history request data of the first service end is obtained, the method further includes:
and responding to a shielding instruction, and shielding the history request data to obtain playback data, wherein the shielding instruction is obtained by adding a shielding item based on a screening page by a user.
Further, in response to a masking instruction, masking the history request data to obtain playback data, including:
Responding to a mask item adding operation of which the request type dimension is the write request type, and obtaining a mask condition for the write request type;
And filtering the history request data which is the writing request type from the history request data to obtain playback data.
Further, before obtaining a mask condition for the write request type in response to a mask entry addition operation for the write request type in the request type dimension, the method further comprises:
classifying the writing request types to obtain the service function class which is affected by the data writing and the service function class which is not affected by the data writing;
Accordingly, responding to the mask item adding operation of which the request type dimension is the write request type, obtaining a mask condition for the write request type, including:
Responding to a mask item adding operation of which the request type dimension is the write request type, and obtaining a mask condition for the write request type;
Or alternatively
And responding to the request type dimension to be the shielding item adding operation of the data writing influence business function class in the writing request type, and obtaining the shielding condition of the data writing influence business function class.
Further, after determining the response consistency of the second server and the first server based on the response result comparison data, the method further includes:
And if the response consistency is consistent, generating a functional test passing instruction of the second server.
In a second aspect, an embodiment of the present application provides an accurate screening apparatus for playback traffic, where the apparatus includes:
the history request data acquisition module is used for acquiring history request data of the first service end;
the playback data determining module is used for responding to a screening instruction to screen the historical request data to obtain playback data, wherein the screening instruction is obtained by adding screening options based on a screening page by a user;
The response result acquisition module is used for simultaneously transmitting the playback data to a first service end and a second service end, and respectively obtaining a first response result after the first service end executes and a second response result after the second service end executes;
And the consistency comparison module is used for comparing the first response result with the second response result to obtain response result comparison data, and determining the response consistency of the second server side and the first server side based on the response result comparison data.
In a third aspect, an embodiment of the present application provides an electronic device, including a processor, a memory, and a program or instruction stored on the memory and executable on the processor, the program or instruction implementing the steps of the method according to the first aspect when executed by the processor.
In a fourth aspect, embodiments of the present application provide a readable storage medium having stored thereon a program or instructions which when executed by a processor perform the steps of the method according to the first aspect.
In a fifth aspect, an embodiment of the present application provides a chip, where the chip includes a processor and a communication interface, where the communication interface is coupled to the processor, and where the processor is configured to execute a program or instructions to implement a method according to the first aspect.
In the embodiment of the application, historical request data of a first service end is acquired, screening is carried out on the historical request data to obtain playback data in response to a screening instruction, wherein the screening instruction is obtained by adding screening options based on a screening page by a user, the playback data are simultaneously sent to the first service end and a second service end to respectively obtain a first response result after the first service end is executed and a second response result after the second service end is executed, the first response result and the second response result are compared to obtain response result comparison data, and response consistency between the second service end and the first service end is determined based on the response result comparison data. According to the technical scheme provided by the application, the historical request data can be reasonably screened, so that the playback flow can accurately test the functions of the server to be released, and a response result with contrast significance is obtained, thereby improving the use efficiency of the playback data and realizing the accurate matching of the playback data and the functions to be tested.
Drawings
Fig. 1 is a flow chart of a method for precisely screening playback traffic according to a first embodiment of the present application;
Fig. 2 is a flow chart of a method for precisely screening playback traffic according to a second embodiment of the present application;
fig. 3 is a schematic diagram of a precise screening process of playback traffic provided in the second embodiment of the present application;
Fig. 4 is a schematic structural diagram of a precise screening device for playback flow according to a third embodiment of the present application;
fig. 5 is a schematic structural diagram of an electronic device according to a fourth embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the following detailed description of specific embodiments of the present application is provided with reference to the accompanying drawings. It is to be understood that the specific embodiments described herein are merely illustrative of the application and are not limiting thereof. It should be further noted that, for convenience of description, only some, but not all of the matters related to the present application are shown in the accompanying drawings. Before discussing exemplary embodiments in more detail, it should be mentioned that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart depicts operations (or steps) as a sequential process, many of the operations can be performed in parallel, concurrently, or at the same time. Furthermore, the order of the operations may be rearranged. The process may be terminated when its operations are completed, but may have additional steps not included in the figures. The processes may correspond to methods, functions, procedures, subroutines, and the like.
The technical solutions of the embodiments of the present application will be clearly described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which are obtained by a person skilled in the art based on the embodiments of the present application, fall within the scope of protection of the present application.
The terms first, second and the like in the description and in the claims, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged, as appropriate, such that embodiments of the present application may be implemented in sequences other than those illustrated or described herein, and that the objects identified by "first," "second," etc. are generally of a type, and are not limited to the number of objects, such as the first object may be one or more. Furthermore, in the description and claims, "and/or" means at least one of the connected objects, and the character "/", generally means that the associated object is an "or" relationship.
The method, the device, the equipment and the medium for precisely screening the playback flow provided by the embodiment of the application are described in detail through specific embodiments and application scenes thereof by combining the drawings.
Example 1
Fig. 1 is a flowchart of a method for precisely screening playback traffic according to an embodiment of the present application. As shown in fig. 1, the method specifically comprises the following steps:
s101, acquiring history request data of a first service end;
Firstly, the method and the device are suitable for screening playback data based on historical request data and are used for testing scenes of a server. Based on the above scenario, it can be understood that the execution body of the present application may be a server, or a terminal device that is separately used for screening the history request data.
The first service end may be an online deployed service end, for example, a certain server. Which may be used to respond to a user's request. For example, to a login request, a recharge request, a prop purchase request, a rights purchase request, etc. issued by the client.
The historical request data can be request data of different service types sent out in the process of using the client by the user. Here, the history request data may be login request data, prop purchase request data, recharge request data, or the like. Because the first service end is an online deployed service end, the first service end can respond in time after receiving the request data, for example, the first service end responds to the recharging request to increase the amount of the recharging for the balance of the current account of the user.
S102, responding to a screening instruction, and screening the historical request data to obtain playback data, wherein the screening instruction is obtained by adding screening options based on a screening page by a user;
the screening instruction may be issued by the user based on a certain screening requirement. The generation of the screening instruction can be suitable for the user to add the screening item on the screening page. For example, if a time range is added to the screening page, all the history request data may be screened according to the time range, so as to obtain the history request data in the last week or in the last 10 days as the playback data.
In this scheme, the playback data may be re-submitted to the server for execution, so as to test whether the response of the server to be published and the online server to the request is consistent, thereby obtaining an improved scheme of the server to be published. The playback data may be overlaid with functions, such as all functions of the application, or may be overlaid with only a portion of the functions, such as a login function, a recharge function, or the like, when only a portion of the functions are tested.
S103, the playback data are simultaneously sent to a first service end and a second service end, and a first response result after the first service end is executed and a second response result after the second service end is executed are respectively obtained;
The second server may be a server to be deployed. For example, when some functions need to be upgraded, gray level operation can be performed before upgrading is completed on part of the servers, and the functions are released on line after verification is not problematic. In the scheme, playback of the flow data can be used for automatic regression testing, namely online flow is used for simultaneously requesting a server side deployed on the line and a server side to be online, and whether the iteration version accords with the expectation is judged through comparison of response results, so that possible problems are found.
It can be understood that after determining the playback data, the first server and the second server may be simultaneously requested by the playback data, and a first response result after the first server is executed and a second response result after the second server is executed are obtained respectively. For example, after a playback data is 10-element recharging request data, after the first service end is requested, the account balance is originally 3-element as a first response result after the first service end is executed, the account balance is changed to 13-element after the first service end is executed, the account balance is originally 3-element as a second response result after the second service end is executed, the second service end is changed to 13-element after the second service end is executed, the second service end has no problem on the recharging request, if the account balance is originally 3-element as the second service end is executed, the second service end still has 3-element after the second service end is executed, or the recharging is impossible, and an error is returned, so that the second service end has problems on the recharging request execution, and further improvement is needed.
S104, comparing the first response result with the second response result to obtain response result comparison data, and determining the response consistency of the second server side and the first server side based on the response result comparison data.
The scheme can compare the first response result with the second response result, and can obtain response result comparison data, for example, the response result comparison data can be comparison data of the amount before recharging and after recharging, can also be comparison data of login times, and the like.
In this scheme, after determining the comparison data of the response result, the consistency between the second service end and the first service end may be determined. For example, after receiving a piece of playback data, the first service end and the second service end respectively perform login operation, and in the login record data, the login times of the first service end and the second service end are increased by one, so that consistency is determined between the second service end and the first service end.
In one embodiment, optionally, after determining the response consistency of the second server and the first server based on the response result comparison data, the method further includes:
And if the response consistency is consistent, generating a functional test passing instruction of the second server.
If the response consistency is consistent, that is, both can correctly respond to the request, a functional test passing instruction of the second server may be generated to perform a test of another function, or the server may be deployed online.
In another example, on a certain function, the second server needs to execute a preset number of response operations, and if the response consistency is consistent, it is determined that the function test is passed. For example, for the recharging function, after 1000 times of execution, the execution results are consistent with the execution results of the first server, and the function test is determined to pass.
According to the technical scheme provided by the embodiment, the function test passing instruction can be given under the condition that the response consistency is consistent so as to test other functions or perform on-line deployment, so that the test efficiency of the second server side is improved.
The technical scheme provided by the embodiment includes that historical request data of a first service end are obtained, screening is conducted on the historical request data to obtain playback data in response to a screening instruction, wherein the screening instruction is obtained by adding screening items based on a screening page by a user, the playback data are simultaneously sent to the first service end and a second service end to respectively obtain a first response result after the first service end is executed and a second response result after the second service end is executed, the first response result is compared with the second response result to obtain response result comparison data, and response consistency of the second service end and the first service end is determined based on the response result comparison data. According to the technical scheme, the historical request data can be reasonably screened, so that the playback flow can accurately test the functions of the server to be released, and a response result with contrast significance is obtained, thereby improving the use efficiency of the playback data and realizing the accurate matching of the playback data and the functions to be tested.
Example two
Fig. 2 is a flow chart of a method for precisely screening playback traffic according to a second embodiment of the present application. The scheme is improved more preferably, and the method specifically improves the steps of responding to a screening instruction, screening the historical request data to obtain playback data, and comprises displaying a screening page of the historical request data, wherein the screening page is used for providing at least one screening item in a time dimension, a number dimension, a request type dimension, a device dimension and a user dimension, receiving information filling operation of a user on at least one screening item in the screening page to obtain screening conditions of at least one dimension, and screening the historical request data based on the screening conditions to obtain playback data.
As shown in fig. 2, the method specifically comprises the following steps:
S201, acquiring history request data of a first service end;
S202, a screening page of historical request data is displayed, wherein the screening page is used for providing at least one screening item of time dimension, number dimension, request type dimension, equipment dimension and user dimension;
Wherein the time dimension may be used to provide a selected time range, such as within the last week, or 1 to 10 of the month, etc. The number dimension may be the number used to filter the history request data, such as 1000, 10000, or the number for different functions, such as 100 log-in functions, 300 recharge functions, etc. The request type dimension may include a login request type, a recharge request type, a modify password request type, a prop purchase request type, and so forth. The dimension of the device can be the installation device of the client, for example, the hardware parameter information of the device, such as the size of a disk space, an operating system and the like, and also can be the model of the device, such as the model of a smart phone, the model of a tablet computer, the model of a desktop computer and the like. But also network information of the installation device such as an IP address or the like. The user dimension may include the user's age group, work attributes, work place, daily login duration, and so forth.
It will be appreciated that the history request data may include information for each dimension, and that in the process of screening the history request data, screening may be performed based on one or more of the dimensions.
On the basis of the technical schemes, optionally, the time dimension screening item is used for inputting the starting time and the ending time of the historical request data;
the screening item of the number dimension is used for inputting the total number of the history request data;
The screening item of the request type dimension is used for inputting at least one of a request target domain name, a target application program and a target function of historical request data;
The screening item of the equipment dimension is used for inputting equipment range information and/or IP address information of historical request data;
the filtering item of the user dimension is used for inputting user identity type information of historical request data.
Wherein the start time and the end time may be selected by the user by providing the user with a drop down window. It should be noted that the start time should precede the end time, so that after the start time is selected, the end time can only be selected within a range after the start time. The total number of the historical request data can be the total number used for the return visit data screening at this time, the number of users can be determined according to actual requirements, and when the total number input by the users exceeds the total number of the current historical request data, all the historical request data are regarded as meeting the screening condition of the total number of the return visit data screening. For example, the request target domain name is 37.Com, and the target application program may refer to that when the first service end simultaneously serves a plurality of applications, the screening item of the request type dimension may be used for screening the history request data for one or more target application programs therein, and in addition, may be a channel entering the application program, where the target function is as described above, and not described herein. The filtering item of the device dimension is used for inputting device range information and/or IP address information of the history request data, wherein the device range information may be an address range where the device is located, for example, in a city, and the IP address information may be network address information of a network where the user uses the device to connect to a network. The filter term of the user dimension is used for inputting the user identity type information of the history request data. For example, the user inputs information such as his or her own work attribute, leisure time period, and the like. The above information may be input by a user and used to make selections of history request data.
Through such setting, the information that can make every screening item can be input is more flexible to can realize carrying out finer granularity's screening to history request data, realize the accurate screening to history request data.
S203, receiving information filling operation of a user on at least one screening item in the screening page to obtain screening conditions of at least one dimension;
After the user performs an information population operation on one or more filtering items in the filtering page, filtering information of the dimension can be determined. For example, if the user inputs 6 months 1 day 00:00:00 to 6 months 10 day 23:59:59 in the time dimension, all the history request data between 6 months 1 day and 6 months 10 day can be obtained as the screening condition in the time dimension. Similarly, the user can also perform information filling operation on other screening items to obtain screening conditions of other dimensions.
It can be understood that if the user does not perform the filling operation on the information of a certain filtering item, it can be determined that the user does not need to filter the information of the dimension, and in the subsequent filtering operation, the information of the dimension can be ignored, and the filtering of the history request data is performed only according to the information of the dimension which is already filled.
S204, screening the historical request data based on the screening conditions to obtain playback data;
After the screening condition is clarified, a screening operation may be performed on the history request data to obtain playback data. It should be noted that if the dimension of a certain filtering condition does not have information of the dimension in some historical request data, it may be determined that the historical request data does not conform to the filtering condition, and influence on a subsequent testing link may be avoided.
S205, the playback data are simultaneously sent to a first service end and a second service end, and a first response result after the first service end is executed and a second response result after the second service end is executed are respectively obtained;
S206, comparing the first response result with the second response result to obtain response result comparison data, and determining the response consistency of the second server side and the first server side based on the response result comparison data.
By the aid of the technical scheme, the input mode of the specific screening item of the user in the screening page is provided, accurate screening of historical request data can be achieved through the arrangement, the obtained playback data has more practical significance, and more accurate data are provided for comparison between subsequent playback execution and a server side.
On the basis of the above technical solutions, optionally, after the history request data of the first service end is obtained, the method further includes:
and responding to a shielding instruction, and shielding the history request data to obtain playback data, wherein the shielding instruction is obtained by adding a shielding item based on a screening page by a user.
In the scheme, the screening item can be input at the same time as the screening item is input, wherein the screening line can also be displayed in the screening page, and the screening content can be input to produce the screening condition based on the screening content so as to carry out the screening operation on the history request data.
For example, the screen item input interface is in the upper half of the screen page, and the screen item input interface is in the lower half of the screen page. Specifically, the adding mode may be the same as that of the screening item.
By means of the arrangement, some unnecessary historical request data can be shielded, playback of the part of data is avoided, and errors of information of a server side are avoided.
On the basis of the above technical solution, optionally, in response to a masking instruction, masking the history request data to obtain playback data, including:
Responding to a mask item adding operation of which the request type dimension is the write request type, and obtaining a mask condition for the write request type;
And filtering the history request data which is the writing request type from the history request data to obtain playback data.
The request type dimension may include a read request type and a write request type, among others. The read request type may be a type of reading data of the server, for example, reading a current account balance, reading equipment information of the current account, and the like, and the write request type may be a type of writing information to be written, for example, writing of historical login times may be included in the write request type, writing of a recharging result obtained after a recharging request is sent to a user, and the like.
In the scheme, in order to ensure that the data of the server side is accurate in the flow playback process, the addition of the writing request type can be supported by a user in the shielding item addition operation so as to ensure the accuracy of the database information of the server side, otherwise, the user charges 20 yuan to obtain 25 yuan of account balance, and after the playback of one time of charging request is completed, the account balance becomes 45 yuan, so that the fund loss of the operation side can be caused.
By the arrangement, the data of the server side after playback can be still safe and accurate through shielding the writing request type, and the fund loss of a user or an operator caused by improper writing operation is avoided.
On the basis of the above technical solution, optionally, before responding to the mask item adding operation of which the request type dimension is the write request type, the method further includes:
classifying the writing request types to obtain the service function class which is affected by the data writing and the service function class which is not affected by the data writing;
Accordingly, responding to the mask item adding operation of which the request type dimension is the write request type, obtaining a mask condition for the write request type, including:
Responding to a mask item adding operation of which the request type dimension is the write request type, and obtaining a mask condition for the write request type;
Or alternatively
And responding to the request type dimension to be the shielding item adding operation of the data writing influence business function class in the writing request type, and obtaining the shielding condition of the data writing influence business function class.
The writing request types can be classified, so that data writing influences service function types, such as a recharging request, a purchasing equipment request, a selling equipment request and the like, and data writing does not influence service function types, such as a login time writing request, a writing request of an online time counting result and the like.
Furthermore, in the process of adding the shielding item, the user can determine to shield all the writing request types according to the requirement of the test, or only write data into the writing request affecting the service function class to shield. It can be understood that by means of such subdivision, compared with the previous way of completely shielding the writing request, the scheme not only provides multiple choices for users, but also can select the history request data of part of the writing request as the playback data, so that the playback data is more comprehensive, and the testing requirement of the users on the server to be issued is more met.
According to the scheme, under the condition of subdividing the writing request types, more detailed selection content is provided for a user, and the historical request data supporting part of writing requests can be used as playback data, so that the test requirements of the user can be better met, and the accurate screening of the playback data is realized.
Fig. 3 is a schematic diagram of a precise screening process of playback traffic provided in the second embodiment of the present application. In a specific embodiment, the present solution may employ the following steps:
Step one, flow collection, which is to collect real historical requests on a line, such as the last week and the last half month;
screening flow, namely screening unreasonable requests, unnecessary requests and specified requests and quantity according to input conditions;
Thirdly, replaying the flow, and simultaneously requesting online service and service to be tested through the screened request to acquire a return result;
And step four, comparing results, namely comparing the difference between the results returned by the online service and the results returned by the service to be released, so as to find out the problem of the service to be released.
The prior traffic playback tool can only be used for playback of read traffic, and can also be used for playback of write traffic through shielding and designation, because part of the write requests do not cause problems after playback.
In the scheme, unreasonable requests are shielded, and the requests can be prevented from being sent to the online service, so that dirty data is generated after the online service is executed. In addition, the flow accuracy is improved according to the domain name, url and parameter entering screening request.
Example III
Fig. 4 is a schematic structural diagram of a precise screening device for playback flow according to a third embodiment of the present application. As shown in fig. 4, the apparatus includes:
a history request data obtaining module 401, configured to obtain history request data of a first service end;
a playback data determining module 402, configured to respond to a screening instruction, and screen the history request data to obtain playback data, where the screening instruction is obtained by adding a screening item based on a screening page by a user;
A response result obtaining module 403, configured to send the playback data to a first service end and a second service end at the same time, so as to respectively obtain a first response result after the first service end executes, and a second response result after the second service end executes;
and the consistency comparison module 404 is configured to compare the first response result with the second response result to obtain response result comparison data, and determine response consistency between the second server and the first server based on the response result comparison data.
The technical scheme provided by the embodiment includes that historical request data of a first service end are obtained, screening is conducted on the historical request data to obtain playback data in response to a screening instruction, wherein the screening instruction is obtained by adding screening items based on a screening page by a user, the playback data are simultaneously sent to the first service end and a second service end to respectively obtain a first response result after the first service end is executed and a second response result after the second service end is executed, the first response result is compared with the second response result to obtain response result comparison data, and response consistency of the second service end and the first service end is determined based on the response result comparison data. According to the technical scheme, the historical request data can be reasonably screened, so that the playback flow can accurately test the functions of the server to be released, and a response result with contrast significance is obtained, thereby improving the use efficiency of the playback data and realizing the accurate matching of the playback data and the functions to be tested.
The accurate screening device of the playback flow in the embodiment of the application can be a device, and can also be a component, an integrated circuit or a chip in a terminal. The device may be a mobile electronic device or a non-mobile electronic device. By way of example, the mobile electronic device may be a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted electronic device, a wearable device, an ultra-mobile personal computer (UMPC), a netbook or a Personal Digital Assistant (PDA), etc., and the non-mobile electronic device may be a server, a network attached storage (Network Attached Storage, NAS), a personal computer (personal computer, PC), a Television (TV), a teller machine, a self-service machine, etc., and the embodiments of the present application are not limited in particular.
The accurate screening device for playback flow in the embodiment of the application can be a device with an operating system. The operating system may be an Android operating system, an IOS operating system, or other possible operating systems, and the embodiment of the present application is not limited specifically.
The accurate screening device for playback flow provided by the embodiment of the application can realize each process realized by the embodiment of the method, and in order to avoid repetition, the description is omitted.
Example IV
Fig. 5 is a schematic structural diagram of an electronic device according to a fourth embodiment of the present application. As shown in fig. 5, an embodiment of the present application further provides an electronic device 500, including a processor 501, a memory 502, and a program or an instruction stored in the memory 502 and capable of running on the processor 501, where the program or the instruction implements each process of the above-mentioned embodiment of the precise screening apparatus for playback flow when executed by the processor 501, and the same technical effects can be achieved, so that repetition is avoided and no further description is given here.
The electronic device in the embodiment of the application includes the mobile electronic device and the non-mobile electronic device.
Example five
The embodiment of the application also provides a readable storage medium, on which a program or an instruction is stored, which when executed by a processor, implements each process of the above-mentioned embodiment of the accurate screening device for playback flow, and can achieve the same technical effects, so that repetition is avoided, and no further description is given here.
Wherein the processor is a processor in the electronic device described in the above embodiment. The readable storage medium includes a computer readable storage medium such as a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk or an optical disk, and the like.
Example six
The embodiment of the application further provides a chip, the chip comprises a processor and a communication interface, the communication interface is coupled with the processor, the processor is used for running programs or instructions, each process of the embodiment of the accurate screening device for playback flow is realized, the same technical effect can be achieved, and the repetition is avoided, and the description is omitted here.
It should be understood that the chips referred to in the embodiments of the present application may also be referred to as system-on-chip chips, chip systems, or system-on-chip chips, etc.
It should be noted that, in this document, 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 one does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Furthermore, it should be noted that the scope of the methods and apparatus in the embodiments of the present application is not limited to performing the functions in the order shown or discussed, but may also include performing the functions in a substantially simultaneous manner or in an opposite order depending on the functions involved, e.g., the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.
From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a computer software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising instructions for causing a terminal (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method according to the embodiments of the present application.
The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those having ordinary skill in the art without departing from the spirit of the present application and the scope of the claims, which are to be protected by the present application.
The foregoing description is only of the preferred embodiments of the application and the technical principles employed. The present application is not limited to the specific embodiments described herein, but is capable of numerous modifications, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the application. Therefore, while the application has been described in connection with the above embodiments, the application is not limited to the embodiments, but may be embodied in many other equivalent forms without departing from the spirit of the application, the scope of which is set forth in the following claims.
Claims (8)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410947695.8A CN118802616B (en) | 2024-07-16 | 2024-07-16 | A precise screening method, device, equipment and medium for playback traffic |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410947695.8A CN118802616B (en) | 2024-07-16 | 2024-07-16 | A precise screening method, device, equipment and medium for playback traffic |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN118802616A CN118802616A (en) | 2024-10-18 |
| CN118802616B true CN118802616B (en) | 2025-03-18 |
Family
ID=93034661
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202410947695.8A Active CN118802616B (en) | 2024-07-16 | 2024-07-16 | A precise screening method, device, equipment and medium for playback traffic |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN118802616B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110457199A (en) * | 2018-05-08 | 2019-11-15 | 北京京东尚科信息技术有限公司 | Method and device for performance testing |
| CN112214395A (en) * | 2020-09-02 | 2021-01-12 | 浙江大搜车融资租赁有限公司 | Interface testing method based on flow data, electronic device and storage medium |
| CN115203017A (en) * | 2022-05-30 | 2022-10-18 | 平安银行股份有限公司 | Big data comparison test method, device, electronic equipment and storage medium |
| CN116974948A (en) * | 2023-09-22 | 2023-10-31 | 腾讯科技（深圳）有限公司 | Service system testing method, system, equipment and medium |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8938625B2 (en) * | 2011-06-29 | 2015-01-20 | Sonic Ip, Inc. | Systems and methods for securing cryptographic data using timestamps |
| CN109831357B (en) * | 2019-01-30 | 2020-12-29 | 北京大米科技有限公司 | Service verification method, device, storage medium and server |
| CN113656307B (en) * | 2021-08-18 | 2025-08-22 | 北京沃东天骏信息技术有限公司 | System capacity assessment method, device, equipment and medium |
| CN113590497A (en) * | 2021-09-27 | 2021-11-02 | 腾讯科技（深圳）有限公司 | Business service test method and device, electronic equipment and storage medium |
| CN114240622B (en) * | 2021-12-10 | 2025-09-16 | 中信银行股份有限公司 | Bank payment log playback method, device and equipment and readable storage medium |
| CN115834443A (en) * | 2022-09-07 | 2023-03-21 | 深圳依时货拉拉科技有限公司 | Flow playback method and device, computer equipment and storage medium |
| WO2024098746A1 (en) * | 2022-11-10 | 2024-05-16 | 华为云计算技术有限公司 | Test method, apparatus, and related device |
-
2024
- 2024-07-16 CN CN202410947695.8A patent/CN118802616B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110457199A (en) * | 2018-05-08 | 2019-11-15 | 北京京东尚科信息技术有限公司 | Method and device for performance testing |
| CN112214395A (en) * | 2020-09-02 | 2021-01-12 | 浙江大搜车融资租赁有限公司 | Interface testing method based on flow data, electronic device and storage medium |
| CN115203017A (en) * | 2022-05-30 | 2022-10-18 | 平安银行股份有限公司 | Big data comparison test method, device, electronic equipment and storage medium |
| CN116974948A (en) * | 2023-09-22 | 2023-10-31 | 腾讯科技（深圳）有限公司 | Service system testing method, system, equipment and medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN118802616A (en) | 2024-10-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107402880B (en) | Test method and electronic equipment | |
| US8688491B1 (en) | Testing and error reporting for on-demand software based marketing and sales | |
| US10511453B2 (en) | Information processing system and charge calculation apparatus | |
| CN110019693B (en) | Information recommendation method, server and computer readable medium for intelligent customer service | |
| CN107943694B (en) | Test data generation method and device | |
| CN108509344B (en) | Daily cutting batch test method, equipment and readable storage medium | |
| CN117707983A (en) | Test case code generation method and related equipment | |
| CN110659870A (en) | Business audit test method, device, equipment and storage medium | |
| CN107729246A (en) | For the auxiliary test methods of intended application, device, equipment and storage medium | |
| CN108074172B (en) | E-commerce commodity information publishing method and system | |
| CN118733448A (en) | Data processing method, test method, device, system, medium and program product | |
| CN118802616B (en) | A precise screening method, device, equipment and medium for playback traffic | |
| WO2013054296A2 (en) | Enterprise resource planning system | |
| CN115018484A (en) | Skip payment method, aggregate payment platform, storage medium and computer equipment | |
| CN120804097A (en) | Workflow setting method in table and related equipment | |
| CN120508499A (en) | Database simulation test method, device and equipment | |
| CN112596781A (en) | Service execution and service configuration method and device | |
| US12182811B1 (en) | Electronic transaction verification system | |
| CN117009692A (en) | App-based page merging and sorting method, device, equipment and medium | |
| CN113709448B (en) | A test device and method based on IPTV system | |
| CN112347176A (en) | Data docking method and device based on human-computer interaction behavior | |
| CN113590488B (en) | System test method and test platform for simulating financial data support | |
| CN116991960B (en) | System and method for acquiring user map data | |
| CN114282978B (en) | Order price modification method, system and electronic equipment for test platform | |
| CN113360364B (en) | Target object testing method and device |
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 |