CN108111368B - Function test method and device of transaction system - Google Patents

Function test method and device of transaction system Download PDF

Info

Publication number
CN108111368B
CN108111368B CN201711377318.1A CN201711377318A CN108111368B CN 108111368 B CN108111368 B CN 108111368B CN 201711377318 A CN201711377318 A CN 201711377318A CN 108111368 B CN108111368 B CN 108111368B
Authority
CN
China
Prior art keywords
transaction
server
message
test
request message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201711377318.1A
Other languages
Chinese (zh)
Other versions
CN108111368A (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.)
China Unionpay Co Ltd
Original Assignee
China Unionpay 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 China Unionpay Co Ltd filed Critical China Unionpay Co Ltd
Priority to CN201711377318.1A priority Critical patent/CN108111368B/en
Publication of CN108111368A publication Critical patent/CN108111368A/en
Application granted granted Critical
Publication of CN108111368B publication Critical patent/CN108111368B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Technology Law (AREA)
  • Cardiology (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Debugging And Monitoring (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

The embodiment of the application provides a function test method and a device of a transaction system, wherein the method comprises the following steps: acquiring a first transaction request message initiated by a transaction server in a first transaction by a terminal; determining the transaction type of the first transaction according to the first transaction request message; if the transaction type of the first transaction is determined to be the transaction type directly processed and completed by the transaction server, the test server generates a response message of the first transaction request message according to the first transaction request message and sends the response message of the first transaction request to the terminal; and if the response message sent by the test server is different from the response message of the transaction server to the first transaction request message in the first transaction, sending an exception alarm to the test server, and sending the different response messages to a test interface.

Description

Function test method and device of transaction system
Technical Field
The embodiment of the application relates to the field of finance, in particular to a function testing method and device of a transaction system.
Background
The transaction system often needs to perform a function test, for example, when the transaction system needs to be updated, the updated transaction system needs to be accessed to the original system to perform a function test, so as to ensure the normal operation of the accessed updated transaction system. In the transaction testing method in the prior art, the transaction system needs to be completely offline, so that the operation of the online transaction system is influenced, and the cost is high. Moreover, because the test workload is large, the problems of omission of inspection and system finding cannot be timely found, so that risks are introduced into a transaction system, and serious consequences are caused. For the conventional function test work, the manual work is relied on to complete the work, which not only wastes the labor cost and the time cost, but also influences the precision of the function test.
Therefore, how to test the functions of the transaction system while ensuring the normal operation of the transaction system is an urgent problem to be solved.
Disclosure of Invention
The embodiment of the application provides a function test method and device of a trading system, which are used for solving the problems that cost is wasted and test precision is influenced by manually carrying out function test on an online trading system in the prior art.
The embodiment of the application provides a function test method of a transaction system, which comprises the following steps:
acquiring a first transaction request message initiated by a transaction server in a first transaction by a terminal;
determining the transaction type of the first transaction according to the first transaction request message;
if the transaction type of the first transaction is determined to be the transaction type directly processed and completed by the transaction server, the test server generates a response message of the first transaction request message according to the first transaction request message and sends the response message of the first transaction request to the terminal;
and if the response message sent by the test server is different from the response message of the transaction server to the first transaction request message in the first transaction, sending an exception alarm to the test server, and sending the different response messages to a test interface.
In one possible implementation, the method further includes:
if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, the test server generates a second transaction request message corresponding to the first transaction request message to a server of a card issuing mechanism of the first transaction or a server of the transaction mechanism according to the first transaction request message;
if the second transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and is corresponding to the first transaction request message and forwarded to the server of the card issuing mechanism of the first transaction or the server of the transaction mechanism, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
In one possible implementation, the method further includes:
according to the second transaction request message, searching a response message of a server of a card issuing organization or a server of a transaction organization receiving the second transaction request message in the first transaction, and sending the response message to the test server;
the test server sends a response message of a transaction result of the first transaction request to the terminal according to a response message of the server of the card issuing mechanism or the server of the transaction mechanism;
if the transaction result of the first transaction request operated by the test server is different from the transaction result of the first transaction in the transaction server, sending a message of the transaction result generated by the test server in the first transaction and a message of the transaction result generated by the transaction server in the first transaction to a test interface, and sending an abnormal alarm to the test interface of the test server.
In one possible implementation, the method further includes:
if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, and the transaction type needs to be transferred to a plurality of servers of card issuing institutions or servers of transaction institutions, the test server is split into a plurality of third transaction requests according to the first transaction request message;
each third transaction request corresponds to a server of a card issuing institution or a server of a transaction institution, and a plurality of third transaction request messages corresponding to the first transaction request message are forwarded to the servers of a plurality of card issuing institutions of the first transaction or the servers of the transaction institution;
if the third transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and corresponds to the first transaction request message and is forwarded to the servers of the plurality of card issuing institutions of the first transaction or the servers of the transaction institutions, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
In a possible implementation manner, the first transaction request message at least includes a terminal transaction serial number, transaction contents, a merchant number, and a terminal number.
The embodiment of the application provides a function test device of a transaction system, the device includes:
the system comprises an acquisition unit, a transaction processing unit and a processing unit, wherein the acquisition unit is used for acquiring a first transaction request message initiated by a terminal in a first transaction by a transaction server;
the processing unit is used for determining the transaction type of the first transaction according to the first transaction request message; if the transaction type of the first transaction is determined to be the transaction type directly processed and completed by the transaction server, the test server generates a response message of the first transaction request message according to the first transaction request message and sends the response message of the first transaction request to the terminal; and if the response message sent by the test server is different from the response message of the transaction server to the first transaction request message in the first transaction, sending an exception alarm to the test server, and sending the different response messages to a test interface.
In one possible implementation, the processing unit is further configured to: if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, the test server generates a second transaction request message corresponding to the first transaction request message to a server of a card issuing mechanism of the first transaction or a server of the transaction mechanism according to the first transaction request message; if the second transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and is corresponding to the first transaction request message and forwarded to the server of the card issuing mechanism of the first transaction or the server of the transaction mechanism, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
In one possible implementation, the processing unit is further configured to: according to the second transaction request message, searching a response message of a server of a card issuing organization or a server of a transaction organization receiving the second transaction request message in the first transaction, and sending the response message to the test server; the test server sends a response message of a transaction result of the first transaction request to the terminal according to a response message of the server of the card issuing mechanism or the server of the transaction mechanism; if the transaction result of the first transaction request operated by the test server is different from the transaction result of the first transaction in the transaction server, sending a message of the transaction result generated by the test server in the first transaction and a message of the transaction result generated by the transaction server in the first transaction to a test interface, and sending an abnormal alarm to the test interface of the test server.
In one possible implementation, the processing unit is further configured to: if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, and the transaction type needs to be transferred to a server of a plurality of card issuing institutions or a server of a transaction institution, the test server is split into a plurality of third transaction requests according to the first transaction request message, each third transaction request corresponds to the server of one card issuing institution or the server of the transaction institution, and the plurality of third transaction request messages corresponding to the first transaction request message are forwarded to the servers of the plurality of card issuing institutions of the first transaction or the server of the transaction institution; if the third transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and corresponds to the first transaction request message and sent to the servers of the plurality of card issuing mechanisms of the first transaction, or the server of the transaction mechanism forwards the message corresponding to the first transaction request message, an abnormal alarm is sent to a test interface of the test server, and the different response messages are sent to the test interface.
In a possible implementation manner, the first transaction request message at least includes a terminal transaction serial number, transaction contents, a merchant number, and a terminal number.
The embodiment of the application provides a function test method and a function test device of a transaction system, wherein the method comprises the steps of obtaining a first transaction request message initiated by a transaction server in a first transaction by a terminal; determining the transaction type of the first transaction according to the first transaction request message; if the transaction type of the first transaction is determined to be the transaction type directly processed and completed by the transaction server, the test server generates a response message of the first transaction request message according to the first transaction request message and sends the response message of the first transaction request to the terminal; and if the response message sent by the test server is different from the response message of the transaction server to the first transaction request message in the first transaction, sending an exception alarm to the test server, and sending the different response messages to a test interface. And in each test, the transaction system does not need to be offline, so that the online performance of the transaction system is improved. The test server simulates the historical transaction data of the transaction server to discover the abnormal problems of the test server, manual function testing is not needed, and labor cost and time cost are saved. Compared with the manual analysis of the monitored data, the simulation of the historical transaction data of the transaction server by the function test server improves the accuracy of the function test and the comprehensiveness of the found problems.
Drawings
Fig. 1 is a schematic flowchart illustrating a method for testing functions of a transaction system according to an embodiment of the present disclosure;
fig. 2 is a schematic flowchart illustrating a method for testing functions of a transaction system according to an embodiment of the present disclosure;
fig. 3 is a schematic structural diagram of a function testing apparatus of a transaction system according to an embodiment of the present disclosure.
Detailed Description
To ensure efficient and reliable operation of a trading system, such as an online trading system, a simulation test needs to be performed on a new trading system before the developed or modified trading system is brought into a formal online state. In each test, the transaction system needs to be offline, all transaction data needs to be backed up, and due to the large workload, the result is easy to be neglected, so that the risk is introduced into the production system, and serious consequences are caused.
In the prior art, a function testing method for a transaction system is a method for testing functions in the transaction system according to a case configuration method. But the configuration of the cases requires manual editing, is time consuming and prone to error. Moreover, the manually arranged test cases are slightly different from natural trading and are not enough to cover the whole system, and particularly for trading systems with more external access mechanisms, the test results obtained by case analysis cannot completely reflect the functions of the current trading system in actual application.
The existing transaction testing method has high testing cost, and an upstream system and a downstream system need to be built or testing simulation needs to be developed for simulation. During testing, each transaction needs to manually click simulation or use a test program. The above-mentioned work needs to consume a lot of manpower man-hours, and whole testing process is not automatic, and the test effect is poor.
Fig. 1 is a schematic flow chart of a method for testing functions of a transaction system according to an embodiment of the present disclosure. The flow is performed by the test server. The server related to the embodiment of the application comprises a testing server and a transaction server, wherein the transaction server can be a server of an online transaction system and provides historical transaction records for the testing server.
As shown in fig. 1, the specific steps of the process include:
step S101, a first transaction request message initiated by a terminal in a first transaction by a transaction server is obtained;
step S102, determining the transaction type of the first transaction according to the first transaction request message;
step S103, if the transaction type of the first transaction is determined to be a directly processed transaction type, the test server generates a response message of the first transaction request message according to the first transaction request message, and sends the response message of the first transaction request to the terminal;
step S104, if the response message sent by the test server is determined to be different from the response message of the transaction server to the first transaction request message in the first transaction, sending an abnormal alarm to the test server, and sending the different response messages to a test interface.
When the online transaction system completes one transaction, the online transaction system may need to participate in the transaction with servers of multiple systems such as a server of a transaction institution or a server of a card issuing institution, and therefore, one transaction may correspond to messages received and sent by multiple application servers when communicating with the server of the transaction institution or the server of the card issuing institution. In order to associate all messages of the transaction, all messages can be associated with an online flow in the online transaction system and stored in the online transaction flow meter. The historical transaction data of the transaction server may include a plurality of received and transmitted messages.
When testing the functions of the transaction system, the test server can obtain the historical transaction data of all transactions by obtaining the messages received and sent by the transaction server and the online transaction flow meter. And performing simulation test on the transaction system in the test server by acquiring historical transaction data of the transaction server. By the method, the receiving and sending messages of the whole transaction system can be independently simulated in a test environment under an off-line condition without depending on a server of a card issuing mechanism or a server of the transaction mechanism, various real scenes can be comprehensively and efficiently simulated, manual investigation is not needed, the labor cost and the time cost are saved, the comprehensive understanding of the functions of the transaction system is improved, the accuracy of the function test is improved, and the efficient and stable operation of the transaction system after the transaction system is on line is ensured.
In step S101, a first transaction request message initiated by a terminal in a message may be determined by acquiring all messages of a transaction server in a first transaction;
the message may include one or more of: message serial number, transaction type, message source, message transaction time, account number, card holder account deduction amount, clearing exchange rate, card holder account deduction exchange rate, account information, merchant type, server of transaction mechanism, merchant identification, location of server of transaction mechanism, transaction amount, deduction amount and other information.
The messages typically consist of at least a pair of messages: a request message and its corresponding response message. After receiving a message, the online trading system matches the message to the corresponding trade of the message by searching the information in the key information domain in the message. The key information field may be used to identify a transaction. The issuer's server, the transaction server, and the transaction institution's server may all use these key information fields to match the request and response of the transaction, the initial transaction, and subsequent associated transactions. Different key information fields may be set for different transaction types. For example, in the transaction request of balance inquiry, the key information field may be set as a transaction serial number, a terminal identifier, a merchant identifier, and the like of the terminal. For example, the user 1 performs balance inquiry on the account 1 of the user through the payment bank, and for the transaction, the key information field may be set to be a serial number of the balance inquiry initiated by the user 1 in the payment bank, an account number of the payment bank of the user 1, an organization identification code of the payment bank, an organization identification code of the account 1, and the like.
All messages received and sent in the transaction server for all transactions can be associated to the online transaction flow meter by associating all messages.
In step S102, for the online transaction, the online transaction can be divided into a request class and a notification class according to whether the success of the transaction depends on the approval of the receiving party.
The request type transaction is sent from the transaction requester to the receiver to inform the other party that a transaction is in progress, and a response message needs to be returned after the transaction is completed. The recipient should give a response to the transaction approval or rejection directly after receiving the transaction request. If the recipient of the transaction is not the ultimate receiving institution for the transaction, the recipient is responsible for forwarding the transaction to the next institution. The request-type transaction may include: financial transactions, e.g., pre-authorization type requests/responses, other financial type requests/responses, exchange rate query requests/responses; the network management class may include rekey request/response, message type, etc.
Notification-type transactions are generally transactions in which the sender notifies the recipient of an action that has been taken, requiring only that the response not require approval. The transaction may be sent by a transaction institution, card issuer, transaction server, etc. to which the recipient of the transaction should respond. If the receiver of the transaction is not the final receiving mechanism of the transaction, the receiver is responsible for forwarding the transaction to the next mechanism after giving a response to the sender. The notification type transaction may include: the transactions may be classified into financial notification type transactions, alignment notification type transactions, error handling notification type transactions, network management notification type transactions, and the like according to functional classification of the transactions. Financial transactions can also be divided into single information transactions and double information transactions.
According to whether the transaction server is needed to forward, the transaction types can be divided into 2 types which need transaction server switching and are directly processed by the transaction server to finish.
The notification-type transaction in which the transaction server directly processes the completion in the notification-type transaction may include: positive going notice, settlement notice, receipt/payment notice, network management notice, error handling related notice generated after network submission, transfer confirmation, suspected card notice, suspected card transaction notice and the like. Transactions that are processed directly by the transaction server in request-type transactions may include: rekey transactions, exchange rate queries, etc.
In the specific implementation process of step S103, for example, if the first transaction is a user 1 performing rate query of U.S. dollars and rmb by emphasizing 1, the result of the rate of U.S. dollars and rmb is sent to the terminal 1 in the response message of the first transaction according to the data of the rate in the test server.
In a possible implementation manner, if the test server fails to complete the query for various reasons, a response message of the first transaction is sent to the terminal 1, where the response message of the first transaction includes the exchange rate failure of the dollar and the rmb.
In the specific implementation process of step S104, the test server searches for the response message of the transaction server to the first transaction request message in the first transaction, and determines the content of the response message of the transaction server to the first transaction request message, such as the exchange rate result of dollars and rmb, or the query failure.
For example, if the test server determines that the result of the exchange rate of the dollar and the rmb sent by the test server to the terminal 1 is different from the content of the response message of the transaction server to the first transaction request message, for example, the result of the exchange rate of the dollar and the rmb inquired by the test server is different from the result of the exchange rate of the dollar and the rmb inquired by the transaction server; or the query of the test server fails, and the query of the transaction server succeeds; or the test server is successfully queried, the transaction server is unsuccessfully queried, and the like; different messages are sent to the test page. The reasons for different messages may be various, for example, the test server fails to query, and the reason for the transaction server to query successfully may be caused by data missing when the test server migrates data. The exchange rate results of the dollars and the RMB inquired by the test server are different from the exchange rate results of the dollars and the RMB inquired by the transaction server, and the reason may be caused by the database updating of the test server. Different message contents are sent to the test page, so that whether the test server is abnormal or not can be judged completely and visually by a tester, the function of the test server can be comprehensively known, and the test accuracy is improved.
In a possible implementation manner, if it is determined that the transaction type of the first transaction request is a transaction type requiring a transaction server to forward, the method may further include the following steps:
step one, the test server generates a second transaction request message corresponding to the first transaction request message to a server of a card issuing mechanism or a server of a transaction mechanism of the first transaction according to the first transaction request message;
and step two, if the second transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and is corresponding to the first transaction request message and forwarded to the server of the card issuing mechanism of the first transaction or the server of the transaction mechanism, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
Step three, according to the second transaction request message, searching a response message of a server of a card issuing institution or a server of a transaction institution receiving the second transaction request message in the first transaction, and sending the response message to the test server; the test server sends a response message of a transaction result of the first transaction request to the terminal according to a response message of the server of the card issuing mechanism or the server of the transaction mechanism;
and step four, if the transaction result of the first transaction request operated by the test server is different from the transaction result of the first transaction in the transaction server, sending the message of the transaction result generated by the test server in the first transaction and the message of the transaction result generated by the transaction server in the first transaction to a test interface, and sending an abnormal alarm to the test interface of the test server.
In step one, notifying the transaction requiring the transfer of the transaction server may include: a corrective notice, a return of goods, a deposit confirmation, a pre-authorization completion notice, etc. The transaction requiring the transition of the transaction processor in the request-type transaction may include: pre-authorization, pre-authorization completion (request), consumption, cash withdrawal, deposit, account verification, remittance, pre-authorization completion (request) revocation, consumption revocation, deposit revocation, balance inquiry, IC card-specified account credit earning transaction, cash replenishment revocation and the like.
In step one, the test server determines, according to the transaction type of the first transaction, that the transaction type of the first transaction is an inquiry transaction type, for example, if the user 1 inquires about the available balance of the account 1, the test server performs inquiry according to the server that forwards the first transaction request to the card issuer corresponding to the account 1. The second transaction request message generated by the test server is the message content of the forwarded first transaction request message. The second transaction request message may include a transaction serial number of the second transaction request, account information of the account 1 of the user 1, and the like.
In step two, in a possible implementation manner, the test server searches for a response packet of the transaction server to the first transaction request packet in the first transaction, and determines content of the response packet of the transaction server to the first transaction request packet, for example, a second transaction request packet for sending an inquiry of an available balance to a server of an issuer corresponding to the account 1.
And if the test server cannot generate the second transaction request message, directly rejecting the first transaction request and sending a response message of the first transaction request to the terminal. The response message is used for informing the terminal that the first transaction request transaction fails. There may be various reasons why the test server cannot generate the second transaction request message, for example, the account information of the account 1 cannot be found due to data loss in the system of the test server, the server of the corresponding card issuing institution cannot be found, or the first transaction request cannot be verified.
At this time, the second transaction request message generated by the transaction server is different from the response message of the first transaction request generated by the test server, so that an exception alarm is sent to the test interface of the test server, and the different response messages are sent to the test interface.
In step three, if the test server generates the second transaction request message, the test server searches the first transaction corresponding to the second transaction request message in the online transaction flow meter; and determining a response message of a server of a card issuing organization receiving the second transaction request to the second transaction request according to the first transaction, and sending the response message to the test server, wherein the test server determines a result of the first transaction according to the response message, and generates a query response message of the first transaction sent to the terminal according to the result. And the query response message is a result for informing the terminal of the first transaction. The result of the first transaction may be a failure or success of the query and the available balance of account 1 is displayed.
At this time, if the transaction server can generate the second transaction request message in the first transaction, the transaction server receives a response message of the server of the card issuing institution of the first transaction to the second transaction request message, and sends an inquiry response message of the first transaction request to the terminal; and the inquiry response message of the first transaction sent by the transaction server is inquiry success, and the available balance of the account 1 is displayed.
In step four, if the query response message generated by the test server is different from the query response message generated by the transaction server, the following possible scenarios are included:
if the transaction server can be successfully queried and the test server cannot be successfully queried, the query transaction cannot be normally completed by the test server, and a system problem exists in the test server and needs to be corrected. At this time, an abnormal alarm needs to be sent to the test server, and the different query response messages are sent to a test interface.
If the transaction server cannot be successfully queried and the test server can be successfully queried, it indicates that the test server has a situation different from the transaction server in the query type of transaction, for example, the transaction server may have a situation that the transaction cannot be completed due to network reasons such as timeout, or the transaction server cannot complete the query transaction due to verification failure of the account 1.
For example, the first transaction is a first transaction request of a user 1 initiating a query available balance of an account 1 in a payment treasure; the message generated by the transaction server may include the message contents as shown in table 1:
Figure GDA0002820116480000121
TABLE 1
The message of the serial number 1 is a first transaction request message for inquiring balance sent by the terminal 1 to the transaction server;
the message of serial number 2 is a second transaction request message sent by the transaction server to the server of the card issuing institution according to the first transaction request message, and the second transaction request message is used for inquiring the available balance of the account 1 from the server of the card issuing institution;
the message of the serial number 3 is a response message of the second transaction request message sent to the transaction server after the server of the card issuing institution inquires the available balance of the account 1 according to the second transaction request message, wherein the response message is a message including the available balance of the account 1;
the message of serial number 4 is an inquiry response message which is transmitted to the terminal 1 by the content in the response message after the transaction server receives the first response message.
In a possible implementation manner, the test server tests the function of the test server according to the message of the first transaction, as shown in fig. 2, a test process may include the following steps:
step S201, acquiring a serial number 1 message initiated by the terminal 1 in the first transaction;
step S202, determining the transaction type of the first transaction as a balance inquiry according to the message of the serial number 1;
step S203, according to the message of the serial number 1, sending a second transaction request message to a server of a card issuing institution corresponding to the account 1 in the message of the serial number 1, wherein the second transaction request message is a message for inquiring the available balance of the account 1 from the server of the card issuing institution;
step S204, judging that the second transaction request message is different from the serial number 2 message, if so, executing a step five, and if not, executing a step six;
step S205, if it is determined that the second transaction request message is different from the serial number 2 message, sending an alarm to a test interface of the test server, and displaying the second transaction request message and the serial number 2 message.
It should be noted that the transaction time and the transaction serial number in the second transaction request message and the serial number 2 message are different, and the test server does not determine that the transaction time and the transaction serial number in the second transaction request message are different from those in the serial number 2 message, where the difference refers to that the transaction contents in the second transaction request message are different from those in the serial number 2 message, for example, the transaction contents are different from transaction success, transaction failure, transaction amount, transaction merchant, and the like, and the test server determines that the transaction time and the transaction serial number in the second transaction request message and the serial number 2 message are different. The specific limiting manner may be set according to the difference between the actually focused test server and the transaction server, and is not limited herein.
Step S206, if the second transaction request message is determined to be the same as the serial number 2 message, searching a serial number 3 message corresponding to the serial number 2 message through the online transaction flow meter of the first transaction, and sending the serial number 3 message to the test server;
the method for searching the serial number 3 message corresponding to the serial number 2 message through the online transaction flow meter of the first transaction can determine the serial number 3 message corresponding to the serial number 2 message according to the time sequence of the generated serial number of the first transaction or according to the source of the serial number message.
Step S207, determining the available balance of the account 1 to be 1000 according to the message of the serial number 3, and generating a query response message of the first transaction; the query response message includes that the available balance of the account 1 is 1000.
Step S208, judging whether the inquiry response message of the first transaction is different from the message of the pipeline 4; if yes, go to step S208, otherwise go to step S211;
step S209, sending an alarm to the test interface of the test server, and displaying the query response message of the first transaction and the message of the pipeline 4.
Step S210, counting the times of sending alarms to the test interface of the test server and the key information fields of different messages in the alarms. The statistical results can be shown in table 2:
Figure GDA0002820116480000141
TABLE 2
Figure GDA0002820116480000151
TABLE 3
According to the statistical difference number of strokes and the difference of different key information domains in the message, a tester can quickly find the problem to be corrected of the test server, and the accuracy of the function test and the test efficiency are improved.
And step S211, ending the test of the first transaction.
According to a possible implementation mode, the test server counts the times of sending alarms to a test interface of the test server and key information fields with different messages in the alarms. For example, if the key information field of the transaction result in the second transaction request message is different from the key information field of the transaction result in the serial number 2 message, it is displayed that the transaction of the second transaction request message fails, and the key information field of the transaction result in the serial number 2 message is empty; for example, if the contents of the key information fields of the query response message of the first transaction and the message of the serial number 4 where the transaction result is located are different, it is displayed that the key information field of the transaction result of the query response message of the first transaction is a transaction failure, and the key information field of the transaction result of the message of the serial number 2 is a transaction success.
In a possible implementation manner, the transactions needing to be transferred by the transaction server further include transactions needing to be transferred after the transaction server is detached, such as transfer, IC card non-specified transfer, and the like. In the embodiment of the present application, the method may further include the following steps of:
the method comprises the steps that firstly, the transaction server divides the first transaction request into third transaction requests needing to be processed by a plurality of card issuing institutions or transaction institutions, and sends the third transaction requests to the servers of the corresponding card issuing institutions or the servers of the transaction institutions;
step two, if the plurality of third transaction request messages are determined to be different from the messages generated by the transaction server in the first transaction and corresponding to the first transaction request messages forwarded to the server of the card issuing mechanism or the server of the transaction mechanism in the first transaction, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
Step three, if the third transaction request messages are determined to be the same as the messages generated by the transaction server in the first transaction and corresponding to the first transaction request messages forwarded to the servers of the card issuing institutions of the first transaction, searching response messages of the servers of the card issuing institutions receiving the third transaction request messages in the first transaction according to the third transaction request messages, and sending the response messages to the test server;
step four, the test server sends a response message of the transaction result of the first transaction request to the terminal according to a response message of the server of the card issuing mechanism;
and step five, if the transaction result of the first transaction request operated by the test server is different from the transaction result of the first transaction in the transaction server, sending the message of the transaction result generated by the test server in the first transaction and the message of the transaction result generated by the transaction server in the first transaction to a test interface, and sending an abnormal alarm to the test interface of the test server.
In a possible implementation manner, in the transaction requiring the transfer of the transaction server, the transaction involving the servers of a plurality of card issuers or the servers of the transaction institutions can also be included. May include the steps of:
step one, the test server generates a second transaction request message corresponding to the first transaction request message to be forwarded to a server of a card issuing mechanism of the first transaction according to the first transaction request message;
and step two, if the second transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and corresponds to the first transaction request message and is forwarded to the server of the card issuing mechanism of the first transaction, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
Step three, according to the second transaction request message, searching a response message of a server of a card issuing organization receiving the second transaction request message in the first transaction, and sending the required message to the test server; the test server generates a fourth transaction request message according to the response message of the server of the card issuing mechanism and sends the fourth transaction request message to the server of the corresponding transaction mechanism;
and step four, if the fourth transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and corresponds to the first transaction request message and forwarded to the server of the transaction mechanism of the first transaction, sending an exception alarm to the test interface of the test server, and sending the different response messages to the test interface.
Step five, according to the fourth transaction request message, searching a response message of a server of a transaction mechanism receiving the second transaction request message in the first transaction, and sending the response message to the test server; the test server generates a response message of the first transaction according to the response message of the server of the transaction mechanism and sends the response message of the first transaction to the terminal;
and step six, if the response message of the first transaction generated by the test server is different from the response message of the first transaction in the transaction server, sending the response message of the first transaction generated by the test server in the first transaction and the response message of the first transaction of the transaction server to a test interface, and sending an abnormal alarm to the test interface of the test server.
For example, the first transaction request is a transaction request that the user 2 sends a water fee to the transaction server through a puller;
the test server determines an account 2 of a transportation bank which is paid by the user 2 through the puller according to the transaction content in the first transaction request, and a transaction mechanism needing to pay the water fee, such as a water plant.
In the first step, a second transaction request message is generated according to the first transaction request and is a payment request sent to a server of a transportation bank for an account 2;
in the third step, searching a response message of the server of the transportation bank to the second transaction request in the online flow meter corresponding to the first transaction through the test server, and sending the response message to the test server; after the test server receives a response message of approval of a payment request of an account 2 returned by a server of a transportation bank, the test server generates a fourth transaction request message, wherein the fourth transaction request message is a transaction request of water fee payment sent to a water plant a;
step five, searching a response message of the server of the water plant a to the fourth transaction request in the online flow water meter corresponding to the first transaction through the test server, and sending the response message to the test server; and after the response message of the water plant a for confirming successful payment is determined to be received, the test server generates the response message of the first request for successful payment, and sends the response message of the first request to the terminal of the user 2.
As shown in fig. 3, an embodiment of the present application provides a function testing apparatus for a transaction system, the apparatus including:
an obtaining unit 301, configured to obtain a first transaction request message initiated by a terminal in a first transaction by a transaction server;
a processing unit 302, configured to determine a transaction type of the first transaction according to the first transaction request packet; if the transaction type of the first transaction is determined to be the transaction type directly processed and completed by the transaction server, the test server generates a response message of the first transaction request message according to the first transaction request message and sends the response message of the first transaction request to the terminal; and if the response message sent by the test server is different from the response message of the transaction server to the first transaction request message in the first transaction, sending an exception alarm to the test server, and sending the different response messages to a test interface.
In one possible implementation, the processing unit 302 is further configured to: if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, the test server generates a second transaction request message corresponding to the first transaction request message to a server of a card issuing mechanism of the first transaction or a server of the transaction mechanism according to the first transaction request message; if the second transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and is corresponding to the first transaction request message and forwarded to the server of the card issuing mechanism of the first transaction or the server of the transaction mechanism, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
In one possible implementation, the processing unit 302 is further configured to: according to the second transaction request message, searching a response message of a server of a card issuing organization or a server of a transaction organization receiving the second transaction request message in the first transaction, and sending the response message to the test server; the test server sends a response message of a transaction result of the first transaction request to the terminal according to a response message of the server of the card issuing mechanism or the server of the transaction mechanism; if the transaction result of the first transaction request operated by the test server is different from the transaction result of the first transaction in the transaction server, sending a message of the transaction result generated by the test server in the first transaction and a message of the transaction result generated by the transaction server in the first transaction to a test interface, and sending an abnormal alarm to the test interface of the test server.
In one possible implementation, the processing unit 302 is further configured to: if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, and the transaction type needs to be transferred to a server of a plurality of card issuing institutions or a server of a transaction institution, the test server is split into a plurality of third transaction requests according to the first transaction request message, each third transaction request corresponds to the server of one card issuing institution or the server of the transaction institution, and the plurality of third transaction request messages corresponding to the first transaction request message are forwarded to the servers of the plurality of card issuing institutions of the first transaction or the server of the transaction institution; if the third transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and corresponds to the first transaction request message and sent to the servers of the plurality of card issuing mechanisms of the first transaction, or the server of the transaction mechanism forwards the message corresponding to the first transaction request message, an abnormal alarm is sent to a test interface of the test server, and the different response messages are sent to the test interface.
In a possible implementation manner, the first transaction request message at least includes a terminal transaction serial number, transaction contents, a merchant number, and a terminal number.
The embodiment of the application provides a function test method and a function test device of a transaction system, wherein the method comprises the steps of obtaining a first transaction request message initiated by a transaction server in a first transaction by a terminal; determining the transaction type of the first transaction according to the first transaction request message; if the transaction type of the first transaction is determined to be the transaction type directly processed and completed by the transaction server, the test server generates a response message of the first transaction request message according to the first transaction request message and sends the response message of the first transaction request to the terminal; and if the response message sent by the test server is different from the response message of the transaction server to the first transaction request message in the first transaction, sending an exception alarm to the test server, and sending the different response messages to a test interface. And in each test, the transaction system does not need to be offline, so that the online performance of the transaction system is improved. The test server simulates the historical transaction data of the transaction server to discover the abnormal problems of the test server, manual function testing is not needed, and labor cost and time cost are saved. Compared with the manual analysis of the monitored data, the historical transaction data of the transaction server is simulated by the test server, so that the accuracy of the function test and the comprehensiveness of the found problems are improved.
The embodiment of the present application provides a computing device, which may specifically be a desktop computer, a portable computer, a smart phone, a tablet computer, a Personal Digital Assistant (PDA), and the like. The computing device may include a Central Processing Unit (CPU), memory, input/output devices, etc., the input devices may include a keyboard, mouse, touch screen, etc., and the output devices may include a Display device, such as a Liquid Crystal Display (LCD), a Cathode Ray Tube (CRT), etc.
Memory, which may include Read Only Memory (ROM) and Random Access Memory (RAM), provides the processor with program instructions and data stored in the memory. In an embodiment of the application, the memory may be configured to store program instructions for a functional testing method of a transaction system;
and the processor is used for calling the program instructions stored in the memory and executing the function test method of the transaction system according to the obtained program.
The embodiment of the application provides a computer storage medium, and the computer-readable storage medium stores computer-executable instructions for enabling a computer to execute a function test method of a transaction system.
It will be apparent to those skilled in the art that embodiments of the present application may be provided as a method, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all alterations and modifications as fall within the scope of the application.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims (10)

1. A method for functional testing of a transaction system, the method comprising:
acquiring a first transaction request message initiated by a transaction server in a first transaction by a terminal; the first transaction is a historical transaction;
determining the transaction type of the first transaction according to the first transaction request message;
if the transaction type of the first transaction is determined to be the transaction type directly processed and completed by the transaction server, the test server generates a response message of the first transaction request message according to the first transaction request message and sends the response message of the first transaction request to the terminal;
and if the response message sent by the test server is different from the response message of the transaction server to the first transaction request message in the first transaction, sending an exception alarm to the test server, and sending the different response messages to a test interface.
2. The method as recited in claim 1, wherein said method further comprises:
if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, the test server generates a second transaction request message corresponding to the first transaction request message to a server of a card issuing mechanism of the first transaction or a server of the transaction mechanism according to the first transaction request message;
if the second transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and is corresponding to the first transaction request message and forwarded to the server of the card issuing mechanism of the first transaction or the server of the transaction mechanism, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
3. The method as recited in claim 2, wherein said method further comprises:
according to the second transaction request message, searching a response message of a server of a card issuing organization or a server of a transaction organization receiving the second transaction request message in the first transaction, and sending the response message to the test server;
the test server sends a response message of a transaction result of the first transaction request to the terminal according to a response message of the server of the card issuing mechanism or the server of the transaction mechanism;
if the transaction result of the first transaction request operated by the test server is different from the transaction result of the first transaction in the transaction server, sending a message of the transaction result generated by the test server in the first transaction and a message of the transaction result generated by the transaction server in the first transaction to a test interface, and sending an abnormal alarm to the test interface of the test server.
4. The method of any one of claims 2 or 3, further comprising:
if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, and the transaction type needs to be transferred to a plurality of servers of card issuing institutions or servers of transaction institutions, the test server is split into a plurality of third transaction requests according to the first transaction request message;
each third transaction request corresponds to a server of a card issuing institution or a server of a transaction institution, and a plurality of third transaction request messages corresponding to the first transaction request message are forwarded to the servers of a plurality of card issuing institutions of the first transaction or the servers of the transaction institution;
if the third transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and corresponds to the first transaction request message and is forwarded to the servers of the plurality of card issuing institutions of the first transaction or the servers of the transaction institutions, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
5. A method according to any of claims 1-3, wherein the first transaction request message comprises at least a terminal transaction serial number, transaction content, merchant number, terminal number.
6. A functional testing apparatus of a transaction system, the apparatus comprising:
the system comprises an acquisition unit, a transaction processing unit and a processing unit, wherein the acquisition unit is used for acquiring a first transaction request message initiated by a terminal in a first transaction by a transaction server; the first transaction is a historical transaction;
the processing unit is used for determining the transaction type of the first transaction according to the first transaction request message; if the transaction type of the first transaction is determined to be the transaction type directly processed and completed by the transaction server, the test server generates a response message of the first transaction request message according to the first transaction request message and sends the response message of the first transaction request to the terminal; and if the response message sent by the test server is different from the response message of the transaction server to the first transaction request message in the first transaction, sending an exception alarm to the test server, and sending the different response messages to a test interface.
7. The apparatus as recited in claim 6, said processing unit to further: if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, the test server generates a second transaction request message corresponding to the first transaction request message to a server of a card issuing mechanism of the first transaction or a server of the transaction mechanism according to the first transaction request message; if the second transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and is corresponding to the first transaction request message and forwarded to the server of the card issuing mechanism of the first transaction or the server of the transaction mechanism, sending an abnormal alarm to a test interface of the test server, and sending the different response messages to the test interface.
8. The apparatus as recited in claim 7, said processing unit to further: according to the second transaction request message, searching a response message of a server of a card issuing organization or a server of a transaction organization receiving the second transaction request message in the first transaction, and sending the response message to the test server; the test server sends a response message of a transaction result of the first transaction request to the terminal according to a response message of the server of the card issuing mechanism or the server of the transaction mechanism; if the transaction result of the first transaction request operated by the test server is different from the transaction result of the first transaction in the transaction server, sending a message of the transaction result generated by the test server in the first transaction and a message of the transaction result generated by the transaction server in the first transaction to a test interface, and sending an abnormal alarm to the test interface of the test server.
9. The apparatus of any of claims 7 or 8, wherein the processing unit is further to: if the transaction type of the first transaction request is determined to be the transaction type needing to be transferred by a transaction server, and the transaction type needs to be transferred to a server of a plurality of card issuing institutions or a server of a transaction institution, the test server is split into a plurality of third transaction requests according to the first transaction request message, each third transaction request corresponds to the server of one card issuing institution or the server of the transaction institution, and the plurality of third transaction request messages corresponding to the first transaction request message are forwarded to the servers of the plurality of card issuing institutions of the first transaction or the server of the transaction institution; if the third transaction request message is determined to be different from the message which is generated by the transaction server in the first transaction and corresponds to the first transaction request message and sent to the servers of the plurality of card issuing mechanisms of the first transaction, or the server of the transaction mechanism forwards the message corresponding to the first transaction request message, an abnormal alarm is sent to a test interface of the test server, and the different response messages are sent to the test interface.
10. The apparatus according to any of claims 6-8, wherein the first transaction request message comprises at least a terminal transaction serial number, transaction content, merchant number, terminal number.
CN201711377318.1A 2017-12-19 2017-12-19 Function test method and device of transaction system Active CN108111368B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711377318.1A CN108111368B (en) 2017-12-19 2017-12-19 Function test method and device of transaction system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711377318.1A CN108111368B (en) 2017-12-19 2017-12-19 Function test method and device of transaction system

Publications (2)

Publication Number Publication Date
CN108111368A CN108111368A (en) 2018-06-01
CN108111368B true CN108111368B (en) 2021-01-26

Family

ID=62211139

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711377318.1A Active CN108111368B (en) 2017-12-19 2017-12-19 Function test method and device of transaction system

Country Status (1)

Country Link
CN (1) CN108111368B (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109670803A (en) * 2018-10-25 2019-04-23 深圳壹账通智能科技有限公司 Method, apparatus, medium and the electronic equipment tested before online trading
CN109801155A (en) * 2018-12-14 2019-05-24 深圳壹账通智能科技有限公司 It makes loans verification method, device and the computer equipment of interface
CN112256482A (en) * 2020-10-30 2021-01-22 中国建设银行股份有限公司 Data processing method and device and server
CN113206772B (en) * 2021-04-28 2022-07-22 中国农业银行股份有限公司 Method, device, equipment, medium and product for judging correctness of response message
CN115277131B (en) * 2022-07-14 2023-10-10 国网福建省电力有限公司 Network security assessment system based on multidimensional information processing
CN116483689B (en) * 2023-03-13 2024-01-05 深圳华锐分布式技术股份有限公司 Method, device, equipment and medium for testing option brokerage quick trading system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2004100722B4 (en) * 2004-08-31 2005-11-24 Markets-Alert Pty Ltd A Security System
CN101135989B (en) * 2006-08-31 2010-11-24 中国银联股份有限公司 Automatization test method and device for Web applied system
CN101996451B (en) * 2009-08-14 2012-07-25 中国工商银行股份有限公司 Test method of bank self-service device system and server
CN101917312B (en) * 2010-09-01 2013-11-06 中国建设银行股份有限公司 Performance test stimulator, and message package module, message packaging and sending method thereof
US9792649B1 (en) * 2010-11-24 2017-10-17 Nyse Arca Llc Methods and apparatus for performing risk checking
US20130080309A1 (en) * 2011-09-26 2013-03-28 OTC Markets Group Inc. Systems and methods for providing a dynamic access payment in association with a security
CN103489101A (en) * 2012-06-14 2014-01-01 海瑞斯信息科技(苏州)有限公司 Safe electronic payment system and payment method based on converged communication technology
CN103441895B (en) * 2013-08-22 2017-03-01 成都卫士通信息产业股份有限公司 A kind of automatization cipher machine test system and its method of work
CN104991864B (en) * 2015-07-24 2018-09-07 中国工商银行股份有限公司 A kind of test method and device towards outreach system
CN106155906B (en) * 2016-07-05 2019-01-15 中国银行股份有限公司 A kind of bank's host close beta system and method
CN106802864A (en) * 2016-12-30 2017-06-06 中国银联股份有限公司 A kind of method of testing and device based on financial sector

Also Published As

Publication number Publication date
CN108111368A (en) 2018-06-01

Similar Documents

Publication Publication Date Title
CN108111368B (en) Function test method and device of transaction system
CN110263024B (en) Data processing method, terminal device and computer storage medium
US10304056B1 (en) Enhanced merchant identification using transaction data
CN110457336B (en) Transaction data processing method and device
US12045824B2 (en) System and method for simplifying fraud detection in real-time payment transactions from trusted accounts
CN113205402A (en) Account checking method and device, electronic equipment and computer readable medium
CN111915427A (en) Data processing method and device, electronic equipment and storage medium
CN111444073A (en) Method, device and system for testing performance of financial database
WO2024119789A1 (en) Fund releasing method and apparatus, and computer device and readable storage medium
CN113159968A (en) Data processing method and device based on financial core batch transaction scene
CN113094414A (en) Circulation map generation method and device
US20200204553A1 (en) Method, apparatus and computer program product for exchanging messages across a network
CN117094764A (en) Bank integral processing method and device
EP4075363A1 (en) Self learning machine learning scores adjustment via normalization thereof
CN115689570A (en) Business information risk identification method, device, equipment and medium
CN113055401B (en) Enterprise business authorization processing method and device
TWM615892U (en) Risk evaluation system for money laundering and financing of terrorism
JP2012203874A (en) Electronic commercial transaction system
US20190205807A1 (en) Geographic region modification tool for database query enhancement
CN112737875B (en) Method and device for generating test message
CN116167852B (en) Method and device for processing fund flow direction data
RU2718527C1 (en) Automated system and method of associating check receipts with payment transactions
KR102453260B1 (en) Bid management system
CN115879948A (en) Cross-border transaction processing method and device
CN113487408A (en) Information processing method and device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant