CN116166558A

CN116166558A - Transaction testing method, device, equipment and storage medium

Info

Publication number: CN116166558A
Application number: CN202310188288.9A
Authority: CN
Inventors: 王静文; 杨柳; 王诗章; 靳召晰; 袁荃
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2023-02-21
Filing date: 2023-02-21
Publication date: 2023-05-26

Abstract

The disclosure provides a transaction testing method, a transaction testing device, transaction testing equipment and a transaction testing storage medium, relates to software automation testing, can be used for a distributed platform, and can be applied to the technical field of testing and the technical field of finance. The method comprises the following steps: acquiring operation information corresponding to a table data operation by using a message middleware auxiliary tool, wherein the table data operation is used for operating a transaction application table which needs to be verified by using a safety hardware device; generating transaction information of the transaction to be tested according to the operation information; determining a target node for processing transaction information of the transaction to be tested from the distributed platform according to the transaction type of the transaction to be tested; analyzing transaction information of the transaction to be tested by utilizing the target node to generate a transaction test message; and processing the transaction test message by calling the remote transaction processing service to obtain a transaction test result.

Description

Transaction testing method, device, equipment and storage medium

Technical Field

The present disclosure relates to the field of testing technology and financial technology, and in particular, to a transaction testing method, apparatus, device, medium, and program product.

Background

With the development of the information age, the duty cycle of network transactions is increasing. In the related art, security verification equipment is generally used for guaranteeing the security of a transaction process in an encryption and signature verification mode. However, in the case of testing a transaction requiring verification of a secure hardware device, it is necessary to additionally fabricate the secure hardware device for testing.

In the process of realizing the inventive concept of the embodiment of the present disclosure, the inventor finds that, because there are many objects participating in the test, and the geographical location distribution of the test objects is wider, but the secure hardware device resources are limited, when the test is performed in the face of the transaction scenario requiring the verification of the secure hardware device, the test process is interrupted because the test objects lacking the secure hardware device cannot participate in the test.

Disclosure of Invention

In view of the foregoing, the present disclosure provides transaction testing methods, apparatus, devices, media, and program products.

According to a first aspect of the present disclosure, there is provided a transaction testing method comprising: acquiring operation information corresponding to a table data operation by using a message middleware auxiliary tool, wherein the table data operation is used for operating a transaction application table which needs to be verified by using a safety hardware device; generating transaction information of the transaction to be tested according to the operation information; determining a target node for processing transaction information of the transaction to be tested from the distributed platform according to the transaction type of the transaction to be tested; analyzing transaction information of the transaction to be tested by utilizing the target node to generate a transaction test message; and processing the transaction test message by calling the remote transaction processing service to obtain a transaction test result.

According to an embodiment of the present disclosure, the operation information includes a plurality of operation information including an operation type, an operation field, and an operation time, and transaction information of a transaction to be tested is generated according to the operation information, including: acquiring target operation information from a first message queue according to the sequence of the operation time, wherein the first message queue comprises a plurality of operation information arranged according to the operation time; and under the condition that the operation type of the target operation information is determined to be the newly added operation, generating transaction information of the transaction to be tested according to the operation field.

According to an embodiment of the present disclosure, the transaction testing method further includes: determining at least two target fields according to transaction information of a transaction to be tested; obtaining a target field combination value according to at least two target fields by inquiring a transaction configuration information table; and determining the transaction type of the transaction to be tested according to the target field combination value.

According to an embodiment of the present disclosure, obtaining a target field combination value from at least two target fields by querying a transaction configuration information table includes: obtaining at least two target field values according to at least two target fields by inquiring a transaction configuration information table; and obtaining a target field combination value according to at least two target field values.

According to an embodiment of the present disclosure, the transaction testing method further includes: transmitting transaction information of a transaction to be tested to a distributed publish-subscribe message system; determining a second message queue and a target node corresponding to the transaction type according to the transaction type of the transaction to be tested; and sending the transaction information of the transaction to be tested to the target node according to the ordering result of the transaction information of the transaction to be tested in the second message queue.

According to an embodiment of the present disclosure, according to a result of ordering transaction information of a transaction to be tested in a second message queue, sending the transaction information of the transaction to be tested to a target node includes: according to the sending time information that the transaction information of the transaction to be tested is sent to the distributed publishing and subscribing message system, the transaction information of the transaction to be tested is ordered in the second message queue, and an ordering result is obtained; and according to the sorting result, sending transaction information of the transaction to be tested to the target node.

According to an embodiment of the present disclosure, a transaction test result is obtained by calling a remote transaction processing service to process a transaction test message, including: determining a target address and a target interface according to the transaction test message, wherein the target address represents the address of the distributed online service registry; remote connection of the target address is achieved through calling of the target interface, and remote transaction processing service is obtained; and processing the transaction test message by using the remote transaction processing service to obtain a transaction test result.

A second aspect of the present disclosure provides a transaction testing device, comprising: the first acquisition module is used for acquiring operation information corresponding to table data operation by using a message middleware auxiliary tool, wherein the table data operation is used for operating a transaction application table which needs to be verified by using a safety hardware device; the first generation module is used for generating transaction information of the transaction to be tested according to the operation information; the first determining module is used for determining a target node for processing the transaction information of the transaction to be tested from the distributed platform according to the transaction type of the transaction to be tested; the second generation module is used for analyzing the transaction information of the transaction to be tested by utilizing the target node and generating a transaction test message; and the processing module is used for processing the transaction test message by calling the remote transaction processing service to obtain a transaction test result.

A third aspect of the present disclosure provides an electronic device, comprising: one or more processors; and a memory for storing one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method described above.

A fourth aspect of the present disclosure also provides a computer-readable storage medium having stored thereon executable instructions that, when executed by a processor, cause the processor to perform the above-described method.

A fifth aspect of the present disclosure also provides a computer program product comprising a computer program which, when executed by a processor, implements the above method.

According to the transaction testing method, device, equipment, medium and program product provided by the disclosure, as the message middleware auxiliary tool, the distributed platform and the target node are utilized to directly generate the test message, the remote transaction processing service is called to test according to the test message, the test message can be generated according to different transaction adaptability, and the test message is called to directly test, so that the verification process of the safety hardware equipment is avoided, and the effect of ensuring the normal running of the transaction testing process under the condition that the safety hardware equipment is not required to be additionally manufactured is realized.

Drawings

The foregoing and other objects, features and advantages of the disclosure will be more apparent from the following description of embodiments of the disclosure with reference to the accompanying drawings, in which:

FIG. 1 schematically illustrates an application scenario diagram of a transaction testing method according to an embodiment of the present disclosure;

FIG. 2 schematically illustrates a flow chart of a transaction testing method according to an embodiment of the present disclosure;

FIG. 3 schematically illustrates a schematic diagram of acquiring operation information according to an embodiment of the present disclosure;

FIG. 4 schematically illustrates a schematic diagram of transaction information classification according to an embodiment of the present disclosure;

FIG. 5 schematically illustrates a schematic diagram of transmitting transaction information according to an embodiment of the present disclosure;

FIG. 6 schematically illustrates a schematic diagram of processing a transaction test message according to an embodiment of the present disclosure;

FIG. 7 schematically illustrates a flow chart of sending transaction test results according to an embodiment of the present disclosure;

FIG. 8 schematically illustrates a block diagram of a transaction testing device according to an embodiment of the present disclosure; and

fig. 9 schematically illustrates a block diagram of an electronic device adapted to implement a transaction testing method according to an embodiment of the disclosure.

Detailed Description

Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. It should be understood that the description is only exemplary and is not intended to limit the scope of the present disclosure. In the following detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the present disclosure. It may be evident, however, that one or more embodiments may be practiced without these specific details. In addition, in the following description, descriptions of well-known structures and techniques are omitted so as not to unnecessarily obscure the concepts of the present disclosure.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. The terms "comprises," "comprising," and/or the like, as used herein, specify the presence of stated features, steps, operations, and/or components, but do not preclude the presence or addition of one or more other features, steps, operations, or components.

All terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art unless otherwise defined. It should be noted that the terms used herein should be construed to have meanings consistent with the context of the present specification and should not be construed in an idealized or overly formal manner.

Where expressions like at least one of "A, B and C, etc. are used, the expressions should generally be interpreted in accordance with the meaning as commonly understood by those skilled in the art (e.g.," a system having at least one of A, B and C "shall include, but not be limited to, a system having a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B, C together, etc.).

In the technical scheme of the disclosure, the related data (such as including but not limited to personal information of a user) are collected, stored, used, processed, transmitted, provided, disclosed, applied and the like, all conform to the regulations of related laws and regulations, necessary security measures are adopted, and the public welcome is not violated.

In the process of realizing the inventive concept, the inventor finds that when more objects are accessed to the transaction test and the geographic position distribution corresponding to the objects is wider, in the test work, it is difficult to assign a corresponding medium to each user accessed to the joint test. If the medium is missing, the test flow of the transaction requiring verification by the secure hardware device is forced to be interrupted before the transaction.

For example, the secure hardware device may be a U-shield, and in some cases where a transaction requiring U-shield verification is tested, a user accessing the joint test needs to be given a U-shield medium, and then the transaction requiring U-shield verification is verified by the U-shield medium, and if a corresponding medium is given to each user accessing the joint test, more resources are consumed.

For example, the secure hardware device may also be a cipher device, and the verification may be performed by using the cipher device corresponding to the transaction that needs to be verified by using the secure hardware device, but since the cipher device uses dynamic ciphers, it has strict timeliness and flexibility, so it is also difficult to implement the test on multiple transaction scenarios.

In the scenario of verifying the transaction by using the secure hardware device, the RPA (Robotic Process Automation) automatic robot may also click on the transaction requiring verification by using the secure hardware device, but this way needs to re-implement the front-end transaction interface, which wastes more resources and is difficult to apply to the test including multiple transaction scenarios.

In view of this, an embodiment of the present disclosure provides a transaction testing method, including: acquiring operation information corresponding to a table data operation by using a message middleware auxiliary tool, wherein the table data operation is used for operating a transaction application table which needs to be verified by using a safety hardware device; generating transaction information of the transaction to be tested according to the operation information; determining a target node for processing transaction information of the transaction to be tested from the distributed platform according to the transaction type of the transaction to be tested; analyzing transaction information of the transaction to be tested by utilizing the target node to generate a transaction test message; and processing the transaction test message by calling the remote transaction processing service to obtain a transaction test result.

Fig. 1 schematically illustrates an application scenario diagram of a transaction testing method according to an embodiment of the present disclosure.

As shown in fig. 1, an application scenario 100 according to this embodiment may include a first terminal device 101, a second terminal device 102, a third terminal device 103, a network 104, and a server 105. The network 104 is a medium used to provide a communication link between the first terminal device 101, the second terminal device 102, the third terminal device 103, and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

The user may interact with the server 105 through the network 104 using at least one of the first terminal device 101, the second terminal device 102, the third terminal device 103, to receive or send messages, etc. Various communication client applications, such as a shopping class application, a web browser application, a search class application, an instant messaging tool, a mailbox client, social platform software, etc. (by way of example only) may be installed on the first terminal device 101, the second terminal device 102, and the third terminal device 103.

The first terminal device 101, the second terminal device 102, the third terminal device 103 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.

The server 105 may be a server providing various services, such as a background management server (by way of example only) providing support for websites browsed by the user using the first terminal device 101, the second terminal device 102, and the third terminal device 103. The background management server may analyze and process the received data such as the user request, and feed back the processing result (e.g., the web page, information, or data obtained or generated according to the user request) to the terminal device.

It should be noted that the transaction testing method provided by the embodiments of the present disclosure may be generally performed by the server 105. Accordingly, the transaction testing device provided by embodiments of the present disclosure may be generally disposed in the server 105. The transaction testing method provided by the embodiments of the present disclosure may also be performed by a server or a server cluster that is different from the server 105 and is capable of communicating with the first terminal device 101, the second terminal device 102, the third terminal device 103, and/or the server 105. Accordingly, the transaction testing device provided by the embodiments of the present disclosure may also be provided in a server or a server cluster that is different from the server 105 and is capable of communicating with the first terminal device 101, the second terminal device 102, the third terminal device 103, and/or the server 105.

It should be understood that the number of terminal devices, networks and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

The transaction testing method of the disclosed embodiment will be described in detail with reference to fig. 2 to 7 based on the scenario described in fig. 1.

Fig. 2 schematically illustrates a flow chart of a transaction testing method according to an embodiment of the present disclosure.

As shown in fig. 2, the transaction test of this embodiment includes operations S210 to S250.

In operation S210, operation information corresponding to a table data operation for operating a transaction application table that needs to be verified using a secure hardware device is acquired using a message middleware auxiliary.

According to embodiments of the present disclosure, a message middleware assistance tool may be used to acquire a table data operation and determine operation information corresponding to the acquired table data operation according to the table data operation. For example, the message broker assistance tool may parse the log information in the database and obtain table data operations recorded in the database based on the log information. For example, a transaction application form that needs to be verified with a secure hardware device may be stored in the database. For example, the database may be a MySQL database, the log information may be a binlog log, i.e., the message middleware auxiliary tool may parse the binlog in the MySQL database and obtain table data operations recorded in the MySQL database according to the binlog.

According to embodiments of the present disclosure, for example, table data operations may include operations performed to add data, modify data, delete data, etc. to a transaction application table that needs to be verified with a secure hardware device.

According to an embodiment of the disclosure, the operation information corresponding to the table data operation may be information generated by the table data operation, for example, may include information of a transaction application form pointed by the table data operation, a corresponding transaction application form name, an operation type, an operation field, an operation time, and the like, where the operation field may be a field that is added, modified, or deleted in the transaction application form. For example, the operation information may be stored in a database in JSON format.

According to the embodiment of the disclosure, the message middleware auxiliary tool is utilized to acquire the operation information corresponding to the table data operation. For example, it may include: determining a transaction application form which is subjected to form data operation and needs to be verified by using a safety hardware device from records of a database by using a message middleware auxiliary tool; and acquiring operation information corresponding to the table data operation according to the transaction application table.

Also for example, it may include: determining a transaction application form subjected to the form data operation from a database according to the form data operation by using a message middleware auxiliary tool; determining a transaction application form needing to be verified by using a safety hardware device from the transaction application form subjected to the form data operation; and determining operation information corresponding to the table data operation according to the transaction application table which needs to be verified by the security hardware equipment.

Fig. 3 schematically illustrates a schematic diagram of acquiring operation information according to an embodiment of the present disclosure.

As shown in fig. 3, the message middleware assistance tool 340 may be utilized to obtain the operation information 350 according to the first transaction application form 310, the second transaction application form 320, and the third transaction application form 330.

According to the embodiment of the disclosure, the message middleware auxiliary tool is utilized to acquire the operation information, so that the resource occupation caused by querying the database is reduced compared with the traditional table look-up mode.

In operation S220, transaction information of the transaction to be tested is generated according to the operation information.

According to embodiments of the present disclosure, the transaction information may be attribute information of the transaction to be tested, for example, the transaction information may include information of a transaction type, a transaction time, a transaction amount, a transaction area, and a transaction facility identification of the transaction to be tested. For example, transaction types may include direct transactions, indirect transactions, vouch for transactions, and the like.

According to the embodiment of the disclosure, for example, the transaction information of the transaction to be tested corresponding to the transaction application form name may be determined according to the transaction application form name in the operation information.

Also, for example, transaction information of a transaction to be tested corresponding to an operation field may be generated according to the operation field in the operation information.

The foregoing examples are merely illustrative, and do not constitute a specific limitation on the solution of the embodiments of the disclosure, and in practice, the content of the operation information may be adjusted according to the needs, or the content of the transaction information may be adjusted according to the needs.

In operation S230, a target node for processing transaction information of a transaction to be tested is determined from the distributed platform according to a transaction type of the transaction to be tested.

According to embodiments of the present disclosure, for example, a transaction type of a transaction to be tested may be obtained from transaction information. For example, the corresponding transaction application form may be determined according to the transaction application form name in the transaction information, and then the transaction type may be determined according to the transaction application form.

According to embodiments of the present disclosure, for example, a distributed platform may contain multiple nodes, which may be used to process transactions to be tested. For example, the distributed platform may be a platform built based on a Dubbo distributed framework, whose functionality may be implemented by way of micro services.

According to embodiments of the present disclosure, for example, in a case where a transaction type of a transaction to be tested is a direct transaction, the transaction to be tested may be processed using a target node corresponding to the direct transaction.

Also for example, in the case where the transaction type of the transaction to be tested is an indirect transaction, the transaction to be tested may be processed by using the target node corresponding to the indirect transaction.

In operation S240, the target node is utilized to analyze the transaction information of the transaction to be tested, and a transaction test message is generated.

According to an embodiment of the disclosure, for example, the target node may be utilized to analyze transaction information of the transaction to be tested according to the transaction type. For example, the transaction information of the direct transaction type may be parsed by the target node of the direct transaction type. Also for example, it may be that the transaction information of the indirect transaction type is parsed by the target node of the indirect transaction type.

For example, the transaction information may be JSON format information, and the target node may be used to process the transaction information to generate a JSON format transaction test message.

According to the embodiment of the disclosure, for example, in the case that the target node receives the transaction information, the transaction information in JSON format can be parsed to obtain information such as transaction type, transaction time, transaction amount, transaction area, transaction facility identifier and the like in the transaction information. Corresponding transaction test information can be determined according to the information obtained by analysis in the transaction information.

In operation S250, a transaction test result is obtained by calling a remote transaction processing service to process a transaction test message.

According to the embodiment of the disclosure, the remote transaction processing service can be used for completing a testing process by using the transaction testing message to obtain a transaction testing result.

According to the embodiment of the disclosure, the transaction test message can be used for transaction test, and the consumption of resources can be reduced by directly calling the message to test the transaction.

According to the embodiment of the disclosure, the transaction test result is obtained by calling the remote transaction processing service to process the transaction test message. For example, a corresponding remote transaction processing service may be determined from the transaction test message; and calling the remote transaction processing service corresponding to the transaction test message to process the transaction test message, so as to obtain a transaction result.

For example, the remote service corresponding to the address may be determined according to a field characterizing the remote address in the transaction test message; and testing according to the transaction test message by utilizing the remote transaction service corresponding to the address to obtain a test result.

According to the embodiment of the disclosure, the message middleware auxiliary tool, the distributed platform and the target node are utilized to directly generate the test message, and the remote transaction processing service is called to test according to the test message, so that the test message can be generated according to different transaction adaptations, and the test message is called to directly test, thereby avoiding the verification process of the safety hardware equipment, and realizing the effect of ensuring the normal running of the transaction test process under the condition that the safety hardware equipment is not required to be additionally manufactured.

According to an embodiment of the present disclosure, for example, the first message queue may be constructed using the python procedure. The operation information acquired by the middleware auxiliary tool can be pushed to the first message queue.

According to an embodiment of the present disclosure, for example, a operation information, B operation information, C operation information, and D operation information arranged according to an operation time may be included in the first message queue. The operation information A, the operation information B, the operation information C and the operation information D can be sequentially analyzed to obtain an operation type corresponding to the operation information A, an operation type corresponding to the operation information B, an operation type corresponding to the operation information C and an operation type corresponding to the operation information D.

Under the condition that the operation type corresponding to the C operation information and the operation type corresponding to the D operation information are characterized as the newly added type, the C operation information and the D operation information can be further analyzed to obtain an operation field corresponding to the C operation information and an operation field corresponding to the D operation information. Transaction information corresponding to the C operation information can be generated according to the operation field corresponding to the C operation information, and transaction information corresponding to the D operation information can be generated according to the operation field corresponding to the D operation information.

In the case that the operation type corresponding to the operation information a and the operation type corresponding to the operation information B are characterized as "non-newly added" types, the operation information a and the operation information B may be processed according to actual requirements, which is not limited in the embodiment of the present disclosure, for example, the operation information a and the operation information B may be deleted from the first message queue.

According to the embodiment of the disclosure, the target operation information is acquired from the first message queue according to the sequence of the operation time, and under the condition that the operation type of the target operation information is determined to be the newly added operation, the transaction information of the transaction to be tested is generated according to the operation field, so that the corresponding transaction information is generated according to the operation information, and the flexibility of generating the transaction information is improved.

According to an embodiment of the present disclosure, the transaction configuration information table may be a table for determining a value corresponding to the target field. For example, as shown in table 1, the transaction configuration information table may include: transaction type, table name of transaction application table, field and field combination value. For example, two target fields, B1 and B2, respectively, may be determined, a value corresponding to B1 and a value corresponding to B2 may be determined, and the value corresponding to B1 and the value corresponding to B2 may be combined to obtain the target field combination value C3. The transaction type may be determined to be a vouch-for type based on the target field combination value.

TABLE 1

Transaction type	Transaction application form name	Fields	Field combination value
				Directly and directly	A1	B1	C1
Indirect connection	A2	B2	C2
				Guarantee for guarantee	A3	B3	C3

According to the embodiment of the disclosure, at least two target fields are determined according to the transaction information of the transaction to be tested, for example, the transaction information may be parsed by a python program to obtain at least two target fields corresponding to the transaction information.

According to embodiments of the present disclosure, at least two target fields for determining a transaction type may be obtained from transaction information of a transaction to be tested. According to the obtained at least two target fields, the corresponding values of the at least two target fields, namely the combined values of the target fields, can be determined by querying a transaction configuration information table. And determining the transaction type of the transaction to be tested according to the target field combination value.

According to the embodiment of the disclosure, the target field combination value is obtained according to at least two target fields by querying a transaction configuration information table. For example, it may include: splicing the at least two target fields to obtain a combined target field; and inquiring from the transaction configuration information table to obtain a target field combination value corresponding to the combination target field.

Also for example, it may include: inquiring at least two field values corresponding to the at least two target fields from the inquiring transaction configuration information table; and combining the at least two field values to obtain a target field combination value.

According to the embodiment of the disclosure, at least two target fields are determined according to the transaction information of the transaction to be tested, the target field combination value is obtained according to the at least two target fields by inquiring the transaction configuration information table, and then the transaction type of the transaction to be tested is determined according to the target field combination value.

According to the embodiment of the disclosure, for example, by querying a transaction configuration information table, it is determined that two target fields are a field a and a field B, and further it may be determined that a value corresponding to the field a is A1 and a value corresponding to the field B is B1, and the A1 and the B1 may be combined to obtain a target field combined value A1B1.

According to the embodiment of the disclosure, at least two target field values are obtained according to at least two target fields by querying a transaction configuration information table; and obtaining a target field combination value according to at least two target field values, and combining the field values because the corresponding field values are queried according to the fields, thereby improving the flexibility of query.

Fig. 4 schematically illustrates a schematic diagram of transaction information classification according to an embodiment of the present disclosure.

As shown in fig. 4, the operation information 410 may be transmitted to the first message queue 420, and transaction information corresponding to the operation information 410 may be determined by the first message queue 420 according to a transaction configuration information table, and the types of the transaction information may be classified into direct transaction type transaction information 430, indirect transaction type transaction information 440, and guaranteed transaction type transaction information 450.

According to embodiments of the present disclosure, a distributed publish-subscribe messaging system may be used to receive transaction information for a transaction to be tested and to send the transaction information to a target node in accordance with the ordering result. For example, the distributed publish-subscribe message system may be a KAFKA message system, where the KAFKA message system may be deployed in a cluster manner, so as to avoid missing processing or unavailability of the KAFKA message system caused by errors in nodes corresponding to the KAFKA message system.

According to embodiments of the present disclosure, the second message queue may be used to send the transaction information of the transaction to be tested to the target node according to the ordering result. For example, a plurality of second message queues may be set on a server corresponding to the distributed publish-subscribe message system, and data in each second message queue does not intersect.

For example, the category of each of the plurality of second message queues may correspond to a transaction type characterized by the transaction information. For example, the transaction information representing the direct transaction may be sent to a second message queue corresponding to the direct transaction, and then the transaction information may be sent to the target node from the second message queue corresponding to the direct transaction according to the ordering result.

Fig. 5 schematically illustrates a schematic diagram of transmitting transaction information according to an embodiment of the present disclosure.

As shown in fig. 5, the transaction information 510 of the direct transaction type, the transaction information 520 of the indirect transaction type, and the transaction information 530 of the guaranteed transaction type may be sent to the second message queue 540 corresponding to the direct payment type, the second message queue 550 corresponding to the indirect payment type, and the second message queue 560 corresponding to the guaranteed payment type, respectively, according to the transaction type. Transaction information 510 for the direct transaction type may then be sent by the second message queue 540 for the direct payment type to the target node 570 for the direct transaction type; transmitting transaction information 520 of the indirect transaction type to a target node 580 corresponding to the indirect transaction type by a second message queue 550 corresponding to the indirect payment type; the transaction information 560 of the guaranteed transaction type is sent by the second message queue 530 corresponding to the guaranteed payment type to the target node 590 corresponding to the guaranteed transaction type.

According to embodiments of the present disclosure, for example, the ordering result may be determined in the order in which the transaction information entered the second message queue. Transaction information that first entered the second message queue may be sent preferentially in a "first in first out" order, but is not limited thereto.

According to the embodiment of the disclosure, the target node is determined according to the transaction type by using the distributed publish-subscribe message system, so that the accuracy of determining the target node is improved, and the transaction information is sent according to the ordering result of the second message queue, so that information blocking is avoided, and the processing efficiency is improved.

According to an embodiment of the present disclosure, for example, transaction information a, transaction information B, transaction information C, and transaction information D may be included in the second message queue. Transaction information a, transaction information B, transaction information C, and transaction information D may be sent to the distributed publish-subscribe messaging system on the same day. When the transmission time corresponding to the transaction information a may be 5, when the transmission time corresponding to the transaction information B may be 3, when the transmission time corresponding to the transaction information C may be 6, and when the transmission time corresponding to the transaction information D may be 1, wherein the transmission time may be determined from the transmission time information.

Therefore, the transaction information A, the transaction information B, the transaction information C and the transaction information D can be sequenced according to the sending time to obtain a sequencing result, and the sequencing result can be the transaction information D, the transaction information B, the transaction information A and the transaction information C. The transaction information D, the transaction information B, the transaction information a, and the transaction information C may be sequentially transmitted to the target node according to the ordering result.

According to the embodiment of the disclosure, the second message queue is used for sorting according to the sending time information sent to the distributed publish-subscribe message system and sending the transaction information according to the sorting result, so that information blocking caused by sending the transaction information is avoided, and the sending efficiency of the transaction information is improved.

According to an embodiment of the present disclosure, a target address and a target interface are determined from a transaction test message. For example, it may include: determining an address of a distributed online service registration center corresponding to the transaction test message as a target address according to the transaction test message; and determining a target interface corresponding to the target address according to the target address.

For example, the address of the distributed online service registry corresponding to the transaction test message may be determined based on information characterizing the transaction facility identification in the transaction test message.

According to the embodiment of the disclosure, the transaction test message is processed by using the remote transaction processing service, so that a transaction test result is obtained. For example, a remote transaction processing service may be utilized to perform a test according to a transaction test message, so as to obtain a transaction test result. The transaction state in the table data operation corresponding to the transaction information may be adjusted according to the transaction test result.

Fig. 6 schematically illustrates a schematic diagram of processing a transaction test message according to an embodiment of the present disclosure.

As shown in fig. 6, a transaction test message 620 may be generated according to the operation information 610, and then the remote transaction processing service is invoked to perform a test according to the transaction test message 620, so as to obtain a transaction test result 630, and the transaction state 640 is adjusted according to the transaction test result 630.

For example, in the case that the transaction test result represents that the transaction is successful, the table data operation of the transaction application table corresponding to the transaction information can be queried from the database according to the identification information corresponding to the transaction application table in the transaction information; and adjusting the transaction state corresponding to the transaction information in the table data operation to be 'successful transaction'. And a corresponding success notification message can be generated according to the transaction test result; and then storing the success notification message into a processing notification table of the database, and sending a notification of transaction success to the client.

For example, in the case that the transaction test result represents that the transaction fails, the table data operation of the transaction application table corresponding to the transaction information can be queried from the database according to the identification information corresponding to the transaction application table in the transaction information; and adjusting the transaction state corresponding to the transaction information in the table data operation to be 'transaction failure'. And a corresponding failure notification message can be generated according to the transaction test result; and then storing the failure notification message into a processing notification table of the database, and sending a notification of transaction failure to the client.

According to the embodiment of the disclosure, the target address and the target interface are determined according to the transaction test message, then the target interface is called, and the target address is remotely connected, so that the remote transaction processing service is obtained, the accuracy of the transaction test is improved, the transaction test message is processed by the remote transaction processing service, the transaction test result is obtained, and the efficiency of the transaction test is improved.

Fig. 7 schematically illustrates a flow chart of transmitting transaction test results according to an embodiment of the present disclosure.

As shown in fig. 7, the method of transmitting a transaction test result of this embodiment includes operations S710 to S770.

In operation S710, operation information corresponding to a table data operation is acquired using a message middleware auxiliary.

In operation S720, transaction information of the transaction to be tested is generated according to the operation information.

In operation S730, a target node for processing transaction information of the transaction to be tested is determined from the distributed platform according to the transaction type of the transaction to be tested.

In operation S740, the target node is utilized to analyze the transaction information of the transaction to be tested, and a transaction test message is generated.

In operation S750, the transaction test result is obtained by calling the remote transaction processing service to process the transaction test message. Executing S760 in the case that the transaction test result represents that the transaction is successful; in case the transaction test result characterizes the transaction failure, S770 is performed.

In operation S760, the transaction status is adjusted to be successful and a transaction success notification is sent to the client.

In operation S770, the transaction status is adjusted to be a transaction failure, and a transaction failure notification is sent to the client.

Based on the transaction testing method, the disclosure also provides a transaction testing device. The device will be described in detail below in connection with fig. 8.

Fig. 8 schematically illustrates a block diagram of a transaction testing device according to an embodiment of the present disclosure.

As shown in fig. 8, the transaction testing device 800 of this embodiment includes a first acquisition module 810, a first generation module 820, a first determination module 830, a second generation module 840, and a processing module 850.

The first obtaining module 810 is configured to obtain, using a message middleware assistance tool, operation information corresponding to a table data operation for operating a transaction application table that needs to be verified using a secure hardware device. In an embodiment, the obtaining module 810 may be configured to perform the operation S210 described above, which is not described herein.

The first generation module 820 is configured to generate transaction information of a transaction to be tested according to the operation information. In an embodiment, the first generating module 820 may be used to perform the operation S220 described above, which is not described herein.

The first determining module 830 is configured to determine, from the distributed platform, a target node for processing transaction information of the transaction to be tested according to a transaction type of the transaction to be tested. In an embodiment, the first determining module 830 may be configured to perform the operation S230 described above, which is not described herein.

The second generating module 840 is configured to parse transaction information of the transaction to be tested by using the target node, and generate a transaction test message. In an embodiment, the second generating module 840 may be configured to perform the operation S240 described above, which is not described herein.

The processing module 850 is configured to process the transaction test message by invoking a remote transaction processing service to obtain a transaction test result. In an embodiment, the processing module 850 may be configured to perform the operation S250 described above, which is not described herein.

According to an embodiment of the present disclosure, the first generation module 820 includes a first acquisition sub-module and a generation sub-module. The first acquisition submodule is used for acquiring target operation information from a first message queue according to the sequence of the operation time, wherein the first message queue comprises a plurality of operation information arranged according to the operation time; the generating sub-module is used for generating transaction information of the transaction to be tested according to the operation field under the condition that the operation type of the target operation information is determined to be the newly added operation.

According to an embodiment of the present disclosure, the transaction testing device includes a second determining module, a second acquiring module, and a third determining module. The second determining module is used for determining at least two target fields according to the transaction information of the transaction to be tested; the second acquisition module is used for obtaining a target field combination value according to at least two target fields by inquiring the transaction configuration information table; the third determining module is used for determining the transaction type of the transaction to be tested according to the target field combination value.

According to an embodiment of the present disclosure, the second acquisition module includes a second acquisition sub-module and a third acquisition sub-module. The second acquisition sub-module is used for obtaining at least two target field values according to at least two target fields by inquiring the transaction configuration information table; the third obtaining sub-module is used for obtaining a target field combination value according to at least two target field values.

According to an embodiment of the present disclosure, the transaction testing device includes a first transmitting module, a fourth determining module, and a second transmitting module. The first sending module is used for sending transaction information of the transaction to be tested to the distributed publish-subscribe message system; the fourth determining module is used for determining a second message queue and a target node corresponding to the transaction type according to the transaction type of the transaction to be tested; the second sending module is used for sending the transaction information of the transaction to be tested to the target node according to the ordering result of the transaction information of the transaction to be tested in the second message queue.

According to an embodiment of the disclosure, the second transmitting module includes a sorting sub-module and a transmitting sub-module. The ordering sub-module is used for ordering the transaction information of the transaction to be tested in the second message queue according to the sending moment information of the transaction information to be tested sent to the distributed publishing and subscribing message system, so as to obtain an ordering result; and the sending sub-module is used for sending the transaction information of the transaction to be tested to the target node according to the sequencing result.

According to an embodiment of the present disclosure, the processing module 850 includes a determination sub-module, a connection sub-module, and a processing sub-module. The determining submodule is used for determining a target address and a target interface according to the transaction test message, wherein the target address represents the address of the distributed online service registry; the connection sub-module is used for remotely connecting the target address by calling the target interface to obtain a remote transaction processing service; the processing sub-module is used for processing the transaction test message by utilizing the remote transaction processing service to obtain a transaction test result.

According to an embodiment of the present disclosure, any of the first acquisition module 810, the first generation module 820, the first determination module 830, the second generation module 840, and the processing module 850 may be combined in one module to be implemented, or any of the modules may be split into a plurality of modules. Alternatively, at least some of the functionality of one or more of the modules may be combined with at least some of the functionality of other modules and implemented in one module. According to embodiments of the present disclosure, at least one of the first acquisition module 810, the first generation module 820, the first determination module 830, the second generation module 840, and the processing module 850 may be implemented at least in part as hardware circuitry, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or as hardware or firmware in any other reasonable manner of integrating or packaging the circuitry, or as any one of or a suitable combination of any of the three. Alternatively, at least one of the first acquisition module 810, the first generation module 820, the first determination module 830, the second generation module 840, and the processing module 850 may be at least partially implemented as computer program modules that, when executed, perform the corresponding functions.

As shown in fig. 9, an electronic device 900 according to an embodiment of the present disclosure includes a processor 901 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 902 or a program loaded from a storage portion 908 into a Random Access Memory (RAM) 903. The processor 901 may include, for example, a general purpose microprocessor (e.g., a CPU), an instruction set processor and/or an associated chipset and/or a special purpose microprocessor (e.g., an Application Specific Integrated Circuit (ASIC)), or the like. Processor 901 may also include on-board memory for caching purposes. Processor 901 may include a single processing unit or multiple processing units for performing the different actions of the method flows according to embodiments of the present disclosure.

In the RAM 903, various programs and data necessary for the operation of the electronic device 900 are stored. The processor 901, the ROM 902, and the RAM 903 are connected to each other by a bus 904. The processor 901 performs various operations of the method flow according to the embodiments of the present disclosure by executing programs in the ROM 902 and/or the RAM 903. Note that the program may be stored in one or more memories other than the ROM 902 and the RAM 903. The processor 901 may also perform various operations of the method flow according to embodiments of the present disclosure by executing programs stored in the one or more memories.

According to an embodiment of the disclosure, the electronic device 900 may also include an input/output (I/O) interface 905, the input/output (I/O) interface 905 also being connected to the bus 904. The electronic device 900 may also include one or more of the following components connected to the I/O interface 905: an input section 906 including a keyboard, a mouse, and the like; an output portion 907 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage portion 908 including a hard disk or the like; and a communication section 909 including a network interface card such as a LAN card, a modem, or the like. The communication section 909 performs communication processing via a network such as the internet. The drive 910 is also connected to the I/O interface 905 as needed. A removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on the drive 910 so that a computer program read out therefrom is installed into the storage section 908 as needed.

The present disclosure also provides a computer-readable storage medium that may be embodied in the apparatus/device/system described in the above embodiments; or may exist alone without being assembled into the apparatus/device/system. The computer-readable storage medium carries one or more programs which, when executed, implement methods in accordance with embodiments of the present disclosure.

According to embodiments of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, which may include, for example, but is not limited to: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this disclosure, a computer-readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. For example, according to embodiments of the present disclosure, the computer-readable storage medium may include ROM 902 and/or RAM 903 and/or one or more memories other than ROM 902 and RAM 903 described above.

Embodiments of the present disclosure also include a computer program product comprising a computer program containing program code for performing the methods shown in the flowcharts. The program code, when executed in a computer system, causes the computer system to implement the transaction testing methods provided by embodiments of the present disclosure.

The above-described functions defined in the system/apparatus of the embodiments of the present disclosure are performed when the computer program is executed by the processor 901. The systems, apparatus, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the disclosure.

In one embodiment, the computer program may be based on a tangible storage medium such as an optical storage device, a magnetic storage device, or the like. In another embodiment, the computer program may also be transmitted, distributed, and downloaded and installed in the form of a signal on a network medium, via communication portion 909, and/or installed from removable medium 911. The computer program may include program code that may be transmitted using any appropriate network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

In such an embodiment, the computer program may be downloaded and installed from the network via the communication portion 909 and/or installed from the removable medium 911. The above-described functions defined in the system of the embodiments of the present disclosure are performed when the computer program is executed by the processor 901. The systems, devices, apparatus, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the disclosure.

According to embodiments of the present disclosure, program code for performing computer programs provided by embodiments of the present disclosure may be written in any combination of one or more programming languages, and in particular, such computer programs may be implemented in high-level procedural and/or object-oriented programming languages, and/or assembly/machine languages. Programming languages include, but are not limited to, such as Java, c++, python, "C" or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., connected via the Internet using an Internet service provider).

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Those skilled in the art will appreciate that the features recited in the various embodiments of the disclosure and/or in the claims may be provided in a variety of combinations and/or combinations, even if such combinations or combinations are not explicitly recited in the disclosure. In particular, the features recited in the various embodiments of the present disclosure and/or the claims may be variously combined and/or combined without departing from the spirit and teachings of the present disclosure. All such combinations and/or combinations fall within the scope of the present disclosure.

The embodiments of the present disclosure are described above. However, these examples are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Although the embodiments are described above separately, this does not mean that the measures in the embodiments cannot be used advantageously in combination. The scope of the disclosure is defined by the appended claims and equivalents thereof. Various alternatives and modifications can be made by those skilled in the art without departing from the scope of the disclosure, and such alternatives and modifications are intended to fall within the scope of the disclosure.

Claims

1. A transaction testing method, comprising:

acquiring operation information corresponding to table data operation by using a message middleware auxiliary tool, wherein the table data operation is used for operating a transaction application table which needs to be verified by using a safety hardware device;

Generating transaction information of the transaction to be tested according to the operation information;

determining a target node for processing the transaction information of the transaction to be tested from a distributed platform according to the transaction type of the transaction to be tested;

analyzing the transaction information of the transaction to be tested by using the target node to generate a transaction test message;

and processing the transaction test message by calling a remote transaction processing service to obtain a transaction test result.

2. The method of claim 1, wherein the operation information includes a plurality of operation information including an operation type, an operation field, and an operation time, the generating transaction information of the transaction to be tested according to the operation information includes:

acquiring target operation information from a first message queue according to the sequence of the operation time, wherein the first message queue comprises a plurality of operation information arranged according to the operation time;

and under the condition that the operation type of the target operation information is determined to be the newly added operation, generating the transaction information of the transaction to be tested according to the operation field.

3. The method of claim 1, further comprising:

determining at least two target fields according to transaction information of a transaction to be tested;

Obtaining a target field combination value according to the at least two target fields by inquiring a transaction configuration information table;

and determining the transaction type of the transaction to be tested according to the target field combination value.

4. A method according to claim 3, wherein said obtaining a target field combination value from said at least two target fields by querying a transaction configuration information table comprises:

obtaining at least two target field values according to the at least two target fields by querying a transaction configuration information table;

and obtaining the target field combination value according to the at least two target field values.

5. The method of claim 1, further comprising:

transmitting the transaction information of the transaction to be tested to a distributed publish-subscribe message system;

determining a second message queue and the target node corresponding to the transaction type according to the transaction type of the transaction to be tested;

and sending the transaction information of the transaction to be tested to the target node according to the ordering result of the transaction information of the transaction to be tested in the second message queue.

6. The method of claim 5, wherein the sending, to the target node, the transaction information of the transaction to be tested according to the ordering result of the transaction information of the transaction to be tested in the second message queue, comprises:

According to the sending time information that the transaction information of the transaction to be tested is sent to the distributed publish-subscribe message system, ordering the transaction information of the transaction to be tested in the second message queue to obtain an ordering result;

and according to the sorting result, sending the transaction information of the transaction to be tested to the target node.

7. The method of claim 1, wherein the processing the transaction test message by invoking a remote transaction processing service to obtain a transaction test result comprises:

determining a target address and a target interface according to the transaction test message, wherein the target address represents the address of a distributed online service registry;

remotely connecting the target address by calling a target interface to obtain the remote transaction processing service;

and processing the transaction test message by using the remote transaction processing service to obtain the transaction test result.

8. A transaction testing device, comprising:

the first acquisition module is used for acquiring operation information corresponding to table data operation by using a message middleware auxiliary tool, wherein the table data operation is used for operating a transaction application table which needs to be verified by using a safety hardware device;

The first generation module is used for generating transaction information of the transaction to be tested according to the operation information;

the first determining module is used for determining a target node for processing the transaction information of the transaction to be tested from the distributed platform according to the transaction type of the transaction to be tested;

the second generation module is used for analyzing the transaction information of the transaction to be tested by utilizing the target node and generating a transaction test message;

and the processing module is used for processing the transaction test message by calling a remote transaction processing service to obtain a transaction test result.

9. An electronic device, comprising:

one or more processors;

storage means for storing one or more programs,

wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method of any of claims 1-7.

10. A computer readable storage medium having stored thereon executable instructions which, when executed by a processor, cause the processor to perform the method according to any of claims 1-7.

11. A computer program product comprising a computer program which, when executed by a processor, implements the method according to any one of claims 1 to 7.