CN114218056B - Performance test method and device for transaction system, computer equipment and storage medium - Google Patents
Performance test method and device for transaction system, computer equipment and storage medium Download PDFInfo
- Publication number
- CN114218056B CN114218056B CN202111488595.6A CN202111488595A CN114218056B CN 114218056 B CN114218056 B CN 114218056B CN 202111488595 A CN202111488595 A CN 202111488595A CN 114218056 B CN114218056 B CN 114218056B
- Authority
- CN
- China
- Prior art keywords
- transaction
- orthogonal
- type
- fault
- positive
- 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
- 238000000034 method Methods 0.000 title claims abstract description 71
- 238000003860 storage Methods 0.000 title claims description 13
- 238000011056 performance test Methods 0.000 title abstract description 27
- 238000012360 testing method Methods 0.000 claims abstract description 178
- 238000004088 simulation Methods 0.000 claims description 34
- 238000001514 detection method Methods 0.000 claims description 29
- 238000004590 computer program Methods 0.000 claims description 25
- 238000004080 punching Methods 0.000 claims description 7
- 238000011010 flushing procedure Methods 0.000 claims description 6
- 230000037361 pathway Effects 0.000 claims 2
- 238000011156 evaluation Methods 0.000 abstract description 7
- 238000012545 processing Methods 0.000 description 49
- 230000008569 process Effects 0.000 description 18
- 238000012937 correction Methods 0.000 description 9
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000002360 preparation method Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000246 remedial effect Effects 0.000 description 1
- 238000010998 test method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application relates to a performance test method of a transaction system, which comprises the following steps: after receiving the performance test instruction, the transaction system server identifies the relevant fault type through the test instruction; and generating corresponding simulated faults based on the current ongoing transaction, and obtaining transaction data of other transactions and operation data of the transaction system to determine the performance of the transaction system under the condition that the transaction system fails. The performance test method of the transaction system provided by the application can test the performance of the transaction system based on the current transaction under the operation state of the transaction system, and the data relied on by the test is more true, so that the evaluation of the performance of the transaction system by the test result is more accurate. Furthermore, the testing local device provided by the application does not need to use an external device, so that the resources are saved, and the reasonable utilization of the resources is realized.
Description
Technical Field
The present application relates to the field of big data processing technology, and in particular, to a performance testing method, apparatus, computer device, computer readable storage medium and computer program product for a transaction system.
Background
At present, various performance tests are required to be carried out on the existing financial transaction system before or during operation so as to ensure that various performance indexes of the financial transaction system meet operation requirements and further ensure that financial transactions are normally carried out and put into use again.
In the conventional technology, a financial institution usually uses a testing device of an external testing institution to test a financial transaction system, and considering confidentiality of transaction data, the external testing device cannot test the transaction data of the financial transaction system, so that performance test of the financial transaction system is limited, and the test of the financial transaction system is inaccurate.
Disclosure of Invention
The application provides a performance test method, a performance test device, computer equipment, a computer readable storage medium and a computer program product of a transaction system, which can test transaction data of the financial transaction system based on a financial transaction system in an operation state so as to realize comprehensive test of the financial transaction system and improve the accuracy of the test of the financial transaction system.
A first aspect of the present application provides a method of performance testing of a transaction system, the method comprising:
Receiving a test instruction, wherein the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
Generating a simulation fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulation fault and operation data of the transaction system; the transaction data comprises orthogonal easy data and/or towards orthogonal easy data;
And carrying out anomaly detection on the other transaction data and the operation data of the transaction system, and determining the performance of the transaction system according to the anomaly detection result.
A second aspect of the present application provides a performance testing apparatus for a transaction system, the apparatus comprising:
the receiving module is used for receiving a test instruction, wherein the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
The generation and acquisition module is used for generating a simulation fault corresponding to the test fault type based on the current transaction in the transaction system and acquiring other transaction data under the simulation fault and operation data of the transaction system; the transaction data comprises orthogonal easy data and/or towards orthogonal easy data;
And the detection and determination module is used for carrying out anomaly detection on the other transaction data and the operation data of the transaction system, and determining the performance of the transaction system according to the anomaly detection result.
A third aspect of the application provides a computer device comprising a memory storing a computer program and a processor implementing the steps of the method of any one of the preceding claims when the computer program is executed by the processor.
A fourth aspect of the application provides a computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of the method of any of the above.
A fifth aspect of the application provides a computer program product comprising a computer program which, when executed by a processor, performs the steps of the method of any of the preceding claims.
The performance test method, the performance test device, the computer equipment, the computer readable storage medium and the computer program product of the transaction system realize the test of transaction data in the transaction system. The performance test method of the transaction system provided by the application can process ongoing transaction of the transaction system to generate simulated faults when the transaction system is in an operation state, so that the performance of the transaction system is judged according to other transaction data and operation data under the condition that the transaction system is in faults, the test of the transaction data of the transaction system is realized, and the situation that the performance test of the transaction system is incomplete due to the fact that an external device cannot test the transaction data of the transaction system in a normal operation state is avoided, so that the performance evaluation of the transaction system is inaccurate is avoided. The testing method provided by the application tests the performance of the transaction system based on the current transaction under the operation state of the transaction system, and the data relied on by the testing is more true, so that the evaluation of the performance of the transaction system by the testing result is more accurate. Furthermore, the testing local device provided by the application does not need to use an external device, so that the resources are saved, and the reasonable utilization of the resources is realized.
Drawings
FIG. 1 is an application environment diagram of a performance testing method of a transaction system in one embodiment;
FIG. 2 is a flow chart of a method of testing performance of a transaction system in one embodiment;
FIG. 3 is a flowchart illustrating a performance testing method of a transaction system according to another embodiment;
FIG. 4 is a flowchart illustrating a performance testing method of a transaction system according to another embodiment;
FIG. 5 is a flow chart illustrating a performance testing method of a transaction system according to another embodiment;
FIG. 6 is a flow chart illustrating a performance testing method of a transaction system according to another embodiment;
FIG. 7 is a block diagram of a performance testing apparatus of a transaction system according to another embodiment;
Fig. 8 is an internal structural view of a computer device in another embodiment.
Detailed Description
The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.
The performance test method of the transaction system provided by the embodiment of the application can be applied to an application environment shown in figure 1. Wherein the terminal 102 communicates with the transaction system server 104 via a network. The data storage system may store data that the transaction system server 104 needs to process. The data storage system may be integrated on the transaction system server 104 or may be located on a cloud or other network server. The terminal 102 sends the test instruction to the transaction system server 104 through the network, and the test instruction is identified to determine the type of fault related to the financial transaction to be performed; the transaction system server 104 generates a simulated fault corresponding to the fault type based on the current ongoing transaction, and obtains transaction data of other ongoing transactions in the transaction system server 104 and operation data of the transaction system under the condition that the transaction system fails, and if the transaction data of other ongoing transactions in the transaction system server 104 and the operation data of the transaction system are normal, determines that the performance of the transaction system meets the operation requirement; otherwise, determining that the performance of the transaction system does not meet the operation requirement, and thus realizing the test of transaction data in the transaction system. The performance test method of the transaction system provided by the application can process ongoing transaction of the transaction system to generate simulated faults when the transaction system is in an operation state, so that the performance of the transaction system is judged according to other transaction data and operation data under the condition that the transaction system is in faults, the test of the transaction data of the transaction system is realized, and the situation that the performance test of the transaction system is incomplete due to the fact that an external device cannot test the transaction data of the transaction system in a normal operation state is avoided, so that the performance evaluation of the transaction system is inaccurate is avoided. The testing method provided by the application tests the performance of the transaction system based on the current transaction under the operation state of the transaction system, and the data relied on by the testing is more true, so that the evaluation of the performance of the transaction system by the testing result is more accurate. Furthermore, the testing local device provided by the application does not need to use an external device, so that the resources are saved, and the reasonable utilization of the resources is realized. The terminal 102 may be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, internet of things devices, and portable wearable devices, where the internet of things devices may be smart speakers, smart televisions, smart air conditioners, smart vehicle devices, and the like. The portable wearable device may be a smart watch, smart bracelet, headset, or the like. The transaction system server 104 may be implemented as a stand-alone server or as a cluster of servers.
In one embodiment, as shown in fig. 2, a performance testing method of a transaction system is provided, and the method is applied to the transaction system server in fig. 1 for illustration, and includes the following steps:
step S202, receiving a test instruction, wherein the test instruction carries a test fault type; the test fault type is a financial transaction related fault type.
The test instruction may be an instruction sent by a financial practitioner to a server of the transaction system through a terminal, where the instruction is used to instruct the server of the transaction system to perform a corresponding fault test on the transaction system. Or the server of the transaction system initiates the fault test by itself according to the preset fault test flow, which is not limited in the application. In the following, some of the preparation work required by the server of the transaction system before testing is explained:
First, the server of the transaction system may be provided with a processing module, a forwarding module, a receiving module, a transmitting module, and other functional modules, and the server of the transaction system may receive a test instruction sent by a financial practitioner through a terminal through the receiving module.
The receiving module transmits the received test instruction to the processing module, the processing module analyzes the test instruction to obtain a test fault type, and then the processing module starts the forwarding module by modifying the configuration file and the like, so that the forwarding module starts working.
After the forwarding module is started by the processing module, the forwarding module can be randomly selected to be in communication connection with a transaction object which is transacted by the processing module, or can be in communication connection with the transaction object appointed by the processing module, so that all transaction processes between the processing module and the transaction object are required to be performed through a transfer station which is the forwarding module in the subsequent testing process, and the fault simulation of the transaction system is realized by modifying the transaction between the processing module and the transaction object through the forwarding module.
After the preparation is completed, the transaction system starts to perform corresponding fault type test operation. It should be noted that the test fault type is a fault type related to financial transactions, such as a fault type related to orthogonal susceptibility, and a fault type related to orthogonal susceptibility. Wherein the orthogonal easy characterization transaction system and the transaction object perform the whole transaction process such as transfer transaction. The remedial measure performed by the transaction system after determining that the orthogonality between the transaction system and the transaction object is likely to fail is used for ensuring the consistency of the transaction system.
Step S204, generating a simulation fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulation fault and operation data of the transaction system; the transaction data includes orthogonal easy data and/or punch orthogonal easy data.
After the server based on the transaction system completes the test preparation, the test is started. The server of the transaction system generates a corresponding simulated fault based on the identified test fault type. It should be noted that, the fault simulation may be implemented based on a forwarding module of a server of the transaction system, for example, the forwarding module may intercept orthogonality between the transaction system and the transaction object, so that the transaction object cannot be reached by the orthogonality, and then fault simulation for the orthogonality easy loss may be implemented; the method can also be that the orthogonal easy between the transaction system and the transaction object is intercepted firstly, and after a preset time period, the orthogonal easy is sent to the transaction object, so that fault simulation and the like for the orthogonal easy delay can be realized. After the transaction system fails, a processing module in a server of the transaction system can acquire transaction data of ongoing orthogonal transactions or transaction-in transactions between the transaction system and other transaction objects, and acquire various data of the current running state of the server of the transaction system. The server of the transaction system can be internally provided with various detection modules, detection circuits or sensors and the like so as to acquire transaction data of the transaction, transaction data of the transaction and operation data.
Step S206, performing anomaly detection on other transaction data and operation data of the transaction system, and determining performance of the transaction system according to the anomaly detection result.
The server of the transaction system may obtain data (orthogonal transaction data, transaction data of the transaction, and operation data) for determining performance of the transaction system according to a detection module, a detection circuit, or a sensor, etc. set in the server, then the detection module, the detection circuit, or the sensor may transmit the acquired data to a processor, the processor may obtain corresponding normal data from a memory address, the normal data may be compared with the acquired data, and the detection module, the detection circuit, or the sensor may determine whether the acquired data is abnormal according to a comparison result. Further determining whether the ongoing orthogonality between the transaction system and other transaction objects is susceptible to transaction system failure; at the same time, it is determined whether other operations of the server of the transaction system are affected by the transaction system failure. If one item of data is affected by the fault of the transaction system, determining that the performance of the transaction system cannot meet the operation requirement, and transmitting the performance test result of the transaction system to a terminal of a financial practitioner through a network by a server of the transaction system so as to be convenient for the financial practitioner to check and take corresponding measures.
The application provides a performance test method of a transaction system, which comprises the following steps: after the transaction system server receives the performance test instruction, the test instruction is identified to determine the type of fault related to financial transaction to be performed; the transaction system server generates a simulated fault corresponding to the fault type based on the current ongoing transaction, obtains transaction data of other ongoing transactions in the transaction system and operation data of the transaction system under the condition that the transaction system breaks down, and determines that the performance of the transaction system meets the operation requirement if the transaction data of other ongoing transactions in the transaction system and the operation data of the transaction system are normal; otherwise, determining that the performance of the transaction system does not meet the operation requirement, and thus realizing the test of transaction data in the transaction system. The performance test method of the transaction system provided by the application can process ongoing transaction of the transaction system to generate simulated faults when the transaction system is in an operation state, so that the performance of the transaction system is judged according to other transaction data and operation data under the condition that the transaction system is in faults, the test of the transaction data of the transaction system is realized, and the situation that the performance test of the transaction system is incomplete due to the fact that an external device cannot test the transaction data of the transaction system in a normal operation state is avoided, so that the performance evaluation of the transaction system is inaccurate is avoided. The testing method provided by the application tests the performance of the transaction system based on the current transaction under the operation state of the transaction system, and the data relied on by the testing is more true, so that the evaluation of the performance of the transaction system by the testing result is more accurate. Furthermore, the testing local device provided by the application does not need to use an external device, so that the resources are saved, and the reasonable utilization of the resources is realized.
In one embodiment, this embodiment is an alternative method embodiment for generating a simulated fault corresponding to a test fault type, the method embodiment including the steps of:
And modifying the current transaction according to the test fault type, and generating a simulation fault corresponding to the test fault type.
Wherein, based on the above description, a forwarding module can be arranged in the server of the transaction system, and the forwarding module can modify the current transaction between the transaction system and the transaction object so as to manufacture the corresponding simulation fault of the transaction system. The forwarding module can be in communication connection with the processing module of the server of the transaction system and the transaction object, and in the testing process, data interaction between the tested transaction system and the tested transaction object is carried out through the forwarding module, so that the forwarding module can modify current transaction to generate various simulation faults corresponding to the test fault types so as to comprehensively test transaction data of the transaction system. The modification of the current transaction by the forwarding module may be, for example: intercepting the current orthogonal easy; the current punching quadrature is easy to intercept; delay transmission is carried out on the current orthogonal frequency domain; the present application is not limited to this, and the current orthogonal transmit is easy to delay.
Optionally, the type of fault associated with the financial transaction includes any one of: the quadrature is susceptible to preceding the quadrature susceptible type, the quadrature susceptible to losing type, and the transaction delay type.
The application mainly tests the following fault types of the transaction system: the quadrature is susceptible to preceding the quadrature susceptible type, the quadrature susceptible to losing type, and the transaction delay type.
The orthogonal easy before the orthogonal easy type characterizes the transaction process of the positive transaction between the transaction system and the transaction object, and then the transaction process of the positive transaction is carried out. Under normal conditions, the transaction system and the transaction object should execute the transaction process of the positive transaction first, then execute the transaction process of the positive transaction after the orthogonal easy fails, so if the transaction process of the positive transaction is executed between the transaction system and the transaction object first, and then execute the transaction process of the positive transaction, the transaction system has the fault that the positive transaction is easy to precede the orthogonal easy type.
The positive transaction loss type characterizes that in the process of conducting a positive transaction between the transaction system and the transaction object, the transaction system does not receive feedback information of the transaction object for the positive transaction in a preset time period. Because under normal conditions, after the transaction system and the transaction object succeed in transaction, the transaction object can send corresponding feedback information to the transaction system, so that the transaction system knows the real-time movement of the transaction in real time. And when the transaction system does not receive feedback information of the transaction object within a preset time period, the transaction system is indicated to have the fault of the orthogonal easy-to-lose type.
The transaction delay type characterizes that in the transaction process of carrying out the positive transaction between the transaction system and the transaction object, the transaction system receives feedback information of the transaction object aiming at the positive transaction after a preset time period; similarly, in the transaction process of conducting the forward transaction between the transaction system and the transaction object, the transaction system receives feedback information of the transaction object on the forward transaction after a preset time period.
It should be noted that, the performance test method of the transaction system provided by the application can also test other transaction data of the transaction system, which is not limited in the application.
In one embodiment, as shown in fig. 3, the embodiment shown in fig. 3 is an optional method embodiment for generating a simulated fault corresponding to a test fault type when the fault type related to the financial transaction is a transaction type that is immediately prior to the transaction type, where the method embodiment includes the following steps:
step S302, a positive transaction and a positive transaction corresponding to the orthogonal ease in the current transaction are obtained.
Based on the above description, if the financial practitioner sends a test instruction to the server of the transaction system through the terminal, which indicates that the transaction system is subjected to the fault test of the type that the transaction system is easy to be subjected to the quadrature, the server of the transaction system may perform the following operation flow:
Firstly, a processing module in a server of a transaction system generates an orthogonal easy to a transaction object and a positive transaction corresponding to the orthogonal easy, then the positive transaction and the positive transaction are sent to a forwarding module in the server of the transaction system, and the positive transaction are processed by the forwarding module to provide a fault of a type that the positive transaction and the positive transaction are easy to precede the positive transaction. It should be noted that, the method for obtaining the flushing transaction is described below, and is not described herein. The orthogonal easy and punch transactions referred to herein may be the execution logic code of the positive and punch transactions. The forwarding module receives the test fault type sent by the processing module, the positive transaction and the corresponding positive transaction, and can analyze the test fault type to obtain a test task to be performed, identify the transaction sent by the processing module according to a corresponding identification method to determine which transaction is the executing logic code of the positive transaction, and mark the orthogonal easy executing logic code and the executing logic code of the positive transaction, so that the distinction is convenient, the marked type can be a preset letter, number, figure and the like, and the next stage of operation can be performed after the identification work is executed.
In step S304, the transaction time of the correction transaction and the positive transaction is modified so that the transaction time of the positive transaction is earlier than the transaction time of the positive transaction.
Then, the forwarding module temporarily stores the identified orthogonal easy execution logic codes or modifies the process of the execution logic codes for correcting the transaction, so that the execution logic codes for the transaction temporarily stay in the forwarding module; the execution logic code of the transaction is directly sent to the transaction object, or the execution logic code of the transaction is directly sent to the transaction object immediately after the execution logic code of the transaction is sent, or the execution logic code of the transaction is sent to the transaction object after the preset time period of the execution logic code of the transaction is sent. Thereby making the execution time of the executing logic code of the transaction precede the execution time of the executing logic code of the transaction.
Step S306, based on the operation of modifying the transaction time of the correction transaction and the transaction time of the impulse quadrature vulnerability, generating a simulation fault corresponding to the impulse quadrature vulnerability preceding the quadrature vulnerability type.
Finally, based on the modification of the transaction time of the transaction system and the transaction time of the transaction, the transaction system is enabled to generate the simulation fault that the transaction system is subjected to the transaction of the transaction type before the transaction type.
It should be noted that, after the transaction object receives the execution logic code of the transaction and the execution logic code of the transaction in succession, feedback information may be generated to a forwarding module in a server of the transaction system, and then the processing module may obtain the feedback information from the forwarding module, so that the processing module determines that the transaction object receives the execution logic code of the transaction first, then receives an event of the execution logic code of the transaction, and further determines whether a fault simulated by the forwarding module matches with a test fault type according to feedback of the transaction object, and after the processing module determines that the fault simulated by the forwarding module matches with the test fault type, obtains other transaction data under the simulated fault and operation data of the transaction system, so as to determine performance of the transaction system. If the processing module confirms that the fault simulated by the forwarding module is not matched with the test fault type, the processing module does not acquire corresponding data first, and forwards the test instruction to the forwarding module again, so that the forwarding module acquires the corresponding data after generating the corresponding simulated fault.
According to the performance test method of the transaction system, when the transaction system needs to perform fault test of the transaction type which is easy to be subjected to the orthographic first, the corresponding simulated faults can be generated by correcting the transaction occurrence time of the transaction and the orthographic first, the implementation mode is simple, and the test efficiency of the transaction system can be improved.
In one embodiment, as shown in fig. 4, the embodiment shown in fig. 4 is an alternative method embodiment for generating a simulated fault corresponding to a test fault type when the fault type related to the financial transaction is an orthogonal easy-to-lose type, where the method embodiment includes the following steps:
Step S402, acquiring a positive transaction in the current transaction.
Based on the above description, if the financial practitioner sends a test instruction to the server of the transaction system through the terminal, which indicates that the transaction system is subjected to the orthogonal easy-to-lose fault test, the server of the transaction system may perform the following operation flow:
Firstly, a processing module in a server of the transaction system can send an orthogonal easy execution logic code and a corresponding test instruction to a forwarding module, after receiving the test instruction, the forwarding module analyzes the test instruction to obtain a test task to be performed, then identifies the execution logic code of the transaction sent by the processing module, if the execution logic code is identified as the execution logic code of the transaction, then performs subsequent operations, if the execution logic code is identified as not being the orthogonal easy execution logic code, then can send a message to the processing module to instruct the processing module to resend the corresponding orthogonal easy execution logic code or enter a waiting state until the corresponding orthogonal easy execution logic code is identified to enter the next stage.
In step S404, the orthogonal easy transaction path is modified so that the first feedback information being transacted does not reach the transaction system within a preset first time period.
Then, the forwarding module may directly send the execution logic code of the positive transaction sent by the processing module to the transaction object, where the transaction object sends the first feedback information to the forwarding module based on the received execution logic code of the positive transaction, and informs the forwarding module that an event of receiving the execution logic code of the positive transaction occurs. And then the forwarding module intercepts the first feedback information, so that the first feedback information cannot reach a processing module in a server of the transaction system, and the processing module cannot receive the first feedback information in a preset first time period, so that the transaction system has a fault that orthogonality is easy to lose.
Step S406, based on the operation of modifying the transaction path of the correction transaction, generating a simulated fault corresponding to the orthogonal easy-to-lose type.
Finally, based on the modification of the transaction path of the orthogonality tendency by the forwarding module in the server of the transaction system, the transaction system has simulation faults of the orthogonality tendency loss type.
It should be noted that, the processing module may further obtain the first feedback information from the forwarding module, so that the processing module determines that the transaction object has an event of receiving the execution logic code of the transaction, and further the processing module confirms whether the fault simulated by the forwarding module matches with the test fault type, and after the processing module confirms that the fault simulated by the forwarding module matches with the test fault type, obtains other transaction data under the simulated fault and operation data of the transaction system, so as to determine performance of the transaction system. If the processing module confirms that the fault simulated by the forwarding module is not matched with the test fault type, the processing module does not acquire corresponding data first, and forwards the test instruction to the forwarding module again, so that the forwarding module acquires the corresponding data after generating the corresponding simulated fault.
According to the performance test method of the transaction system, when the transaction system needs to perform the fault test of the orthogonal easy-to-lose type, the corresponding simulated faults can be generated by modifying the transaction way of the transaction, the implementation mode is simple, and the test efficiency of the transaction system can be improved.
In one embodiment, as shown in fig. 5, the present embodiment shown in fig. 5 is an alternative method embodiment for generating a simulated fault corresponding to a test fault type when the fault type related to the financial transaction is a transaction delay type, where the method embodiment includes the following steps:
step S502, a positive transaction and a positive transaction corresponding to the orthogonal ease in the current transaction are obtained.
Based on the above description, if the financial practitioner sends a test instruction to the server of the transaction system through the terminal, which indicates that the transaction delay type fault test is performed on the transaction system, the server of the transaction system may perform the following operation flow:
Firstly, a processing module in a server of a transaction system can send an orthogonal easy execution logic code, a transaction-in execution logic code and a corresponding test instruction to a forwarding module, the forwarding module analyzes the test instruction to obtain a test task required to be carried out after receiving the test instruction, and then identifies the transaction sent by the processing module according to a corresponding identification method to determine which transaction is the execution logic code of the transaction-in execution logic code, and the transaction is the execution logic code of the transaction-in execution logic code, and marks the orthogonal easy execution logic code and the transaction-in execution logic code, so that the identification is convenient, and the marked type can be preset letters, numbers, figures and the like. After the recognition work is completed, the next stage is entered.
In step S504, the transaction time of the correction transaction and the positive transaction is modified so that the second feedback information of the positive transaction and the third feedback information of the positive transaction reach the transaction system after the preset second time period.
And then, the forwarding module sequentially sends the executing logic code of the positive transaction and the executing logic code of the flushing transaction to a transaction object according to a normal transaction time sequence based on the executing logic code of the positive transaction and the executing logic code of the flushing transaction obtained by identification, the transaction object generates second feedback information corresponding to the orthogonal easiness and third feedback information corresponding to the orthogonal easiness based on the received executing logic code of the positive transaction and the executing logic code of the flushing transaction, then, the second feedback information and the third feedback information are sent to the forwarding module, the forwarding module sends the second feedback information and the third feedback information to the processing module after a preset second time period, wherein the second time period is a time node for receiving the feedback information by the processing module, the receiving in the second time period, the receiving of the second time period indicates normal, and the receiving of the second time period exceeds the second time period indicates abnormal.
Step S506, based on the operation of correcting the transaction and the transaction time of the transaction quadrature, generating a simulation fault corresponding to the transaction delay type.
Finally, based on the modification of the transaction time of the transaction being processed and the transaction being processed by the forwarding module in the server of the transaction system, the transaction system is subjected to the simulation fault of the transaction delay type.
It should be noted that, the processing module may further determine, according to the second feedback information and the third feedback information sent by the forwarding module, that the transaction object has an event of receiving the execution logic code of the transaction and an event of receiving the execution logic code of the transaction, so that the processing module confirms whether the fault simulated by the forwarding module matches with the test fault type, and after the processing module confirms that the fault simulated by the forwarding module matches with the test fault type, obtains other transaction data under the simulated fault and operation data of the transaction system, so as to determine performance of the transaction system. If the processing module confirms that the fault simulated by the forwarding module is not matched with the test fault type, the processing module does not acquire corresponding data first, and forwards the test instruction to the forwarding module again, so that the forwarding module acquires the corresponding data after generating the corresponding simulated fault.
According to the performance test method of the transaction system, when the transaction system needs to conduct fault test of a transaction delay type, the corresponding simulated faults can be generated by modifying transaction time of correction transaction and positive transaction, the implementation mode is simple, and the test efficiency of the transaction system can be improved.
In one embodiment, as shown in fig. 6, the present embodiment shown in fig. 6 is an alternative method embodiment for generating Cheng Chong positive transactions, the method embodiment comprising the steps of:
Step S602, performing interception operation on the orthogonal easy to make the fourth feedback information corresponding to the orthogonal easy not reach the transaction system within a preset third time period;
In step S604, based on the operation of intercepting the orthogonal easy, a positive transaction corresponding to the orthogonal easy is generated.
After the processing module sends the corresponding orthogonal easy-to-execute logic code to the forwarding module, the forwarding module intercepts the orthogonal easy-to-execute logic code in the forwarding module, and does not perform the circulation of the next stage, namely does not send the orthogonal easy-to-execute logic code to the corresponding transaction object, after a preset time period, the transaction object generates corresponding feedback information and sends the feedback information to the forwarding module, so that the forwarding module determines that the transaction object does not receive the orthogonal easy-to-execute logic code, and then the forwarding module sends the feedback information to the processing module, and the processing module determines that the processing module sends the orthogonal easy-to-execute logic code, but the transaction object does not receive the orthogonal easy-to-execute logic code, determines that the fault occurs, and correspondingly generates the transaction to be in order to ensure the consistency of the transaction.
According to the performance test method of the transaction system, the server of the transaction system is based on the current orthogonal easiness, the transaction system can generate the positive transaction corresponding to the orthogonal easiness through the processing of the forwarding module, the implementation mode is simple, the corresponding fault can be realized based on the current transaction, the resources are reasonably utilized, and the test of the transaction system is more accurate based on the fault realized by the current transaction.
It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.
Based on the same inventive concept, the embodiment of the application also provides a performance testing device of the transaction system for realizing the performance testing method of the transaction system. The implementation of the solution provided by the device is similar to the implementation described in the above method, so the specific limitation in the embodiments of the operation and maintenance behavior analysis device provided below may refer to the limitation of the performance test method of the transaction system, which is not described herein.
In one embodiment, as shown in fig. 7, there is provided a performance testing apparatus of a transaction system, comprising: a receiving module 702, a generating and acquiring module 704 and a detecting and determining module 706, wherein:
The receiving module 702 is configured to receive a test instruction, where the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
the generation and acquisition module 704 is configured to generate a simulated fault corresponding to the test fault type based on a current transaction in the transaction system, and acquire other transaction data under the simulated fault and operation data of the transaction system; the transaction data comprises orthogonal easy data and/or punching orthogonal easy data;
The detection determining module 706 is configured to perform anomaly detection on other transaction data and operation data of the transaction system, and determine performance of the transaction system according to the anomaly detection result.
In one embodiment, the generating and acquiring module 704 is specifically configured to modify the current transaction according to the test fault type, and generate a simulated fault corresponding to the test fault type.
In one embodiment, if the fault type related to the financial transaction is a dash-quadrature-easy-to-precede-quadrature-easy type, the generating and acquiring module 704 is further specifically configured to acquire a positive transaction in the current transaction and a dash-positive transaction corresponding to the dash-quadrature-easy; modifying the transaction time of the correction transaction and the positive transaction so that the transaction time of the positive transaction is earlier than the transaction time of the positive transaction; based on the operation of modifying the transaction time of the correction transaction and the transaction time of the quadrature vulnerability, a simulated fault corresponding to the quadrature vulnerability type is generated.
In one embodiment, if the type of fault associated with the financial transaction is an orthogonal easy-to-lose type,
The generating and acquiring module 704 is specifically further configured to acquire an orthogonal ease in a current transaction; modifying the transaction path of the corrected transaction so that the first feedback information of the transaction does not reach the transaction system within a preset first time period; based on the operation of modifying the transaction path of the corrected transaction, a simulated fault corresponding to the orthogonal easy-to-lose type is generated.
In one embodiment, if the type of fault associated with the financial transaction is a transaction delay type,
The generating and acquiring module 704 is specifically further configured to acquire a positive transaction in the current transaction and a positive transaction corresponding to the orthogonal party; modifying the transaction time of the correction transaction and the positive transaction so that the second feedback information of the positive transaction and the third feedback information of the positive transaction reach the transaction system after a preset second time period; based on the operation of modifying the transaction time of the correction transaction and the transaction time of the transaction quadrature, a simulated fault corresponding to the transaction delay type is generated.
In one embodiment, the generation and acquisition module 704 includes an interception unit and a generation unit,
The interception unit is used for intercepting the orthogonal easiness so that fourth feedback information corresponding to the orthogonal easiness does not reach the transaction system within a preset third time period;
And the generating unit is used for generating a positive punching transaction corresponding to the orthogonal tendency based on the operation of intercepting the orthogonal tendency.
The various modules in the performance testing apparatus of the transaction system described above may be implemented in whole or in part by software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.
In one embodiment, a computer device is provided, which may be a server, and the internal structure of which may be as shown in fig. 8. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is for storing the operation and maintenance data. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program, when executed by a processor, implements a method of performance testing of a transaction system.
It will be appreciated by those skilled in the art that the structure shown in FIG. 8 is merely a block diagram of some of the structures associated with the present inventive arrangements and is not limiting of the computer device to which the present inventive arrangements may be applied, and that a particular computer device may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.
In one embodiment, a computer device is provided comprising a memory and a processor, the memory having stored therein a computer program, the processor when executing the computer program performing the steps of:
Receiving a test instruction, wherein the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
Generating a simulation fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulation fault and operation data of the transaction system; the transaction data comprises orthogonal easy data and/or punching orthogonal easy data;
And performing anomaly detection on other transaction data and operation data of the transaction system, and determining the performance of the transaction system according to the anomaly detection result.
The computer device provided in the foregoing embodiments has similar implementation principles and technical effects to those of the foregoing method embodiments, and will not be described herein in detail.
In one embodiment, a computer readable storage medium is provided having a computer program stored thereon, which when executed by a processor, performs the steps of:
Receiving a test instruction, wherein the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
Generating a simulation fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulation fault and operation data of the transaction system; the transaction data comprises orthogonal easy data and/or punching orthogonal easy data;
And performing anomaly detection on other transaction data and operation data of the transaction system, and determining the performance of the transaction system according to the anomaly detection result.
The computer readable storage medium provided in the above embodiment has similar principle and technical effects to those of the above method embodiment, and will not be described herein.
In one embodiment, a computer program product is provided comprising a computer program which, when executed by a processor, performs the steps of:
Receiving a test instruction, wherein the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
Generating a simulation fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulation fault and operation data of the transaction system; the transaction data comprises orthogonal easy data and/or punching orthogonal easy data;
And performing anomaly detection on other transaction data and operation data of the transaction system, and determining the performance of the transaction system according to the anomaly detection result.
The computer program product provided in the above embodiment has similar principles and technical effects to those of the above method embodiment, and will not be described herein.
The user information (including but not limited to user equipment information, user personal information, etc.) and the data (including but not limited to data for analysis, stored data, presented data, etc.) related to the present application are information and data authorized by the user or sufficiently authorized by each party.
Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magneto-resistive random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (PHASE CHANGE Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in various forms such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), etc. The databases referred to in the embodiments provided herein may include at least one of a relational database and a non-relational database. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processor referred to in the embodiments provided in the present application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic unit, a data processing logic unit based on quantum computing, or the like, but is not limited thereto.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The foregoing examples illustrate only a few embodiments of the application and are described in detail herein without thereby limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of the application should be assessed as that of the appended claims.
Claims (9)
1. A method for testing performance of a transaction system, comprising:
Receiving a test instruction, wherein the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
Generating a simulation fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulation fault and operation data of the transaction system; the transaction data comprises orthogonal easy data and/or towards orthogonal easy data;
performing anomaly detection on the other transaction data and the operation data of the transaction system, and determining the performance of the transaction system according to an anomaly detection result;
wherein the fault types related to the financial transaction comprise any one of the following: the method comprises the steps of flushing an orthogonal easy-to-precede orthogonal easy type, an orthogonal easy-to-lose type and a transaction delay type;
if the fault type related to the financial transaction is the transaction type which is easy to be earlier than the transaction type, modifying the current transaction according to the test fault type to generate a simulation fault corresponding to the test fault type, including:
Acquiring a positive transaction in the current transaction and a positive transaction corresponding to the orthogonal easy;
Modifying the transaction time of the positive transaction and the positive transaction so that the transaction time of the positive transaction is earlier than the orthogonal transaction time;
based on the operation of modifying the transaction time of the positive transaction and the positive transaction, generating a simulation fault corresponding to the orthogonal easy-to-precede orthogonal easy type;
if the fault type related to the financial transaction is the orthogonal easy-to-lose type, modifying the current transaction according to the test fault type, and generating a simulation fault corresponding to the test fault type, including:
Acquiring the orthogonal ease in the current transaction;
Modifying the orthogonal easy transaction path so that the first feedback information of the orthogonal easy does not reach the transaction system within a preset first time period;
Based on the operation of modifying the orthogonal easy transaction pathway, generating a simulated fault corresponding to the orthogonal easy-to-lose type;
if the fault type related to the financial transaction is the transaction delay type, modifying the current transaction according to the test fault type, and generating a simulation fault corresponding to the test fault type, including:
Acquiring a positive transaction in the current transaction and a positive transaction corresponding to the orthogonal easy;
Modifying the transaction time of the positive transaction and the positive transaction so that the second feedback information of the orthogonal easiness and the third feedback information of the positive transaction reach the transaction system after a preset second time period;
based on the operation of modifying the transaction time of the positive transaction and the positive transaction, generating a simulated fault corresponding to the transaction delay type.
2. The method of claim 1, wherein the generating a simulated fault corresponding to the test fault type based on a current transaction in the transaction system comprises:
and modifying the current transaction according to the test fault type, and generating a simulation fault corresponding to the test fault type.
3. The method according to claim 1, wherein the method further comprises:
Intercepting the orthogonal easy to perform so that fourth feedback information corresponding to the orthogonal easy does not reach the transaction system within a preset third time period;
Based on the operation of intercepting the orthogonal ease, a positive punch transaction corresponding to the orthogonal ease is generated.
4. A performance testing apparatus for a transaction system, comprising:
the receiving module is used for receiving a test instruction, wherein the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
The generation and acquisition module is used for generating a simulation fault corresponding to the test fault type based on the current transaction in the transaction system and acquiring other transaction data under the simulation fault and operation data of the transaction system; the transaction data comprises orthogonal easy data and/or towards orthogonal easy data;
The detection and determination module is used for carrying out anomaly detection on the other transaction data and the operation data of the transaction system and determining the performance of the transaction system according to an anomaly detection result;
wherein the fault types related to the financial transaction comprise any one of the following: the method comprises the steps of flushing an orthogonal easy-to-precede orthogonal easy type, an orthogonal easy-to-lose type and a transaction delay type;
If the fault type related to the financial transaction is the orthogonal easy-to-precede orthogonal easy type, the generation and acquisition module is specifically configured to acquire a positive transaction in the current transaction and a positive transaction corresponding to the orthogonal easy-to-precede orthogonal easy type; modifying the transaction time of the positive transaction and the positive transaction so that the transaction time of the positive transaction is earlier than the transaction time of the orthogonal ease; based on the operation of modifying the transaction time of the positive transaction and the positive transaction, generating a simulation fault corresponding to the orthogonal easy-to-precede orthogonal easy type;
if the fault type related to the financial transaction is the orthogonal easy-to-lose type, the generation and acquisition module is specifically configured to acquire the orthogonal easy in the current transaction; modifying the orthogonal easy transaction path so that the first feedback information of the orthogonal easy does not reach the transaction system within a preset first time period; based on the operation of modifying the orthogonal easy transaction pathway, generating a simulated fault corresponding to the orthogonal easy-to-lose type;
If the fault type related to the financial transaction is the transaction delay type, the generation and acquisition module is specifically further configured to acquire a positive transaction in the current transaction and a positive transaction corresponding to the orthogonal ease; modifying the transaction time of the positive transaction and the positive transaction so that the second feedback information of the orthogonal easiness and the third feedback information of the positive transaction reach the transaction system after a preset second time period; based on the operation of modifying the transaction time of the positive transaction and the positive transaction, generating a simulated fault corresponding to the transaction delay type.
5. The apparatus of claim 4, wherein the generation and acquisition module is specifically configured to modify the current transaction according to the test fault type, and generate a simulated fault corresponding to the test fault type.
6. The apparatus of claim 4, wherein the generation acquisition module comprises:
the interception unit is used for intercepting the orthogonal easiness so that fourth feedback information corresponding to the orthogonal easiness does not reach the transaction system within a preset third time period;
And the generating unit is used for generating a positive punching transaction corresponding to the orthogonal easy to intercept based on the operation of the orthogonal easy to intercept.
7. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any one of claims 1 to 3 when the computer program is executed.
8. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 3.
9. A computer program product comprising a computer program, characterized in that the computer program, when executed by a processor, implements the steps of the method of any one of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111488595.6A CN114218056B (en) | 2021-12-07 | 2021-12-07 | Performance test method and device for transaction system, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111488595.6A CN114218056B (en) | 2021-12-07 | 2021-12-07 | Performance test method and device for transaction system, computer equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114218056A CN114218056A (en) | 2022-03-22 |
| CN114218056B true CN114218056B (en) | 2024-06-25 |
Family
ID=80700189
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111488595.6A Active CN114218056B (en) | 2021-12-07 | 2021-12-07 | Performance test method and device for transaction system, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114218056B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110232565A (en) * | 2019-05-20 | 2019-09-13 | 平安银行股份有限公司 | Resource liquidation method, device, computer equipment and storage medium |
| CN112613993A (en) * | 2020-12-26 | 2021-04-06 | 中电金信软件有限公司 | Transaction data processing method and device, computer equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170316506A1 (en) * | 2016-04-27 | 2017-11-02 | Intuit Inc. | Detection of aggregation failures from correlation of change point across independent feeds |
-
2021
- 2021-12-07 CN CN202111488595.6A patent/CN114218056B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110232565A (en) * | 2019-05-20 | 2019-09-13 | 平安银行股份有限公司 | Resource liquidation method, device, computer equipment and storage medium |
| CN112613993A (en) * | 2020-12-26 | 2021-04-06 | 中电金信软件有限公司 | Transaction data processing method and device, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114218056A (en) | 2022-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2019144549A1 (en) | Vulnerability testing method and device, computer equipment, and storage medium | |
| CN112367680B (en) | External communication test method and device based on intelligent ammeter and computer equipment | |
| CN111475376A (en) | Method and device for processing test data, computer equipment and storage medium | |
| CN112732499A (en) | Test method and device based on micro-service architecture and computer system | |
| CN112242938A (en) | Detection method, detection device, electronic equipment and computer-readable storage medium | |
| CN114389969B (en) | Method and device for testing client, electronic equipment and storage medium | |
| CN112612706A (en) | Automated testing method, computer device and storage medium | |
| CN114218056B (en) | Performance test method and device for transaction system, computer equipment and storage medium | |
| CN111949537A (en) | Interface test method, device, equipment and medium | |
| US11121912B2 (en) | Method and apparatus for processing information | |
| CN111737055A (en) | Service processing method, device, equipment and computer readable storage medium | |
| CN113535578B (en) | CTS test method, CTS test device and CTS test equipment | |
| CN116048959A (en) | Website testing method, device, equipment and storage medium | |
| KR102643598B1 (en) | Method and apparatus for analyzing pattern-based interaction failures in systems-of-systems | |
| CN110737549A (en) | Application testing method, device, server and system | |
| CN114546799A (en) | Point burying log checking method and device, electronic equipment, storage medium and product | |
| CN111949516A (en) | Page testing method and device and electronic equipment | |
| CN113626295A (en) | Pressure measurement data processing method and system and computer readable storage medium | |
| CN112199281A (en) | Data processing method and device, terminal equipment and readable storage medium | |
| CN108108369B (en) | Method and device for processing calling error of common interface library | |
| CN111475400A (en) | Verification method of service platform and related equipment | |
| CN110704218B (en) | Data processing method, data processing device, computer equipment and storage medium | |
| CN117135077A (en) | Virtual address access fault processing method, device and computer equipment | |
| CN111209187B (en) | Service request processing method, device, computer equipment and storage medium | |
| CN116054414B (en) | Line defect hidden danger monitoring method, device, computer equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant |