CN114218056A - Performance test method and device of transaction system, computer equipment and storage medium - Google Patents

Performance test method and device of transaction system, computer equipment and storage medium Download PDF

Info

Publication number
CN114218056A
CN114218056A CN202111488595.6A CN202111488595A CN114218056A CN 114218056 A CN114218056 A CN 114218056A CN 202111488595 A CN202111488595 A CN 202111488595A CN 114218056 A CN114218056 A CN 114218056A
Authority
CN
China
Prior art keywords
transaction
orthogonal
positive
fault
type
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.)
Granted
Application number
CN202111488595.6A
Other languages
Chinese (zh)
Other versions
CN114218056B (en
Inventor
易君
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CCB Finetech Co Ltd
Original Assignee
CCB Finetech Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by CCB Finetech Co Ltd filed Critical CCB Finetech Co Ltd
Priority to CN202111488595.6A priority Critical patent/CN114218056B/en
Publication of CN114218056A publication Critical patent/CN114218056A/en
Application granted granted Critical
Publication of CN114218056B publication Critical patent/CN114218056B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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 testing method of a transaction system, which comprises the following steps: after receiving the performance test instruction, the transaction system server identifies the related fault type of the test instruction; generating a corresponding simulated fault based on the currently ongoing transaction, and in case of a fault of the transaction system, obtaining transaction data of other transactions and operational data of the transaction system to determine the performance of the transaction system. The performance test method of the transaction system can test the performance of the transaction system based on the current transaction in the operating state of the transaction system, and the test data is more real, so that the evaluation of the performance of the transaction system based on the test result is more accurate. Furthermore, the testing place provided by the application does not need to use an external device, so that resources are saved, and reasonable utilization of the resources is realized.

Description

Performance test method and device of transaction system, computer equipment and storage medium
Technical Field
The present application relates to the field of big data processing technologies, and in particular, to a performance testing method and apparatus for a transaction system, a computer device, a computer-readable storage medium, and a computer program product.
Background
At present, prior financial transaction systems need to perform various performance tests before or during operation to ensure that various performance indexes of the financial transaction systems meet operation requirements, and further ensure that financial transactions are normally performed and put into use.
In the conventional technology, a financial institution usually tests a financial transaction system by using a testing device of an external testing institution, and the external testing device cannot test the transaction data of the financial transaction system in consideration of the confidentiality of the transaction data, so that the 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 testing method and device of a transaction system, computer equipment, a computer readable storage medium and a computer program product, which can test transaction data of the financial transaction system based on a financial transaction system in an operating state so as to realize comprehensive testing of the financial transaction system and improve the accuracy of testing the financial transaction system.
A first aspect of the present application provides a performance testing method of a transaction system, the method including:
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 simulated fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulated fault and the operation data of the transaction system; the transaction data comprises orthogonal transaction data and/or orthogonal transaction data;
and carrying out abnormity 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 abnormity detection result.
A second aspect of the present application provides a performance testing apparatus of a transaction system, the apparatus including:
the receiving module is used for receiving a test instruction, and the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
the generation 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 the operation data of the transaction system; the transaction data comprises orthogonal transaction data and/or orthogonal transaction data;
and the detection determining module is used for carrying out abnormity 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 abnormity 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 of the above when the processor executes the computer program.
A fourth aspect of the application provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, carries out the steps of the method of any one 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 one of the above.
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 can process ongoing transactions of the transaction system to generate simulation faults when the transaction system is in the running state, so that the performance of the transaction system is judged according to other transaction data and running data when the transaction system is in the fault, the transaction data of the transaction system is tested, and the situation that performance evaluation of the transaction system is inaccurate due to the fact that an external device cannot test the transaction data of the transaction system in the normal running state is avoided. The performance of the transaction system is tested based on the current transaction in the operating state of the transaction system, the test data is more real, and the performance of the transaction system is more accurately evaluated based on the test result. Furthermore, the testing place provided by the application does not need to use an external device, so that resources are saved, and reasonable utilization of the resources is realized.
Drawings
FIG. 1 is a diagram of an application environment of a method for performance testing of a transaction system in one embodiment;
FIG. 2 is a flow diagram that illustrates a method for performance testing of a transaction system, according to one embodiment;
FIG. 3 is a flow chart illustrating steps of a performance testing method of the transaction system according to another embodiment;
FIG. 4 is a flowchart illustrating steps of a method for testing performance of a transaction system according to another embodiment;
FIG. 5 is a flowchart illustrating steps of a method for testing performance of a transaction system according to another embodiment;
FIG. 6 is a flowchart illustrating steps of a method for performance testing of a transaction system according to another embodiment;
FIG. 7 is a block diagram showing the construction of a performance testing apparatus of the transaction system according to another embodiment;
fig. 8 is an internal structural view of a computer device in another embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The performance testing method of the transaction system provided by the embodiment of the application can be applied to the application environment shown in fig. 1. Wherein the terminal 102 communicates with the transaction system server 104 over 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 the cloud or other network server. The terminal 102 sends a test instruction to the transaction system server 104 through the network, and identifies the test instruction to determine the fault type 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 currently ongoing transaction, and obtains transaction data of other ongoing transactions and operation data of the transaction system in the transaction system server 104 under the condition that the transaction system has a fault, and if the transaction data of other ongoing transactions and the operation data of the transaction system in the transaction system server 104 are normal, it is determined that the performance of the transaction system meets the operation requirement; otherwise, the performance of the transaction system is determined not to meet the operation requirement, so that the test of the transaction data in the transaction system is realized. The performance test method of the transaction system can process ongoing transactions of the transaction system to generate simulation faults when the transaction system is in the running state, so that the performance of the transaction system is judged according to other transaction data and running data when the transaction system is in the fault, the transaction data of the transaction system is tested, and the situation that performance evaluation of the transaction system is inaccurate due to the fact that an external device cannot test the transaction data of the transaction system in the normal running state is avoided. The performance of the transaction system is tested based on the current transaction in the operating state of the transaction system, the test data is more real, and the performance of the transaction system is more accurately evaluated based on the test result. Furthermore, the testing place provided by the application does not need to use an external device, so that resources are saved, and 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, and the internet of things devices may be smart speakers, smart televisions, smart air conditioners, smart car-mounted devices, and the like. The portable wearable device can be a smart watch, a smart bracelet, a head-mounted device, and the like. The transaction system server 104 may be implemented as a stand-alone server or as a server cluster of multiple servers.
In one embodiment, as shown in fig. 2, a performance testing method for a transaction system is provided, which is described by taking the application of the method to the transaction system server in fig. 1 as an example, 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 fault type related to financial transactions.
The test instruction can be an instruction sent by the financial practitioner to a server of the transaction system through the terminal, and the instruction is used for instructing the server of the transaction system to perform corresponding fault test on the transaction system. Or the server of the transaction system may initiate a failure test by itself according to a preset failure test flow, which is not limited in the present application. Some of the preparation required by the server of the transaction system prior to testing is described below:
first, the server of the transaction system may be provided with functional modules such as a processing module, a forwarding module, a receiving module, and a sending module, 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 a configuration file and the like, so that the forwarding module starts to work.
After the forwarding module is started by the processing module, the forwarding module can randomly select a transaction object which is transacted with the processing module to carry out communication connection with the transaction object, and can also carry out communication connection with the transaction object appointed by the processing module, so that in the subsequent testing process, all transaction processes between the processing module and the transaction object need to be carried out through the forwarding station of the forwarding module, and once the transaction between the processing module and the transaction object is modified through the forwarding module, the fault simulation of the transaction system is realized.
After the preparation work is completed, the transaction system starts to perform corresponding fault type testing operation. It should be noted here that the test fault type is a fault type related to financial transaction, for example, a fault type related to orthogonal reciprocity, and a fault type related to orthogonal reciprocity. The orthogonal easy representation transaction system and the transaction object carry out the whole transaction process such as transfer transaction. And the orthogonal characteristic transaction system carries out remedial measures after determining that the orthogonal between the orthogonal characteristic transaction system and the transaction object is volatile and is failed, so as to ensure the consistency of the transaction system.
Step S204, generating a simulated fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulated fault and the operation data of the transaction system; the transaction data includes orthogonal transaction data and/or orthogonal transaction data.
After the server based on the transaction system finishes the test preparation, the test is started. And the server of the transaction system generates a corresponding simulated fault based on the identified test fault type. It should be noted here that the simulation of the fault may be implemented based on a forwarding module of a server of the transaction system, for example, the forwarding module may intercept an orthogonal vulnerability between the transaction system and the transaction object, so that the orthogonal vulnerability cannot reach the transaction object, and then the fault simulation of the loss of the transaction may be implemented; the orthogonal exchange between the transaction system and the transaction object can be intercepted firstly, and after a preset time period, the orthogonal exchange is sent to the transaction object, so that the fault simulation of transaction delay can be realized. After the transaction system has a fault, the processing module in the server of the transaction system may acquire transaction data of the orthogonal transaction or the orthogonal transaction between the transaction system and other transaction objects, and acquire various data of the current operating state of the server of the transaction system. Various detection modules, detection circuits or sensors and the like can be arranged in the server of the transaction system, so that transaction data of positive transaction, transaction data of orthogonal transaction and operation data can be acquired through the detection modules, the detection circuits or the sensors and the like.
And step S206, carrying out abnormity detection on other transaction data and the operation data of the transaction system, and determining the performance of the transaction system according to an abnormity detection result.
The server of the transaction system may obtain data (transaction data of a transaction, and operation data) for determining performance of the transaction system according to a detection module, a detection circuit, or a sensor, etc. provided in the server, and then the detection module, the detection circuit, or the sensor, etc. may transmit the acquired data to the processor, and the processor may obtain corresponding normal data from a memory address, compare the normal data with the detection module, the detection circuit, or the sensor, etc. may compare the acquired data, and determine whether the acquired data is abnormal or not according to a comparison result. Further determining whether the ongoing orthogonal or orthogonal vulnerability between the trading system and other trading objects is affected by the trading system fault; at the same time, it is determined whether other operations of the server of the trading system are affected by a trading system failure. The server of the transaction system can transmit the performance test result of the transaction system to the terminal of the financial practitioner through the network so as to be convenient for the financial practitioner to check and take corresponding measures.
The application provides a performance testing method of a transaction system, which comprises the following steps: after receiving the performance test instruction, the transaction system server identifies the test instruction to determine the fault type related to the financial transaction to be performed; the method comprises the steps that a transaction system server generates a simulated fault corresponding to a fault type based on a current transaction, and under the condition that the transaction system has a fault, transaction data of other transactions in the transaction system and operation data of the transaction system are obtained, and if the transaction data of the other transactions in the transaction system and the operation data of the transaction system are normal, the performance of the transaction system is determined to meet the operation requirement; otherwise, the performance of the transaction system is determined not to meet the operation requirement, so that the test of the transaction data in the transaction system is realized. The performance test method of the transaction system can process ongoing transactions of the transaction system to generate simulation faults when the transaction system is in the running state, so that the performance of the transaction system is judged according to other transaction data and running data when the transaction system is in the fault, the transaction data of the transaction system is tested, and the situation that performance evaluation of the transaction system is inaccurate due to the fact that an external device cannot test the transaction data of the transaction system in the normal running state is avoided. The performance of the transaction system is tested based on the current transaction in the operating state of the transaction system, the test data is more real, and the performance of the transaction system is more accurately evaluated based on the test result. Furthermore, the testing place provided by the application does not need to use an external device, so that resources are saved, and reasonable utilization of the resources is realized.
In an embodiment, this embodiment is an optional method embodiment for generating a simulated fault corresponding to a test fault type, where the method embodiment includes the following steps:
and modifying the current transaction according to the test fault type to generate a simulated fault corresponding to the test fault type.
Based on the above description, the server of the transaction system may be provided with a forwarding module, and the forwarding module may modify the current transaction between the transaction system and the transaction object to make a corresponding simulated fault for the transaction system. The forwarding module can be in communication connection with a processing module of a server of the transaction system and a transaction object, and in the test process, data interaction between the tested transaction system and the tested transaction object is realized through the forwarding module, so that the forwarding module can realize modification of the current transaction, generate various simulation faults corresponding to the test fault types, and comprehensively test the transaction data of the transaction system. The modification of the current transaction by the forwarding module may be, for example: intercepting the current positive transaction; intercepting the current impulse orthogonal easily; delaying the transmission of the current transaction; the current burst is easy to be delayed for transmission, and the like, which is not limited in the present application.
Optionally, the financial transaction related fault type comprises any one of: the orthogonal cover precedes the orthogonal cover type, the orthogonal cover loss type, and the transaction delay type.
The method mainly tests the following fault types of the transaction system: the orthogonal cover precedes the orthogonal cover type, the orthogonal cover loss type, and the transaction delay type.
The orthogonal transaction is performed on the orthogonal transaction type representation transaction system and the transaction object before the orthogonal transaction, and then the transaction process of the orthogonal transaction is performed. Under normal conditions, the transaction system and the transaction object should execute the transaction process of forward transaction first, and then perform the transaction process of forward transaction after the forward transaction fails, so if the transaction process of forward transaction is performed between the transaction system and the transaction object first and then the transaction process of forward transaction is performed, then the transaction system has a fault that the forward transaction precedes the orthogonal transaction.
The positive transaction loss type represents that the transaction system does not receive feedback information of the transaction object aiming at the positive transaction in a preset time period in the process of carrying out the positive transaction between the transaction system and the transaction object. Under normal conditions, after the transaction system and the transaction object successfully transact, the transaction object sends corresponding feedback information to the transaction system, so that the transaction system can know the real-time movement of the transaction in real time. When the trading system does not receive the feedback information of the trading object within a preset time period, the trading system is indicated to have the orthogonal easy-to-lose type fault.
The transaction delay type represents that in the transaction process of 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 the transaction between the transaction system and the transaction object, the transaction system receives the feedback information of the transaction object for the transaction after a predetermined time period.
It should be noted that the performance testing method of the transaction system provided by the present application may also test other transaction data of the transaction system, which is not limited in the present application.
In one embodiment, as shown in fig. 3, the embodiment shown in fig. 3 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 type that is orthogonal and liable to precede a transaction type, and the method embodiment includes the following steps:
step S302, acquiring a positive transaction and a positive reversal transaction corresponding to the orthogonal reciprocal 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 a fault test in which orthogonal reciprocity precedes orthogonal reciprocity type, the server of the transaction system may perform the following operation procedures:
firstly, a processing module in a server of a trading system generates an orthogonal exchange between the processing module and a trading object and an orthogonal exchange corresponding to the orthogonal exchange, then the orthogonal exchange and the orthogonal exchange are sent to a forwarding module in the server of the trading system, and the forwarding module processes the orthogonal exchange and the orthogonal exchange so as to provide a fault of the type that the orthogonal exchange precedes the orthogonal exchange for the trading system. It should be noted that the obtaining manner of the transaction is described below, and is not described herein. Orthogonal and orthogonal transactions as referred to herein may be execution logic code for forward transactions and forward transactions. The forwarding module receives the test fault type sent by the processing module, the orthogonal transaction and the corresponding positive transaction, the test fault type can be analyzed firstly to obtain a test task to be performed, then the transaction sent by the processing module is identified according to a corresponding identification method, which transaction is an execution logic code of the positive transaction and which transaction is an execution logic code of the positive transaction are determined, the execution logic code of the positive transaction and the execution logic code of the positive transaction can be marked, the marking is convenient to distinguish, the type of the mark can be preset letters, numbers, figures and the like, and after the identification work is performed, the operation of the next stage can be performed.
Step S304, the transaction time of the correction transaction and the correction transaction is modified so that the transaction time of the correction transaction is prior to the transaction time of the correction transaction.
Then, the forwarding module temporarily stores the orthogonal and easy execution logic codes obtained by identification, or modifies the process of the execution logic codes of the transaction, so that the execution logic codes of the transaction temporarily stay in the forwarding module; and then directly sending the execution logic code for transaction to the transaction object, wherein the execution logic code for transaction is directly sent to the transaction object immediately after the execution logic code for transaction is sent, and the execution logic code for transaction is sent to the transaction object after the preset time period for the execution logic code for transaction is sent. Thereby making the execution time of the execution logic code for the transaction prior to the execution time of the execution logic code for the transaction.
And step S306, generating a simulation fault corresponding to the orthogonal cover prior to the orthogonal cover type based on the operation of modifying the transaction time of the transaction and the orthogonal cover.
Finally, based on the modification of the transaction time of the transaction and the transaction of the transaction, the transaction system generates a simulation fault that the transaction time is earlier than the transaction time of the transaction.
It should be noted that, after the transaction object receives the execution logic code of the positive transaction and the execution logic code of the positive transaction successively, the transaction object may generate feedback information to a forwarding module in a server of the transaction system, then the processing module may obtain the feedback information from the forwarding module, so that the processing module determines that the transaction object has an event that the execution logic code of the positive transaction is received first and then the execution logic code of the positive transaction is received, further the processing module determines whether the fault simulated by the forwarding module matches the test fault type according to the feedback of the transaction object, and after the processing module determines that the fault simulated by the forwarding module matches the test fault type, obtains other transaction data under the simulated fault and the operation data of the transaction system, so as to determine the performance of the transaction system. If the processing module determines that the simulated fault of the forwarding module does not match the test fault type, the processing module may not acquire the corresponding data first, and retransmits the test instruction to the forwarding module, so that the forwarding module generates the corresponding simulated fault and then acquires the corresponding data.
According to the performance testing method of the transaction system, when the transaction system needs to perform the fault test that the transaction type is prior to the transaction type, the corresponding simulation fault can be generated by correcting the transaction occurrence time of the transaction and the transaction of the transaction, the implementation mode is simple, and the testing 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 loss-prone type, and the method embodiment includes the following steps:
in step S402, a positive transaction in the current transaction is acquired.
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 procedures:
firstly, a processing module in a server of a transaction system may send orthogonal easy execution logic codes and corresponding test instructions performed with a transaction object to a forwarding module, the forwarding module, after receiving the test instructions, analyzes the test instructions to obtain test tasks to be performed, identifies the execution logic codes of the transactions sent by the processing module, performs subsequent operations if the execution logic codes of the transactions are identified, and sends a message to the processing module to instruct the processing module to resend the corresponding orthogonal easy execution logic codes or enters a waiting state until the corresponding orthogonal easy execution logic codes are identified and enter the next stage if the execution logic codes of the transactions are not identified.
Step S404, the transaction path of the orthogonal variable is modified, so that the first feedback information of the transaction does not reach the transaction system within a preset first time period.
Then, the forwarding module may directly send the executing logic code of the transaction sent by the processing module to the transaction object, and the transaction object sends first feedback information to the forwarding module based on the received executing logic code of the transaction, so as to inform the forwarding module of an event that the executing logic code of the transaction is received. 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, the processing module cannot receive the first feedback information within a preset first time period, and the transaction system has a fault that orthogonality is easy to lose.
Step S406, generating a simulation fault corresponding to the orthogonal easy-to-lose type based on the operation of modifying the transaction path of the transaction.
Finally, based on the modification of the transaction path of the transaction by the forwarding module in the server of the transaction system, the transaction system generates simulation faults of the transaction loss-prone type.
It should be noted that, the processing module may also 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 then the processing module determines whether the fault simulated by the forwarding module matches the test fault type, and after the processing module determines that the fault simulated by the forwarding module matches the test fault type, obtains other transaction data under the simulated fault and the operation data of the transaction system, so as to determine the performance of the transaction system. If the processing module determines that the simulated fault of the forwarding module does not match the test fault type, the processing module may not acquire the corresponding data first, and retransmits the test instruction to the forwarding module, so that the forwarding module generates the corresponding simulated fault and then acquires the corresponding data.
According to the performance testing method of the transaction system, when the transaction system needs to perform orthogonal fault testing of the easily lost type, the corresponding simulation fault can be generated by modifying the transaction path of the transaction, the implementation mode is simple, and the testing efficiency of the transaction system can be improved.
In one embodiment, as shown in fig. 5, the 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, and the method embodiment includes the following steps:
step S502, acquiring a positive transaction and a positive reversal transaction corresponding to the orthogonal reciprocal 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 delay type fault test is performed on the transaction system, the server of the transaction system may perform the following operation procedures:
firstly, a processing module in a server of a transaction system can send orthogonal and easy execution logic codes, execution logic codes of forward transactions and corresponding test instructions to a forwarding module, the forwarding module analyzes the test instructions after receiving the test instructions to obtain test tasks required to be carried out, then identifies the transactions sent by the processing module according to a corresponding identification method, determines which transaction is the execution logic code of the forward transaction and which transaction is the execution logic code of the forward transaction, can mark the execution logic codes of the forward transaction and the execution logic codes of the forward transactions, and is convenient to distinguish, and the types of the marks can be preset letters, numbers, figures and the like. And entering the next stage after the identification work is finished.
Step S504, the transaction time of the transaction and the transaction correction is modified, so that the second feedback information of the transaction and the third feedback information of the transaction arrive at the transaction system after a preset second time period.
Then, the forwarding module sends the execution logic code of the positive transaction and the execution logic code of the positive transaction to the transaction object in sequence according to the normal transaction time sequence based on the identified execution logic code of the positive transaction and the execution logic code of the positive transaction, the transaction object generates second feedback information corresponding to the orthogonal easy and third feedback information corresponding to the positive transaction based on the received execution logic code of the positive transaction and the execution logic code of the positive 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 the processing module to receive the feedback information, and if the second time period is received, the second time period indicates normal and exceeds the second time period for receiving, an exception is indicated.
Step S506, based on the operation of modifying the transaction time of the transaction and the transaction time of the transaction, generating a simulation fault corresponding to the transaction delay type.
Finally, the transaction delay type simulation fault occurs to the transaction system based on the modification of the transaction time of the positive transaction and the negative transaction by the forwarding module in the server of the transaction system.
It should be noted that, the processing module may also 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, and then the processing module determines whether the fault simulated by the forwarding module matches the test fault type, and after the processing module determines that the fault simulated by the forwarding module matches the test fault type, obtains other transaction data under the simulated fault and the operation data of the transaction system, so as to determine the performance of the transaction system. If the processing module determines that the simulated fault of the forwarding module does not match the test fault type, the processing module may not acquire the corresponding data first, and retransmits the test instruction to the forwarding module, so that the forwarding module generates the corresponding simulated fault and then acquires the corresponding data.
According to the performance testing method of the transaction system, when the transaction system needs to perform transaction delay type fault testing, the corresponding simulation fault can be generated by modifying the transaction time of the transaction and correcting the transaction, the implementation mode is simple, and the testing efficiency of the transaction system can be improved.
In an embodiment, as shown in fig. 6, the embodiment shown in fig. 6 is an alternative method embodiment for generating a quadrature error, and the method embodiment includes the following steps:
step S602, intercepting the positive transaction so that fourth feedback information corresponding to the orthogonal easy object does not reach the transaction system within a preset third time period;
step S604, based on the operation of intercepting the forward transaction, generates a forward transaction corresponding to the orthogonal exchange.
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 next-stage circulation, that is, does not send the orthogonal easy-to-execute logic code to the corresponding transaction object, then 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 execution logic code of the tablet transaction, and then the forwarding module sends the feedback information to the processing module, and the processing module determines that the transaction object has sent the forward transaction execution logic code, but the transaction object does not receive the orthogonal easy-to-execute logic code, and determines that a fault occurs, and correspondingly generates a forward transaction, so as to ensure the consistency of the transaction.
According to the performance testing method of the transaction system, the server of the transaction system can generate the positive transaction corresponding to the orthogonal transaction through the forward module based on the current positive transaction, the implementation mode is simple, the corresponding fault can be implemented based on the current transaction, resources are reasonably utilized, and the testing of the transaction system is more accurate based on the fault implemented by the current transaction.
It should be understood that, although the steps in the flowcharts related to the embodiments as described above are sequentially displayed as indicated by arrows, the steps are not necessarily performed sequentially as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a part of the steps in the flowcharts related to the embodiments described above may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the execution order of the steps or stages is not necessarily sequential, but may be rotated or alternated with other steps or at least a part of the steps or stages in other steps.
Based on the same inventive concept, the embodiment of the application also provides a performance testing device of the transaction system, which is used for realizing the performance testing method of the transaction system. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme described in the method, so that specific limitations in one or more embodiments of the operation and maintenance behavior analysis device provided below can be referred to the limitations in the performance test method of the transaction system, and are not described herein again.
In one embodiment, as shown in fig. 7, there is provided a performance testing apparatus of a transaction system, including: a receiving module 702, a generation obtaining module 704 and a detection determining module 706, wherein:
a receiving module 702, configured to receive a test instruction, where the test instruction carries a test fault type; the testing fault type is a fault type related to financial transaction;
a generation obtaining module 704, configured to generate a simulated fault corresponding to the test fault type based on a current transaction in the transaction system, and obtain other transaction data under the simulated fault and operation data of the transaction system; the transaction data comprises orthogonal transaction data and/or orthogonal transaction data;
and a detection determining module 706, 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 an anomaly detection result.
In an embodiment, the generating and obtaining 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 an embodiment, if the fault type related to the financial transaction is a forward transaction type prior to a forward transaction type, the generating and obtaining module 704 is further configured to obtain a forward transaction in the current transaction and a forward transaction corresponding to the forward transaction; modifying the transaction time of the correction transaction and the hedge transaction to make the transaction time of the hedge transaction earlier than the transaction time of the positive transaction; and generating a simulation fault corresponding to the orthogonal cover prior to the orthogonal cover type based on the operation of modifying the transaction time of the transaction and the orthogonal cover.
In one embodiment, if the financial transaction related failure type is an orthogonal loss-prone type,
the generating and obtaining module 704 is specifically configured to obtain an orthogonal easy in the current transaction; modifying the transaction path of the transaction so that the first feedback information of the transaction does not reach the transaction system within a preset first time period; and generating a simulation fault corresponding to the orthogonal easy-to-lose type based on the operation of modifying the transaction path of the transaction.
In one embodiment, if the financial transaction related fault type is a transaction delay type,
the generation obtaining module 704 is specifically configured to obtain a positive transaction in the current transaction and a positive reversal transaction corresponding to the orthogonal reciprocal; modifying the transaction time of the transaction and the transaction correction so that the second feedback information of the transaction and the third feedback information of the transaction correction arrive at the transaction system after a preset second time period; and generating a simulated fault corresponding to the transaction delay type based on the operation of modifying the transaction time of the transaction and the transaction time of the transaction.
In one embodiment, the generation obtaining module 704 includes an intercepting unit and a generating unit,
the interception unit is used for carrying out interception operation on the positive transaction so that fourth feedback information corresponding to the orthogonal easy object does not reach the transaction system within a preset third time period;
and the generating unit is used for generating the positive conflict transaction corresponding to the orthogonal exchange based on the operation of intercepting the positive conflict transaction.
The modules in the performance testing device of the transaction system can be wholly or partially implemented by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a server, and its internal structure diagram 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, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the computer device is used for storing 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 is executed by a processor to implement a method of performance testing of a trading system.
Those skilled in the art will appreciate that the architecture shown in fig. 8 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device is provided, comprising a memory and a processor, the memory having a computer program stored therein, the processor implementing the following steps when executing the computer program:
receiving a test instruction, wherein the test instruction carries a test fault type; the testing fault type is a fault type related to financial transaction;
generating a simulated fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulated fault and operation data of the transaction system; the transaction data comprises orthogonal transaction data and/or orthogonal transaction data;
and carrying out anomaly detection on 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.
The implementation principle and technical effect of the computer device provided by the above embodiment are similar to those of the above method embodiment, and are not described herein again.
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 testing fault type is a fault type related to financial transaction;
generating a simulated fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulated fault and operation data of the transaction system; the transaction data comprises orthogonal transaction data and/or orthogonal transaction data;
and carrying out anomaly detection on 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.
The implementation principle and technical effect of the computer-readable storage medium provided by the above embodiments are similar to those of the above method embodiments, and are not described herein again.
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 testing fault type is a fault type related to financial transaction;
generating a simulated fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulated fault and operation data of the transaction system; the transaction data comprises orthogonal transaction data and/or orthogonal transaction data;
and carrying out anomaly detection on 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.
The computer program product provided by the above embodiment has similar implementation principles and technical effects to those of the above method embodiment, and is not described herein again.
It should be noted that, the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to in the present application are information and data authorized by the user or sufficiently authorized by each party.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, database, or other medium used in the 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), Magnetic Random Access Memory (MRAM), Ferroelectric Random Access Memory (FRAM), Phase Change Memory (PCM), graphene Memory, and the like. Volatile Memory can include Random Access Memory (RAM), external cache Memory, and the like. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), among others. The databases referred to in various embodiments provided herein may include at least one of relational and non-relational databases. The non-relational database may include, but is not limited to, a block chain based distributed database, and the like. The processors referred to in the embodiments provided herein may be general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic devices, quantum computing based data processing logic devices, etc., without limitation.
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present application shall be subject to the appended claims.

Claims (16)

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 simulated fault corresponding to the test fault type based on the current transaction in the transaction system, and acquiring other transaction data under the simulated fault and the operation data of the transaction system; the transaction data comprises orthogonal transaction data and/or orthogonal transaction data;
and carrying out abnormity 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 abnormity detection result.
2. The method of claim 1, wherein generating the simulated fault corresponding to the test fault type based on the current transaction in the transaction system comprises:
and modifying the current transaction according to the test fault type to generate a simulation fault corresponding to the test fault type.
3. The method of claim 2, wherein the financial transaction related fault type comprises any one of: the orthogonal cover precedes the orthogonal cover type, the orthogonal cover loss type, and the transaction delay type.
4. The method of claim 3, wherein if the financial transaction-related fault type is a transaction type with orthogonal transaction prior to orthogonal transaction type, the modifying the current transaction according to the test fault type to generate the simulated fault corresponding to the test fault type comprises:
acquiring a positive transaction in the current transaction and a positive reversal transaction corresponding to the orthogonal reciprocity;
modifying the transaction time of the positive transaction and the positive transaction so that the transaction time of the positive transaction precedes the transaction time of the positive transaction;
generating a simulated fault corresponding to the orthogonal cover prior to the orthogonal cover type based on the operation of modifying the transaction time of the positive transaction and the orthogonal cover.
5. The method of claim 3, wherein if the fault type associated with the financial transaction is an orthogonal loss-prone type, the modifying the current transaction according to the test fault type to generate a simulated fault corresponding to the test fault type comprises:
acquiring the orthogonal ease in the current transaction;
modifying the transaction route of the transaction so that the first feedback information of the transaction does not reach the transaction system within a preset first time period;
generating a simulated fault corresponding to the orthogonal loss-prone type based on the operation of modifying the transaction path of the positive transaction.
6. The method of claim 3, wherein if the fault type associated with the financial transaction is a transaction delay type, the modifying the current transaction according to the test fault type to generate a simulated fault corresponding to the test fault type comprises:
acquiring a positive transaction in the current transaction and a positive reversal transaction corresponding to the orthogonal reciprocity;
modifying the transaction time of the positive 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;
and generating a simulated fault corresponding to the transaction delay type based on the operation of modifying the transaction time of the positive transaction and the orthogonal transaction.
7. The method of claim 4 or 6, further comprising:
intercepting the orthogonal exchange to enable fourth feedback information corresponding to the positive transaction not to reach the transaction system within a preset third time period;
and generating a forward trade corresponding to the orthogonal exchange based on the operation of intercepting the orthogonal exchange.
8. A performance testing apparatus of a transaction system, comprising:
the receiving module is used for receiving a test instruction, and the test instruction carries a test fault type; the test fault type is a fault type related to financial transaction;
the generation 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 the operation data of the transaction system; the transaction data comprises orthogonal transaction data and/or orthogonal transaction data;
and the detection determining module is used for carrying out abnormity 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 abnormity detection result.
9. The apparatus according to claim 8, wherein the generation obtaining 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.
10. The apparatus of claim 8, wherein if the financial transaction related failure type is Quadrature prior to Quadrature type,
the generation obtaining module is specifically further configured to obtain a positive transaction in the current transaction and a positive transaction corresponding to the orthogonal exchange;
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 positive transaction;
generating a simulated fault corresponding to the orthogonal cover prior to the orthogonal cover type based on the operation of modifying the transaction time of the positive transaction and the orthogonal cover.
11. The apparatus of claim 8, wherein if the financial transaction related failure type is an orthogonal loss prone type,
the generation obtaining module is specifically further configured to obtain an orthogonal variable in the current transaction;
modifying the transaction route of the transaction so that the first feedback information of the transaction does not reach the transaction system within a preset first time period;
generating a simulated fault corresponding to the orthogonal loss-prone type based on the operation of modifying the transaction path of the positive transaction.
12. The apparatus of claim 8, wherein if the financial transaction related failure type is a transaction delay type,
the generation obtaining module is specifically further configured to obtain a positive transaction in the current transaction and a positive transaction corresponding to the orthogonal exchange;
modifying the transaction time of the positive 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;
and generating a simulated fault corresponding to the transaction delay type based on the operation of modifying the transaction time of the positive transaction and the orthogonal transaction.
13. The apparatus of claim 8, wherein the generating and obtaining module comprises:
the intercepting unit is used for intercepting the orthogonal code so that fourth feedback information corresponding to the positive transaction does not reach the transaction system within a preset third time period;
and the generating unit is used for generating an alignment transaction corresponding to the orthogonal exchange based on the operation of intercepting the orthogonal exchange.
14. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method of any of claims 1 to 7.
15. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 7.
16. A computer program product comprising a computer program, characterized in that the computer program realizes the steps of the method of any one of claims 1 to 7 when executed by a processor.
CN202111488595.6A 2021-12-07 2021-12-07 Performance test method and device for transaction system, computer equipment and storage medium Active CN114218056B (en)

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 true CN114218056A (en) 2022-03-22
CN114218056B 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 (3)

* Cited by examiner, † Cited by third party
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
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

Patent Citations (3)

* Cited by examiner, † Cited by third party
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
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
CN114218056B (en) 2024-06-25

Similar Documents

Publication Publication Date Title
CN112073269B (en) Block chain network testing method, device, server and storage medium
CN109951547B (en) Transaction request parallel processing method, device, equipment and medium
CN111222176B (en) Block chain-based cloud storage possession proving method, system and medium
CN112714158B (en) Transaction processing method, relay network, cross-link gateway, system, medium and equipment
CN111858296B (en) Interface testing method, device, equipment and storage medium
CN109753418A (en) Performance test methods, device, computer equipment and storage medium
CN112446786A (en) Abnormal transaction processing method and device, electronic equipment and readable storage medium
CN112035344A (en) Multi-scenario test method, device, equipment and computer readable storage medium
CN117278434A (en) Flow playback method and device and electronic equipment
US11080393B2 (en) Secure computation system, secure computation apparatus, secure computation method, and secure computation program
CN111539683A (en) Contract signing method, device, equipment and medium
CN113535578B (en) CTS test method, CTS test device and CTS test equipment
CN116743619B (en) Network service testing method, device, equipment and storage medium
CN111159025A (en) Application program interface testing method and device, computer equipment and storage medium
CN114218056A (en) Performance test method and device of transaction system, computer equipment and storage medium
CN115114198A (en) Signal delay control method, device, equipment and medium
CN110532186B (en) Method, device, electronic equipment and storage medium for testing by using verification code
WO2021223214A1 (en) Interface performance test method and apparatus, and server and computer-readable storage medium
CN110704218B (en) Data processing method, data processing device, computer equipment and storage medium
CN114185798A (en) Interface test case detection method and device, computer equipment and storage medium
CN114487842A (en) Data path end-to-end test method, device, computer equipment and storage medium
CN110585717B (en) Information processing method and device
CN113626295A (en) Pressure measurement data processing method and system and computer readable storage medium
CN112149951A (en) Risk control method and device, computer equipment and storage medium
CN111949516A (en) Page testing method and device and electronic equipment

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