CN116185865A

CN116185865A - Transaction test processing method and device

Info

Publication number: CN116185865A
Application number: CN202310211951.2A
Authority: CN
Inventors: 王伟静
Original assignee: Zhejiang eCommerce Bank Co Ltd
Current assignee: Zhejiang eCommerce Bank Co Ltd
Priority date: 2023-02-28
Filing date: 2023-02-28
Publication date: 2023-05-30

Abstract

The embodiment of the specification provides a transaction test processing method and a transaction test processing device, wherein the transaction test processing method comprises the following steps: acquiring item data of a transaction item to be tested submitted by a transaction terminal of a first institution; generating a transaction test file of the first mechanism and a second mechanism for carrying out transaction proxy in the item type of the transaction item according to the item data, and returning the transaction test file to the transaction terminal; performing file verification of the item type on the transaction confirmation file uploaded by the transaction terminal; the transaction confirmation file is generated based on the transaction processing result of the transaction test file; and determining the test result of the transaction item according to the verification result of the file verification.

Description

Transaction test processing method and device

Technical Field

The present document relates to the field of data processing technologies, and in particular, to a transaction test processing method and device.

Background

With the development of computers and the Internet, after online products or online projects are developed, if cooperative interaction among multiple parties is involved, joint debugging tests are conducted among the multiple parties aiming at the online products or online projects, so that the products or projects are ensured to normally run among the parties. In the joint debugging process, joint debugging tests can be carried out by two of multiple parties, and joint debugging tests can be carried out by multiple parties together, so that the running stability of products or projects can be ensured.

Disclosure of Invention

One or more embodiments of the present specification provide a transaction test processing method, including: item data of a transaction item to be tested submitted by a transaction terminal of a first institution is obtained. And generating a transaction test file of the first institution and a second institution performing the transaction agency under the item type of the transaction item according to the item data, and returning the transaction test file to the transaction terminal. Performing file verification of the item type on the transaction confirmation file uploaded by the transaction terminal; the transaction confirmation file is generated based on the transaction processing result of the transaction test file. And determining the test result of the transaction item according to the verification result of the file verification.

One or more embodiments of the present specification provide another transaction test processing method, including: project data of a transaction project to be tested submitted by a first institution are obtained and submitted to a test server. Receiving a transaction test file of the first institution and a second institution carrying out transaction proxy under the item type of the transaction item returned by the test server, and sending the transaction test file to an institution server to generate a transaction confirmation file; the transaction test file is generated according to the project data. Uploading the transaction confirmation file returned by the institution server to the test server to verify the transaction confirmation file for the item type, and determining the test result of the transaction item according to the verification result of the file verification.

One or more embodiments of the present specification provide a transaction test processing device including: the data acquisition module is configured to acquire item data of a transaction item to be tested submitted by a transaction terminal of the first institution. And the file generation module is configured to generate a transaction test file of the first institution and a second institution performing a transaction agency under the item type of the transaction item according to the item data, and return the transaction test file to the transaction terminal. The file verification module is configured to verify the file of the item type for the transaction confirmation file uploaded by the transaction terminal; the transaction confirmation file is generated based on the transaction processing result of the transaction test file. And the result determining module is configured to determine the test result of the transaction item according to the verification result of the file verification.

One or more embodiments of the present specification provide another transaction test processing device, including: the data submitting module is configured to acquire item data of the transaction item to be tested submitted by the first institution and submit the item data to the test server. The file receiving module is configured to receive a transaction test file of the first institution and a second institution conducting a transaction agency, which are returned by the test server, under the item type of the transaction item, and send the transaction test file to the institution server to generate a transaction confirmation file; the transaction test file is generated according to the project data. And the file uploading module is configured to upload the transaction confirmation file returned by the institution server to the test server so as to carry out file verification of the item type on the transaction confirmation file, and determine a test result of the transaction item according to a verification result of the file verification.

One or more embodiments of the present specification provide a transaction test processing device including: a processor; and a memory configured to store computer-executable instructions that, when executed, cause the processor to: item data of a transaction item to be tested submitted by a transaction terminal of a first institution is obtained. And generating a transaction test file of the first institution and a second institution performing the transaction agency under the item type of the transaction item according to the item data, and returning the transaction test file to the transaction terminal. Performing file verification of the item type on the transaction confirmation file uploaded by the transaction terminal; the transaction confirmation file is generated based on the transaction processing result of the transaction test file. And determining the test result of the transaction item according to the verification result of the file verification.

One or more embodiments of the present specification provide another transaction test processing device, including: a processor; and a memory configured to store computer-executable instructions that, when executed, cause the processor to: project data of a transaction project to be tested submitted by a first institution are obtained and submitted to a test server. Receiving a transaction test file of the first institution and a second institution carrying out transaction proxy under the item type of the transaction item returned by the test server, and sending the transaction test file to an institution server to generate a transaction confirmation file; the transaction test file is generated according to the project data. Uploading the transaction confirmation file returned by the institution server to the test server to verify the transaction confirmation file for the item type, and determining the test result of the transaction item according to the verification result of the file verification.

One or more embodiments of the present specification provide a storage medium storing computer-executable instructions that, when executed by a processor, implement the following: item data of a transaction item to be tested submitted by a transaction terminal of a first institution is obtained. And generating a transaction test file of the first institution and a second institution performing the transaction agency under the item type of the transaction item according to the item data, and returning the transaction test file to the transaction terminal. Performing file verification of the item type on the transaction confirmation file uploaded by the transaction terminal; the transaction confirmation file is generated based on the transaction processing result of the transaction test file. And determining the test result of the transaction item according to the verification result of the file verification.

One or more embodiments of the present specification provide another storage medium storing computer-executable instructions that, when executed by a processor, implement the following: project data of a transaction project to be tested submitted by a first institution are obtained and submitted to a test server. Receiving a transaction test file of the first institution and a second institution carrying out transaction proxy under the item type of the transaction item returned by the test server, and sending the transaction test file to an institution server to generate a transaction confirmation file; the transaction test file is generated according to the project data. Uploading the transaction confirmation file returned by the institution server to the test server to verify the transaction confirmation file for the item type, and determining the test result of the transaction item according to the verification result of the file verification.

Drawings

For a clearer description of one or more embodiments of the present description or of the solutions of the prior art, the drawings that are needed in the description of the embodiments or of the prior art will be briefly described below, it being obvious that the drawings in the description that follow are only some of the embodiments described in the present description, from which other drawings can be obtained, without inventive faculty, for a person skilled in the art;

FIG. 1 is a process flow diagram of a transaction testing process method provided in one or more embodiments of the present disclosure;

FIG. 2 is a schematic diagram of a transaction testing process provided in one or more embodiments of the present disclosure;

FIG. 3 is a process timing diagram of a transaction test processing method for use in resource transaction scenarios according to one or more embodiments of the present disclosure;

FIG. 4 is a process flow diagram of another transaction testing process method provided in one or more embodiments of the present disclosure;

FIG. 5 is a schematic diagram of a transaction testing and processing device according to one or more embodiments of the present disclosure;

FIG. 6 is a schematic diagram of another transaction test processing device provided in one or more embodiments of the present disclosure;

FIG. 7 is a schematic diagram of a transaction test processing device according to one or more embodiments of the present disclosure;

FIG. 8 is a schematic diagram of another transaction test processing device according to one or more embodiments of the present disclosure.

Detailed Description

In order to enable a person skilled in the art to better understand the technical solutions in one or more embodiments of the present specification, the technical solutions in one or more embodiments of the present specification will be clearly and completely described below with reference to the drawings in one or more embodiments of the present specification, and it is obvious that the described embodiments are only some embodiments of the present specification, not all embodiments. All other embodiments, which can be made by one or more embodiments of the present disclosure without inventive effort, are intended to be within the scope of the present disclosure.

The embodiment of the transaction test processing method is as follows:

in practical application, in the process of carrying out transaction test on the first mechanism and the second mechanism, the second mechanism is often matched with the first mechanism in a unilateral manner to carry out test, the second mechanism cannot find abnormal test conditions in the test process, and the cost on the second mechanism is higher.

In view of this, the transaction test processing method provided in this embodiment may be applied to a test server, according to item data of a to-be-tested transaction item submitted by a transaction terminal of a first mechanism, generate a transaction test file of the first mechanism and a transaction test file of the second mechanism under a transaction test of an item type of the transaction item and return the transaction test file to the transaction terminal, and determine a test result of the transaction item according to a verification result obtained by performing file verification of the item type on a transaction confirmation file uploaded by the transaction terminal.

Referring to fig. 1, the transaction test processing method provided in the present embodiment specifically includes steps S102 to S108.

Step S102, acquiring item data of a transaction item to be tested submitted by a transaction terminal of a first institution.

The first organization of the present embodiment includes various organizations such as enterprises, public institutions, and social groups, and further includes not only the present organization but also an internal organization of the organization, such as an enterprise department or a subsection. Optionally, the first institution includes a first resource institution, such as an institution that provides for resource management, resource transactions such as sales of financial products, and the like.

The transaction terminal of the first institution comprises terminal equipment for testing or joint debugging testing with the second institution and/or terminal equipment for carrying out resource transaction.

The transaction items comprise items or products such as financial products of a second institution for conducting transaction agents on the first institution; the transaction agent comprises a second agency agent or replaces the first agency to conduct transaction of the transaction item of the first agency, namely the second agency agent first agency conducts transaction of the transaction item of the first agency with the user, such as the second agency agent first agency conducts transaction of financial products with the user.

The item data of the transaction item refers to item data related to the transaction item, and optionally, the item data comprises a transaction item identifier, a transaction share, a transaction time and the like. For example, the transaction item is a financial product, the item data of the transaction item includes a share of buying or redeeming the a financial product, a product name of the a financial product, and time of buying or redeeming the a financial product, and in addition, the item data may include other types of data.

The second organization includes various forms of organizations such as enterprises, public institutions, social groups, and the like, and further includes not only the present-level organization but also an internal organization of the organization, such as an enterprise department or a division. Optionally, the second mechanism comprises a proxy mechanism, such as a resource proxy mechanism.

In an actual application scenario, when the first mechanism sells various financial products, in order to promote sales of the financial products and widen sales channels of the financial products, the second mechanism can be authorized to sell the financial products, for example, the first mechanism authorizes the second mechanism to sell the financial products, namely, sell the financial products, and before the first mechanism and the second mechanism can test the financial products by performing a transaction agent, namely, joint debugging test is performed between the first mechanism and the second mechanism for the transaction agent, and the second mechanism determines that the transaction process of the second mechanism for the financial products of the first mechanism for the transaction agent is correct through the test, for example, the first mechanism performs the transaction test by simulating the purchase or redemption of the financial products to the second mechanism by a user.

In the implementation, the transaction terminal of the first mechanism acquires item data of a transaction item to be tested submitted by the first mechanism and submits the item data to a test server, and the test server acquires item data of the transaction item to be tested submitted by the transaction terminal of the first mechanism; the test application comprises an application program independently running on the transaction terminal of the first institution, and the test subprogram comprises a subprogram (applet) loaded in a third party application independently running on the transaction terminal of the first institution.

The test server in this embodiment refers to a test platform of the second institution, and the test platform provides the capability of the first institution to submit and conduct transaction test with the second institution.

In a specific execution process, in order to realize the test regularity, the test can be performed according to the whole transaction flow of the transaction project, such as the test according to the flows of account opening, purchase, redemption and the like, which is helpful for improving the accuracy and the comprehensiveness of the test, specifically, the project data can be constructed by the collected first mechanism for project node data input by each project node in the project node set in a preset period under one condition, and the project data can be constructed by the collected first mechanism for node data input by a target project node in the project node set under the other condition. In an optional implementation manner provided in this embodiment, the item data of the transaction item is determined in the following manner:

reading a project node set in a preset period;

and acquiring project node data input by the first mechanism for each project node in the project node set according to the node execution time, and constructing the project data according to the input project node data.

The preset period is a preset period, and optionally, the preset period includes a project period of the transaction project, for example, the transaction project is a financial product, and the preset period includes a period formed by the stages of account opening, purchase of the financial product, redemption of the financial product, and the like. The project node set comprises a set formed by 1 or more project nodes, wherein the project nodes comprise executing nodes for trading projects, for example, the trading projects are a financial products, the preset period is 3 days, and each project node contained in the project node set is an account opening node, a purchasing node and/or a redemption node.

The node execution time comprises the execution time of item nodes in a preset period, and the above example is used, wherein the transaction item is a financial product, the preset period is 3 days, the node time of an account opening node is executed as a first day, the node execution time of a purchasing node is a second day, and the node execution time of a redemption node is a third day; the project node data refers to data input by each project node, for example, the data input by the account opening node is account opening node data, and the account opening node data, the purchasing node data and/or the redemption node data form project data of the transaction project.

For example, a set of item nodes within a preset period is read: executing the account opening node on the first day, executing the purchase node on the second day, and executing the redemption node on the third day, sequentially collecting project node data input by the first mechanism for each project node in the project node set according to the node execution time: the system comprises account opening node data, purchase applying node data and redemption node data, and constructs project data of the transaction project to be tested according to the account opening node data, the purchase applying node data and the redemption node data.

In practical application, although a preset period and a set of item nodes in the preset period are set, a node execution time interval of each item node in the set of item nodes in the preset period may be longer, for example, an interval time between a buying node and a redemption node of a financial product is longer, in this case, in order to improve testing flexibility, item data of a transaction item to be tested may be constructed without collecting all item node data, and item data of the transaction item to be tested may be constructed according to the collected node data input by a first mechanism for a target item node in the set of item nodes, so as to achieve testing efficiency and flexibility, and in another alternative implementation provided in this embodiment, the item data of the transaction item is determined in the following manner: and collecting node data input by the first mechanism aiming at a target project node in the project node set as the project data.

Optionally, the target project node includes one or more project nodes in the project node set; the node data is data input to the target item node by a pointer, such as data of a buying share, a buying time and the like input to a buying node.

In addition, in the process of determining the item data of the transaction item to be tested, the preset period and the item node set in the preset period may not be set, and the item data of the transaction item to be tested may be determined by the following manner: and constructing the item data of the transaction item to be tested according to the operation instruction submitted by the first institution through the test service.

The operation instructions comprise simulation operation instructions of the test service on the transaction project.

Specifically, the test service provides a configuration page for simulating and generating project data of the transaction project to be tested to the first institution, the configuration page is provided with various configuration controls, the project data of the diversified transaction project can be submitted through the various configuration controls, for example, a target transaction project is selected by clicking a transaction project entrance, and the purchase time of the target transaction project is generated by clicking a purchase application control and a time configuration control.

Optionally, the project data is submitted based on the operation authority obtained by performing operation authority allocation to the first institution; specifically, the test platform may store the organization data of the first organization cooperating with the second organization, such as an organization identifier, to better manage the organization data of the first organization, implement targeted processing on the first organization, and by managing the organization data of the first organization cooperating with the second organization, assign corresponding operation rights to the first organization, that is, assign operation rights to the first organization in the test service, optionally, assign operation rights to the first organization, and determine, according to the item type of the transaction agent item of the second organization to the first organization, such as the transaction agent of the financial product of xx type to the first organization by the second organization, assign or open operation rights of the financial product of xx type to the first organization.

Optionally, the operation authority allocation is implemented in the following manner:

acquiring operation authority data of the first mechanism from a file management platform according to the mechanism identification of the first mechanism;

and opening corresponding operation authorities to the first mechanism based on the operation authority data.

The file management platform can store and manage the organization identification of the first organization which cooperates with the second organization, can manage file rule data and can edit the file rule data.

The operation authority data comprises authority data for the first organization to operate, such as operation authority data of the first organization in the test service.

In addition, the operation authority allocation can also be realized by the following modes: and determining the corresponding operation authority according to the item type of the transaction proxy item of the second institution to the first institution, and distributing or opening the operation authority to the first institution.

Step S104, generating a transaction test file of the first institution and a second institution performing the transaction agency under the item type of the transaction item according to the item data, and returning to the transaction terminal.

In the step, according to the item data, a transaction test file of the first mechanism and the second mechanism under the item type of the transaction item is generated and returned to the transaction terminal, and correspondingly, the transaction terminal of the first mechanism receives the transaction test file of the first mechanism returned by the test server and the second mechanism carrying out transaction proxy under the item type of the transaction item and sends the transaction test file to the mechanism server to generate a transaction confirmation file.

The transaction proxy in this embodiment includes a second agency proxy or performs a transaction of a transaction item of the first agency instead of the first agency, that is, the second agency proxy performs a transaction of a transaction item of the first agency with the user, for example, the second agency proxy performs a transaction of a financial product with the user.

The transaction test file comprises a transaction application file, such as a transaction application file for applying to conduct a transaction on a transaction item of a second mechanism, wherein the transaction item comprises an item of a transaction agent conducted on a first mechanism by the second mechanism, for example, item data of the transaction item to be tested submitted by the first mechanism is a purchase share and purchase time of a financial product, and the transaction test file of the first mechanism and the second mechanism under the item type corresponding to the a financial product is generated according to the purchase share and the purchase time of the a financial product and returned to the transaction terminal.

Optionally, the transaction test file is generated based on service feature data of a transaction proxy service provided by the second institution to the user for performing resource transaction proxy on the first institution. And the transaction test file records the item data of the transaction item to be tested.

The transaction proxy service comprises the test service, and after the test is finished, the transaction proxy service for carrying out resource transaction proxy on the first institution is provided for the user, namely the user can carry out transaction of transaction items through the transaction proxy service; the service characteristic data comprises a file generation template or a file generation model of the first mechanism and the second mechanism, and project data of a transaction project to be tested can be input into the file generation model to generate files, so that transaction test files of the first mechanism and the second mechanism under the project type of the transaction project are obtained.

In addition, after generating the transaction test file of the first institution and the second institution performing the transaction agent under the item type of the transaction item according to the item data, the test server may also store the transaction test file in the storage resource.

Step S106, the file verification of the item type is carried out on the transaction confirmation file uploaded by the transaction terminal.

And generating a transaction test file of the first mechanism and the second mechanism for carrying out transaction proxy under the item type of the transaction item according to the item data, returning the transaction test file to the transaction terminal, correspondingly, receiving the transaction test file of the item type of the transaction item by the first mechanism returned by the test server and the transaction test file of the item type of the transaction item by the second mechanism for carrying out transaction proxy by the transaction terminal of the first mechanism, sending the transaction test file to the mechanism server, carrying out transaction processing of the transaction item by the mechanism server on the basis of the transaction test file, generating a transaction confirmation file, uploading the transaction confirmation file returned by the mechanism server to the test server by the transaction terminal, and carrying out file verification of the item type of the transaction item by the transaction confirmation file uploaded by the transaction terminal in the step.

After the test server receives the transaction confirmation file uploaded by the transaction terminal of the first institution, the transaction test file stored in the storage resource may be updated, and the transaction confirmation file may be stored in the storage resource.

Specifically, the institution server may analyze the transaction test file, perform transaction processing of the transaction item in the first institution according to the analysis data, generate a transaction confirmation file, and return the transaction confirmation file to the transaction terminal of the first institution.

The transaction confirmation file in this embodiment includes a confirmation file generated after transaction processing is performed on the transaction item based on the transaction test file; optionally, the transaction confirmation file is generated based on a transaction processing result of the transaction test file. In practical application, the second institution carries out the resource transaction agent, such as the transaction agent for carrying out the financial product, on the first institution, the transaction application is submitted in the second institution, and the actual resource transaction is carried out in the first institution, because the financial product actually belongs to the first institution, the transaction security is ensured.

For example, after receiving the transaction test file, the institution server purchases the a financial product according to the purchase share at the purchase time according to the purchase share recorded in the transaction test file and the purchase time, and generates the transaction confirmation file after the purchase is completed.

Optionally, the transaction confirmation file records the transaction processing result of the transaction item; such as transaction processing results including actual applied shares, shares actually held for the transaction item, transaction results for the transaction item (transaction success results or transaction failure results).

When the method is implemented, the transaction terminal of the first mechanism can upload the resource information file, the user holding file and/or the user income file to the test server while uploading the transaction confirmation file to the test server, and can upload other types of files to the test server; wherein the resource information file includes information files of the first institution for the transaction item to be tested, such as information files containing a recent rate of return of the financial product; the user funding file comprises a file containing the share of the transaction item to be tested currently held by the user; the user benefit file includes a file including the current benefit of the user.

In order to improve the comprehensiveness and accuracy of the test, besides the file verification of the item type is performed on the transaction confirmation file uploaded by the transaction terminal, the file verification of the item type of the transaction item to be tested can also be performed on the resource information file, the user holding file and/or the user benefit file.

In a specific execution process, a transaction confirmation file may be subjected to file verification of a project type of a transaction project with at least one verification dimension, for example, file verification of a file feature dimension and/or file verification of a file content dimension, and by performing file verification of the transaction confirmation file, it is ensured that the transaction confirmation file meets a test requirement or a test rule of a test platform, and in an optional implementation manner provided in this embodiment, in a process of performing file verification of the project type on the transaction confirmation file uploaded by a transaction terminal of a first mechanism, the following operations are performed:

checking whether the file characteristics of the transaction confirmation file are preset file characteristics of the item type, and/or checking whether the file contents of the transaction confirmation file are consistent with the preset file contents of the item type;

if yes, determining that the verification result of the file verification is verification passing;

If not, determining that the verification result of the file verification is that the verification is not passed;

optionally, the file feature includes a number of fields contained in the transaction confirmation file; the file content includes field parameters of a target field in the transaction confirmation file.

Specifically, it may be checked whether the number of fields included in the transaction confirmation file is a preset number of fields under the item type of the transaction item and/or whether the field parameter of the target field included in the transaction confirmation file is a preset field parameter under the item type of the transaction item; if yes, confirming that the verification result of the file verification is verification passing, and if not, confirming that the verification result of the file verification is verification failing.

For example, a, the preset field number of the transaction confirmation file under the item type corresponding to the financial product is 100, and whether the field number contained in the current transaction confirmation file is 100 is checked; and checking whether the field parameter of a certain field in the current transaction confirmation file is a preset field parameter m or not if the field parameter or the field value of the certain field in the transaction confirmation file is m.

In addition, in the process of performing the file verification of the item type on the transaction confirmation file uploaded by the transaction terminal of the first institution, the file verification may also be performed on the resource information file, the user holding file and/or the user benefit file, and for this, the following operations may be performed: checking whether file characteristics of the transaction confirmation file, the resource information file, the user holding file and/or the user profit file are corresponding preset file characteristics of the item type, and/or checking whether file contents of the transaction confirmation file, the resource information file, the user holding file and/or the user profit file are consistent with corresponding preset file contents of the item type;

If the verification results are all yes, determining that the verification results of the file verification are verification passing;

if any check result is negative, determining that the check result of the file check is that the check is not passed;

In addition, in the process of performing the file verification of the item type of the transaction item to be tested on the transaction confirmation file uploaded by the transaction terminal of the first mechanism, in order to improve the verification efficiency of the file verification, a verification rule base may be introduced to perform automatic verification on the transaction confirmation file, so as to implement the high efficiency of the file verification, and in another optional implementation manner provided in this embodiment, the file verification of the item type is performed on the transaction confirmation file uploaded by the transaction terminal by the following manner:

and inputting the transaction confirmation file into a verification rule base to carry out file verification of the item type, and obtaining a verification result of the file verification.

In addition, the process of performing file verification on the transaction confirmation file through the verification rule base can be replaced by inputting the transaction confirmation file, the resource information file, the user holding file and/or the user benefit file into the verification rule base to perform file verification of the item type, so as to obtain a verification result of the file verification, and the verification result and other processing steps provided by the embodiment form a new implementation mode.

In an optional implementation manner provided in this embodiment, the above-mentioned verification rule base is constructed by the following manner:

acquiring file rule data from a file management platform according to the mechanism identification of the first mechanism, and extracting file characteristic rules and file content rules from the file rule data;

and constructing the check rule base according to the file characteristic rule and the file content rule.

Specifically, the file management platform may manage file rule data of each first organization with the second organization, where the file rule data includes an interaction rule that the first organization interacts with the second organization, for example, a field parameter of a certain field in the files of the first organization and the second organization must be xx or a field number of the files of the first organization and the second organization must be xx.

The file characteristic rule refers to a rule for verifying the file characteristic of the transaction confirmation file; the file content rule refers to a rule for verifying the file content of the transaction confirmation file.

Optionally, the file rule data is updated by: performing operation authority verification on the user according to the rule updating instruction, and updating file rule data of an organization to which the user belongs according to editing data submitted by the user after verification is passed; the operation authority verification comprises verification of user identity and/or verification of whether the user has the operation authority of the file rule data of the mechanism.

And S108, determining a test result of the transaction item according to the verification result of the file verification.

In the specific implementation, in the process of determining the test result of the transaction item to be tested according to the verification result of the file verification, the following operations may be executed: if the verification result of the file verification is verification passing, the test result of the transaction item is test passing; if the verification result of the file verification is that the verification fails, the test result of the transaction item is that the test fails.

In practical application, after the test result of the transaction item to be tested is obtained, corresponding processing may be performed according to the test result of the transaction item, so as to complete the transaction test of the first mechanism and the second mechanism.

If the test result of the transaction item is the test passing result, updating the test record in the test period according to the test passing result of the transaction item.

Optionally, the test cycle includes a time duration for which the first and second mechanisms perform the test. The first and second mechanisms may perform multiple tests during a test period and store test records.

Specifically, if the test result of the transaction item is test passing, updating a test record in a test period according to the test passing result of the transaction item, and sending the test passing result to a transaction terminal of the first mechanism.

In the specific implementation, the test result of the transaction item may also be that the test fails, and in the case that the test fails, in order to make the first mechanism sense the reason of the failed test or the abnormal test situation in time, so as to improve the test efficiency by adjusting the first mechanism, and effectively promote the progress of the test, in an optional implementation provided in this embodiment, after determining that the test result of the transaction item is executed according to the verification result of the file verification, the following operations are further executed:

if the test result of the transaction item is that the test fails, generating a test result prompt containing test abnormality information of the transaction item, and sending the test result prompt to the transaction terminal so as to update the transaction confirmation file;

and carrying out secondary file verification of the item type on the updated transaction confirmation file submitted by the transaction terminal.

The test abnormality information comprises reasons for failed test of the transaction item.

Accordingly, in the case that the test result of the transaction item is that the test fails, the transaction terminal of the first institution may perform the following operations:

receiving and displaying a test result prompt which is sent by the test server and contains the test abnormality information of the transaction item;

and updating the transaction confirmation file and submitting the updated transaction confirmation file to the test server so as to perform secondary file verification of the item type on the updated transaction confirmation file.

Specifically, if the test result of the transaction item is that the test fails, generating a test result reminder including a test abnormality cause of the transaction item, sending the test result reminder to a transaction terminal of the first institution, receiving and displaying the test result reminder including the test abnormality cause of the transaction item sent by the test server by the transaction terminal of the first institution, adjusting the transaction confirmation file, submitting the adjusted transaction confirmation file to the test server, and performing secondary file verification on the adjusted transaction confirmation file by the test server.

In addition, after determining that the test result of the transaction item is executed according to the verification result of the file verification, the test server may further perform the following operations: if the test result of the transaction item is that the test fails, determining a test file which fails the test, generating a test result prompt containing test abnormality information of the transaction item according to the test file, and sending the test result prompt to the transaction terminal so as to update the test file;

And carrying out secondary file verification of the item type on the updated test file submitted by the transaction terminal.

The test files comprise a transaction confirmation file, a resource information file, a user holding file and/or a user income file.

In practical application, in order to trace the testing process, further improve the testing efficiency, the document management platform can associate the item type of the transaction item to be tested with the corresponding mechanism identifier of the first mechanism, so as to avoid repeated transaction testing of the same item type with the first mechanism, and can adjust the item types of different transaction items in real time to test, thereby improving the testing comprehensiveness.

And sending the item type of the transaction item to a file management platform to associate the item type to an institution identification of the first institution.

Optionally, according to the item type of the transaction item associated with the organization identifier of the first organization stored by the file management platform, reminding processing is performed on the transaction terminal of the first organization so as to submit item data of the transaction item inconsistent with the item type of the transaction item, so that the testing comprehensiveness is improved, the transaction item to be tested is prevented from always belonging to the same item type, and the transaction items of different item types are tested.

Further, in order to perform the next stage of testing of the first institution and the second institution, since in an actual scenario, there may be multiple stages of testing between the first institution and the second institution, so as to ensure stability in application, for this, in an alternative implementation provided in this embodiment, after the above-mentioned sending the item type of the transaction item to the file management platform to perform the institution identification related to the item type to the first institution, the following operations are further performed:

reading a test result of a test transaction item of the first test node in a test period according to a test request of the second test node submitted by the transaction terminal;

and if the test result of the test transaction project is that the test is passed, performing test processing of the second test node under the project type.

The first test node comprises a test stage for testing the transaction item to be tested; the second test node comprises a next test node of the first test node or a next test phase of the first test phase.

In addition, after determining that the test result of the transaction item is executed according to the verification result of the file verification, the following operations may be further executed: reading a test result of a test transaction item of the first test node in a test period according to a test request of the second test node submitted by the transaction terminal;

In addition to determining whether to perform the test processing of the second test node according to the test request of the second test node, whether all test passing results are included in the test records in the test period or not can be detected after the test period expires, namely whether all test results of the transaction project in the test period are test passing or not is detected, if yes, the test processing of the next test node under the project type is performed, and the problem that the test processing of the next test node cannot be performed in time under the condition that the test request of the second test node is not submitted in time is avoided.

In practical application, under the condition that the institution identification of the first institution is associated with the item type of the transaction item, a proxy policy of the second institution for conducting transaction proxy on the first institution can be generated, a transaction proxy basis is provided for the first institution and the second institution, and in an optional implementation manner provided in this embodiment, on the basis of sending the item type of the transaction item to the file management platform, the following operations are further executed:

generating a proxy strategy of the resource transaction proxy of the second organization to the first organization according to the item type of the related transaction item of the organization identifier stored by the file management platform;

And carrying out resource transaction at the second institution based on the proxy strategy.

Wherein the proxy policy includes how the second institution performs a resource transaction proxy for the first institution; the resource transaction agent comprises a second institution for carrying out transaction agent on the resources of the first institution, such as the second institution for carrying out transaction agent on financial products of the first institution; the resource transaction includes a second institution transacting financial products of the first institution.

In addition, the following operations may not be performed on the basis of transmitting the item type of the transaction item to the file management platform: generating an agent strategy of the second organization for carrying out resource transaction agent on the first organization according to the item type of the related transaction item of the organization identification of the first organization stored by the file management platform;

Optionally, the first mechanism includes at least one of: a mechanism which cooperates with the second mechanism for a long time, a mechanism which cooperates with the second mechanism for the first time, a project expansion mechanism and a new project mechanism.

The project expansion mechanism comprises a mechanism which has project transaction capability and needs to expand a new transaction project; the new item mechanism includes a mechanism having only a new transaction item.

In the transaction test process shown in fig. 2, a first institution submits item data of a transaction item to be tested to a test server through a transaction terminal, the test server generates a transaction test file of the first institution and a second institution performing a transaction agent under the item type of the transaction item according to the received item data of the transaction item to be tested, the transaction test file is stored in a storage resource and returned to the transaction terminal of the first institution, the transaction terminal uploads the generated transaction confirmation file to the test server, the test server performs file verification of the item type of the transaction item on the transaction confirmation file, determines the test result of the transaction item according to the verification result of the file verification, and stores the transaction confirmation file in the storage resource after the verification is passed.

In summary, according to the transaction test processing method provided in this embodiment, first, according to item data of a transaction item to be tested submitted by a transaction terminal of a first institution, a transaction test file of the first institution and a second institution performing a transaction agent under the item type of the transaction item is generated, and returned to the transaction terminal;

then checking whether the file characteristic of the transaction confirmation file uploaded by the transaction terminal of the first mechanism is a preset file characteristic of the item type of the transaction item to be tested, and/or checking whether the file content of the transaction confirmation file uploaded by the transaction terminal of the first mechanism is consistent with the preset file content of the item type of the transaction item to be tested; if yes, determining that the verification result of the file verification is verification passing, and if not, determining that the verification result of the file verification is verification failing;

And finally, if the verification result of the file verification is verification passing, the test result of the transaction item is test passing, if the verification result of the file verification is verification failing, the test result of the transaction item is test failing, so that the first mechanism autonomously carries out transaction test through the transaction terminal and carries out joint debugging with the second mechanism, the test convenience of the first mechanism is improved, the first mechanism and the second mechanism realize transaction test through file interaction, the test cost of the second mechanism is reduced, the second mechanism timely senses abnormal conditions in the transaction test process through file interaction and feeds back to the first mechanism, and therefore the high efficiency and the accuracy of the test are realized.

The following describes the transaction test processing method provided in this embodiment further by taking the application of the transaction test processing method provided in this embodiment to a resource transaction scenario as an example, and referring to fig. 3, the transaction test processing method applied to the resource transaction scenario specifically includes the following steps.

Step S304, acquiring project data of resource transaction projects to be tested submitted by a transaction terminal of the first resource institution.

Step S306, according to the project data, generating a transaction test file of the first resource mechanism and the second resource mechanism for carrying out the resource transaction agent under the project type of the resource transaction project, and returning the transaction test file to the transaction terminal.

Step S312, inputting the transaction confirmation file into a verification rule base for carrying out file verification of the item type, and obtaining a verification result of the file verification.

Step S314, determining the test result of the resource transaction project according to the verification result of the file verification.

Step S316, if the test result of the resource transaction item is that the test fails, a test result reminder including the abnormal test information of the resource transaction item is generated and sent to the transaction terminal to update the transaction confirmation file.

Step S322, the updated transaction confirmation file submitted by the transaction terminal is subjected to secondary file verification of the item type.

Step S324, if the secondary file verification result is verification passing, determining that the test result of the resource transaction item is test passing.

The steps S304 to S306, S312 to S316, and S322 to S324 provided in this embodiment may be executed by a test server, and it should be noted that the steps S304 to S306, S312 to S316, and S322 to S324 executed by the test server are coordinated with the steps S302, S308 to S310, and S318 to S320 provided by the transaction terminal of the first institution provided in this embodiment, so that the relevant contents of the steps S302, S308 to S310, and S318 to S320 are read, and the relevant contents of the steps S302, S308 to S310, and S318 to S320 are read correspondingly, and the relevant contents of the steps S304 to S306, S312 to S316, and S322 to S324 provided in this embodiment are also read.

Another embodiment of a transaction test processing method is provided in the present specification:

according to the transaction test processing method provided by the embodiment, project data of a transaction project to be tested submitted by a first institution are submitted to a test server, transaction test files of the project types of the transaction project by the first institution and a second institution for conducting transaction agents are received, the transaction test files are sent to the institution server to generate transaction confirmation files, the transaction confirmation files returned by the test server are uploaded to the test server to conduct file verification of the project types of the transaction project on the transaction confirmation files, and test results of the transaction project are determined according to the verification results of the file verification, so that the transaction test is achieved through file interaction between the first institution and the second institution, convenience of the test is improved, test flow is simplified, and test efficiency is improved.

Referring to fig. 4, the transaction test processing method provided in the present embodiment specifically includes steps S402 to S406.

The transaction test processing method provided in this embodiment may be applied to a transaction terminal of a first institution, the transaction test processing method provided in the foregoing embodiment may be applied to a test server, the transaction test processing method provided in this embodiment may be matched with the transaction test processing method provided in the foregoing embodiment and applicable to the test server in the execution process, and the reading of this embodiment may refer to the relevant content of the foregoing embodiment, and correspondingly, the reading of this embodiment may refer to the corresponding content of this embodiment.

Step S402, item data of a transaction item to be tested submitted by a first institution is obtained and submitted to a test server.

The first organization of the present embodiment includes various organizations such as enterprises, public institutions, and social groups, and further includes not only the present organization but also an internal organization of the organization, such as an enterprise department or a subsection. Optionally, the first institution includes a first resource institution, for example, the first institution is an institution providing services such as resource management, sales of financial products, and the like.

The transaction terminal of the first institution comprises a terminal device for testing with the second institution and/or a terminal device for carrying out resource transaction.

The item data of the transaction item refers to item data related to the transaction item, and optionally, the item data comprises a transaction item identifier, a transaction share, a transaction time and the like. For example, the transaction item is a financial product, and the item data of the transaction item comprises a share of buying or redeeming the a financial product, a product name of the a financial product, and time of buying or redeeming the a financial product.

In an actual application scene, when the first institution sells various financial products, in order to promote sales of the financial products and widen sales channels of the financial products, the second institution can be authorized to sell the financial products, for example, the first institution authorizes the second institution agent to sell the financial products, namely, sell the financial products, before the first institution and the second institution need to conduct a test of trading agents on the financial products, the second institution confirms that the trading process of trading agents on the financial products of the first institution by the second institution is correct by the test, for example, the first institution conducts a trade test on buying or redemption of the financial products to the second institution by simulating a user.

In a specific execution process, in order to realize the test regularity, the test server can test according to the whole transaction flow of the transaction project, such as the flow of account opening, purchase, redemption and the like, so as to help to improve the accuracy and the comprehensiveness of the test. The item data of the transaction item can be determined in the following way:

reading a project node set in a preset period;

For example, the test server reads the set of project nodes within a preset period: executing the account opening node on the first day, executing the purchase node on the second day, and executing the redemption node on the third day, sequentially collecting project node data input by the first mechanism for each project node in the project node set according to the node execution time: the system comprises account opening node data, purchase applying node data and redemption node data, and constructs project data of the transaction project to be tested according to the account opening node data, the purchase applying node data and the redemption node data.

In practical application, although a preset period and a set of item nodes in the preset period are set, the node execution time interval of each item node in the set of item nodes in the preset period may be longer, for example, the interval time between the buying node and the redemption node of a financial product is longer, in this case, in order to improve the testing flexibility, the item data of the transaction item to be tested may be constructed without collecting all item node data, and the item data of the transaction item to be tested may be constructed according to the collected node data input by the first mechanism for the target item node in the set of item nodes, so as to realize the testing efficiency and flexibility, and the item data of the transaction item may also be determined in the following manner: and collecting node data input by the first mechanism aiming at a target project node in the project node set as the project data.

Optionally, the target project node includes one or more project nodes in the project node set; the node data is data input to the target item node by a pointer, such as a share of purchase request, time of purchase request, etc. input to the purchase request node.

The file management platform can perform organization identification of a first organization which cooperates with a second organization, can also perform file rule data management, and can also perform editing of file rule data.

Step S404, receiving a transaction test file returned by the test server and sent by the first institution and the second institution performing the transaction proxy under the item type of the transaction item, and sending the transaction test file to the institution server to generate a transaction confirmation file.

The method comprises the steps that the test server obtains project data of a to-be-tested transaction project submitted by a transaction terminal of a first mechanism, after that, the test server generates transaction test files of the first mechanism and a second mechanism under the project type of the transaction project according to the project data and returns the transaction test files to the transaction terminal, and in the step, the transaction terminal of the first mechanism receives the transaction test files of the first mechanism returned by the test server and the second mechanism carrying out transaction agency under the project type of the transaction project and sends the transaction test files to the mechanism server to generate transaction confirmation files.

The transaction test file comprises a transaction application file, such as a transaction application file for applying to conduct a transaction on a transaction item of a second mechanism, wherein the transaction item comprises an item of a transaction agent conducted on a first mechanism by the second mechanism, for example, item data of the transaction item to be tested submitted by the first mechanism is a purchase share and purchase time of a financial product, and the transaction test file of the first mechanism and the second mechanism under the item type corresponding to the a financial product is generated according to the purchase share and the purchase time of the a financial product and returned to the transaction terminal. Optionally, the transaction test file is generated according to the project data.

Step S406, uploading the transaction confirmation file returned by the institution server to the test server, so as to perform file verification of the item type on the transaction confirmation file, and determining a test result of the transaction item according to the verification result of the file verification.

The transaction terminal of the first mechanism receives a transaction test file of the item type of the transaction item, returned by the test server, of the first mechanism and the second mechanism for carrying out transaction proxy, and sends the transaction test file to the mechanism server to generate a transaction confirmation file, the mechanism server carries out transaction processing of the transaction item in the first mechanism based on the transaction test file and generates the transaction confirmation file.

Specifically, the institution server may analyze the transaction test file, process the transaction of the transaction item in the first institution according to the analysis data, generate a transaction confirmation file, return the transaction confirmation file to the transaction terminal of the first institution, and correspondingly, the test server analyzes the transaction confirmation file uploaded by the transaction terminal, and perform file verification of the item type according to the analysis data.

The transaction confirmation file comprises a confirmation file generated after transaction processing is carried out on the transaction items based on the transaction test file; optionally, the transaction confirmation file is generated based on a transaction processing result of the transaction test file. In practical application, the second institution carries out the resource transaction agent, such as the transaction agent for carrying out the financial product, on the first institution, the transaction application is submitted in the second institution, and the actual resource transaction is carried out in the first institution, because the financial product actually belongs to the first institution, the transaction security is ensured.

In order to improve the comprehensiveness and accuracy of the test, the test server can perform file verification of the item type of the transaction item to be tested on the resource information file, the user holding file and/or the user benefit file besides performing file verification of the item type on the transaction confirmation file uploaded by the transaction terminal.

In a specific execution process, the transaction confirmation file may be subjected to file verification of the item type of the transaction item of at least one verification dimension, for example, file verification of the file feature dimension and/or file verification of the file content dimension, and the transaction confirmation file is ensured to conform to the test requirement or the test rule of the test platform by virtue of the file verification of the transaction confirmation file, and in an optional implementation provided in this embodiment, the file verification of the item type of the transaction item is performed on the transaction confirmation file, including:

Specifically, the test server may verify whether the number of fields included in the transaction confirmation file is a preset number of fields under the item type of the transaction item and/or verify whether the field parameter of the target field included in the transaction confirmation file is a preset field parameter under the item type of the transaction item; if yes, confirming that the verification result of the file verification is verification passing, and if not, confirming that the verification result of the file verification is verification failing.

In addition, in the process of performing the file verification of the item type on the transaction confirmation file uploaded by the transaction terminal of the first institution, the test server may perform the file verification on the resource information file, the user holding file and/or the user benefit file, and for this, the test server may perform the following operations: checking whether file characteristics of the transaction confirmation file, the resource information file, the user holding file and/or the user profit file are corresponding preset file characteristics of the item type, and/or checking whether file contents of the transaction confirmation file, the resource information file, the user holding file and/or the user profit file are consistent with corresponding preset file contents of the item type;

In addition, in the process of checking the transaction confirmation file uploaded by the transaction terminal of the first mechanism for the file of the item type of the transaction item to be tested, in order to improve the checking efficiency of the file checking, the test server may introduce a checking rule library to automatically check the transaction confirmation file, so as to realize the high efficiency of the file checking, and in another optional implementation provided in this embodiment, the method for checking the file of the item type of the transaction item for the transaction confirmation file includes:

The check rule base mentioned above can be constructed as follows:

And the test server performs file verification of the item type of the transaction item on the transaction confirmation file, and then determines a test result of the transaction item according to the verification result of the file verification.

In specific implementation, the test server may perform the following operations in determining a test result of the transaction item to be tested according to a verification result of the file verification: if the verification result of the file verification is verification passing, the test result of the transaction item is test passing; if the verification result of the file verification is that the verification fails, the test result of the transaction item is that the test fails.

In practical application, after the test server obtains the test result of the transaction item to be tested, corresponding processing can be performed according to the test result of the transaction item, so as to complete the transaction test of the first mechanism and the second mechanism, and the specific test server can further execute the following operations after determining the test result of the transaction item to be tested according to the verification result of the file verification:

Specifically, if the test result of the transaction item is test passing, the test server updates the test record in the test period according to the test passing result of the transaction item, and sends the test passing result to the transaction terminal of the first mechanism.

In the specific implementation, the test result of the transaction item may be that the test fails, and in the case that the test fails, in order to make the first mechanism sense the reason of the failed test or the abnormal test condition in time, so as to improve the test efficiency by adjusting the first mechanism, effectively promote the progress of the test, after the specific test server determines that the test result of the transaction item is executed according to the verification result of the file verification, the following operations may be further executed:

Correspondingly, in an alternative implementation manner provided in this embodiment, after uploading the transaction confirmation file returned by the institution server to the test server to perform the file verification of the item type on the transaction confirmation file, and determining that the test result of the transaction item is executed according to the verification result of the file verification, the following operations are further performed:

Specifically, if the test result of the transaction item is that the test fails, the test server generates a test result reminder including a test abnormality cause of the transaction item and sends the test result reminder to the transaction terminal of the first institution, the transaction terminal of the first institution receives and displays the test result reminder including the test abnormality cause of the transaction item sent by the test server, adjusts the transaction confirmation file, submits the adjusted transaction confirmation file to the test server, and the test server performs secondary file verification on the adjusted transaction confirmation file.

In practical application, in order to trace the testing process, further improve the testing efficiency, the document management platform can be used for associating the item type of the transaction item to be tested with the corresponding mechanism identifier of the first mechanism, so that the transaction test of the same item type with the first mechanism is avoided, the item types of different transaction items can be adjusted in real time to be tested, the testing comprehensiveness is improved, and after the testing server determines the execution of the testing result of the transaction item according to the checking result of the document check, the following operations can be further executed:

Further, in order to perform the next stage of testing of the first institution and the second institution, since in an actual scenario, there may be multiple stages of testing between the first institution and the second institution, so as to ensure stability in application, for this, after the above-mentioned sending the item type of the transaction item to the file management platform to perform the institution identification associating the item type to the first institution, the test server may further perform the following operations:

In addition, after determining that the test result of the transaction item is executed according to the verification result of the file verification, the test server may further perform the following operations: reading a test result of a test transaction item of the first test node in a test period according to a test request of the second test node submitted by the transaction terminal;

In addition to determining whether to perform the test processing of the second test node according to the test request of the second test node, the test server can also detect whether all test passing results are included in the test records in the test period after the test period expires, namely detect whether all test results of the transaction project in the test period are test passing, if yes, perform the test processing of the next test node under the project type, and avoid that the test processing of the next test node cannot be performed in time under the condition that the test request of the second test node is not submitted in time.

In practical application, under the condition that the institution identification of the first institution is associated with the item type of the transaction item, the test server can generate a proxy policy of the second institution for conducting transaction proxy on the first institution, and provide a transaction proxy basis for the first institution and the second institution, and specifically, on the basis of sending the item type of the transaction item to the file management platform, the test server can further execute the following operations:

In addition, the test server may not perform the following operations based on sending the item type of the transaction item to the file management platform: generating an agent strategy of the second organization for carrying out resource transaction agent on the first organization according to the item type of the related transaction item of the organization identification of the first organization stored by the file management platform;

Step S302, item data of a resource transaction item to be tested submitted by a first resource institution is obtained and submitted to a test server.

In step S308, a transaction test file of the item type of the resource transaction item between the first resource organization and the second resource organization performing the resource transaction agent returned by the test server is received, and the transaction test file is sent to the organization server to generate a transaction confirmation file.

Step S310, uploading the transaction confirmation file returned by the organization server to the test server.

Step S318, a test result reminder containing the test abnormality information of the resource transaction item sent by the test server is received and displayed.

Step S320, update the transaction confirmation file and submit the updated transaction confirmation file to the test server.

An embodiment of a transaction test processing device provided in the present specification is as follows:

in the above-described embodiments, a transaction test processing method and a transaction test processing device corresponding thereto are provided, and the following description is made with reference to the accompanying drawings.

Referring to fig. 5, a schematic diagram of a transaction test processing device according to the present embodiment is shown.

Since the apparatus embodiments correspond to the method embodiments, the description is relatively simple, and the relevant portions should be referred to the corresponding descriptions of the method embodiments provided above. The device embodiments described below are merely illustrative.

The present embodiment provides a transaction test processing device, including:

a data acquisition module 502 configured to acquire item data of a transaction item to be tested submitted by a transaction terminal of a first institution;

a file generating module 504 configured to generate a transaction test file of the first institution and a second institution performing a transaction agent under the item type of the transaction item according to the item data, and return to the transaction terminal;

a file verification module 506 configured to perform file verification of the item type on the transaction confirmation file uploaded by the transaction terminal; the transaction confirmation file is generated based on the transaction processing result of the transaction test file;

a result determination module 508 configured to determine a test result of the transaction item based on a verification result of the file verification.

Another embodiment of the transaction test processing device provided in the present specification is as follows:

in the above-described embodiments, another transaction test processing method is provided, and in correspondence therewith, another transaction test processing apparatus is also provided, which is described below with reference to the accompanying drawings.

Referring to fig. 6, a schematic diagram of a transaction test processing device according to the present embodiment is shown.

a data submitting module 602 configured to obtain item data of a transaction item to be tested submitted by the first institution and submit the item data to the test server;

a file receiving module 604 configured to receive a transaction test file returned by the test server under the item type of the transaction item from the first institution and the second institution performing the transaction proxy, and send the transaction test file to the institution server to generate a transaction confirmation file; the transaction test file is generated according to the project data;

And a file uploading module 606 configured to upload the transaction confirmation file returned by the institution server to the test server, so as to perform file verification of the item type on the transaction confirmation file, and determine a test result of the transaction item according to a verification result of the file verification.

corresponding to a transaction test processing method described above, one or more embodiments of the present disclosure further provide a transaction test processing device, which is configured to execute the transaction test processing method provided above, based on the same technical concept, and fig. 7 is a schematic structural diagram of a transaction test processing device provided by one or more embodiments of the present disclosure.

The transaction test processing device provided in this embodiment includes:

as shown in fig. 7, the transaction test processing device may have a relatively large difference due to different configurations or performances, and may include one or more processors 701 and a memory 702, where the memory 702 may store one or more storage applications or data. Wherein the memory 702 may be transient storage or persistent storage. The application programs stored in the memory 702 may include one or more modules (not shown in the figures), each of which may include a series of computer-executable instructions in the transaction test processing device. Still further, the processor 701 may be configured to communicate with the memory 702 and execute a series of computer executable instructions in the memory 702 on the transaction test processing device. The transaction test processing device may also include one or more power supplies 703, one or more wired or wireless network interfaces 704, one or more input/output interfaces 705, one or more keyboards 706, and the like.

In a particular embodiment, a transaction test processing device includes a memory, and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the transaction test processing device, and execution of the one or more programs by one or more processors comprises computer-executable instructions for:

acquiring item data of a transaction item to be tested submitted by a transaction terminal of a first institution;

generating a transaction test file of the first mechanism and a second mechanism for carrying out transaction proxy under the item type of the transaction item according to the item data, and returning the transaction test file to the transaction terminal;

performing file verification of the item type on the transaction confirmation file uploaded by the transaction terminal; the transaction confirmation file is generated based on the transaction processing result of the transaction test file;

and determining the test result of the transaction item according to the verification result of the file verification.

Another example of a transaction test processing device provided in this specification is as follows:

In correspondence to the above-described another transaction test processing method, one or more embodiments of the present disclosure further provide another transaction test processing device, based on the same technical concept, for performing the transaction test processing method provided above, and fig. 8 is a schematic structural diagram of one or more embodiments of the present disclosure.

The transaction test processing device provided in this embodiment includes:

as shown in fig. 8, the transaction test processing device may be configured or configured to vary significantly, and may include one or more processors 801 and memory 802, where the memory 802 may store one or more stored applications or data. Wherein the memory 802 may be transient storage or persistent storage. The application program stored in the memory 802 may include one or more modules (not shown in the figures), each of which may include a series of computer-executable instructions in the transaction test processing device. Still further, the processor 801 may be configured to communicate with the memory 802 and execute a series of computer executable instructions in the memory 802 on the transaction test processing device. The transaction test processing device may also include one or more power supplies 803, one or more wired or wireless network interfaces 804, one or more input/output interfaces 805, one or more keyboards 806, and the like.

acquiring project data of a transaction project to be tested submitted by a first institution and submitting the project data to a test server;

receiving a transaction test file of the first institution and a second institution carrying out transaction proxy under the item type of the transaction item returned by the test server, and sending the transaction test file to an institution server to generate a transaction confirmation file; the transaction test file is generated according to the project data;

uploading the transaction confirmation file returned by the institution server to the test server to verify the transaction confirmation file for the item type, and determining the test result of the transaction item according to the verification result of the file verification.

An embodiment of a storage medium provided in the present specification is as follows:

corresponding to the transaction test processing method described above, one or more embodiments of the present disclosure further provide a storage medium based on the same technical concept.

The storage medium provided in this embodiment is configured to store computer executable instructions that, when executed by a processor, implement the following flow:

It should be noted that, in the present specification, an embodiment of a storage medium and an embodiment of a transaction test processing method in the present specification are based on the same inventive concept, so that a specific implementation of the embodiment may refer to an implementation of the foregoing corresponding method, and a repetition is omitted.

Another storage medium embodiment provided in this specification is as follows:

in response to the above-described another transaction test processing method, one or more embodiments of the present specification further provide another storage medium based on the same technical concept.

It should be noted that, in the present specification, an embodiment of another storage medium and an embodiment of another transaction testing processing method in the present specification are based on the same inventive concept, so that the specific implementation of this embodiment may refer to the implementation of the foregoing corresponding method, and the repetition is omitted.

The foregoing describes specific embodiments of the present disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

In the 30 s of the 20 th century, improvements to one technology could clearly be distinguished as improvements in hardware (e.g., improvements to circuit structures such as diodes, transistors, switches, etc.) or software (improvements to the process flow). However, with the development of technology, many improvements of the current method flows can be regarded as direct improvements of hardware circuit structures. Designers almost always obtain corresponding hardware circuit structures by programming improved method flows into hardware circuits. Therefore, an improvement of a method flow cannot be said to be realized by a hardware entity module. For example, a programmable logic device (Programmable Logic Device, PLD) (e.g., field programmable gate array (Field Programmable Gate Array, FPGA)) is an integrated circuit whose logic function is determined by the programming of the device by a user. A designer programs to "integrate" a digital system onto a PLD without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Moreover, nowadays, instead of manually manufacturing integrated circuit chips, such programming is mostly implemented by using "logic compiler" software, which is similar to the software compiler used in program development and writing, and the original code before the compiling is also written in a specific programming language, which is called hardware description language (Hardware Description Language, HDL), but not just one of the hdds, but a plurality of kinds, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), lava, lola, myHDL, PALASM, RHDL (Ruby Hardware Description Language), etc., VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog are currently most commonly used. It will also be apparent to those skilled in the art that a hardware circuit implementing the logic method flow can be readily obtained by merely slightly programming the method flow into an integrated circuit using several of the hardware description languages described above.

The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer readable medium storing computer readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, application specific integrated circuits (Application Specific Integrated Circuit, ASIC), programmable logic controllers, and embedded microcontrollers, examples of which include, but are not limited to, the following microcontrollers: ARC625D, atmel AT91SAM, microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic of the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller in a pure computer readable program code, it is well possible to implement the same functionality by logically programming the method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers, etc. Such a controller may thus be regarded as a kind of hardware component, and means for performing various functions included therein may also be regarded as structures within the hardware component. Or even means for achieving the various functions may be regarded as either software modules implementing the methods or structures within hardware components.

The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. One typical implementation is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

For convenience of description, the above devices are described as being functionally divided into various units, respectively. Of course, the functions of each unit may be implemented in the same piece or pieces of software and/or hardware when implementing the embodiments of the present specification.

One skilled in the relevant art will recognize that one or more embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, one or more embodiments of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present description can take the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present description is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the specification. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations 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.

In one typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.

Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Disks (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium which can be used to store information that can be accessed by a computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.

One or more embodiments of the present specification may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. One or more embodiments of the specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for system embodiments, since they are substantially similar to method embodiments, the description is relatively simple, as relevant to see a section of the description of method embodiments.

The foregoing description is by way of example only and is not intended to limit the present disclosure. Various modifications and changes may occur to those skilled in the art. Any modifications, equivalent substitutions, improvements, etc. that fall within the spirit and principles of the present document are intended to be included within the scope of the claims of the present document.

Claims

1. A transaction test processing method, comprising:

2. The transaction test processing method according to claim 1, wherein the performing the file verification of the item type on the transaction confirmation file uploaded by the transaction terminal includes:

if yes, determining that the verification result is verification passing;

wherein the file characteristics include a number of fields contained in the transaction confirmation file; the file content includes field parameters of a target field in the transaction confirmation file.

3. The transaction test processing method according to claim 1, wherein the performing the file verification of the item type on the transaction confirmation file uploaded by the transaction terminal includes:

4. A transaction test processing method according to claim 3, the library of verification rules being constructed by:

5. The transaction test processing method of claim 1, the project data being determined by:

reading a project node set in a preset period;

acquiring project node data input by the first mechanism for each project node in the project node set according to the node execution time, and constructing the project data according to the input project node data;

or alternatively, the process may be performed,

and collecting node data input by the first mechanism aiming at a target project node in the project node set as the project data.

6. The transaction test processing method of claim 1, the transaction test file being generated based on service characteristic data of a transaction proxy service provided by the second institution to a user for resource transaction proxy to the first institution.

7. The transaction test processing method according to claim 1, further comprising, after the step of determining the test result of the transaction item according to the verification result of the file verification is performed:

8. The transaction test processing method according to claim 1, further comprising, after the step of determining the test result of the transaction item according to the verification result of the file verification is performed:

9. The transaction test processing method according to claim 1, further comprising, after the step of determining the test result of the transaction item according to the verification result of the file verification is performed:

10. The transaction test processing method of claim 9, the sending the item type of the transaction item to a file management platform to associate the item type to the institution identification step of the first institution, further comprising:

11. The transaction test processing method of claim 9, further comprising:

12. The transaction test processing method according to claim 1, the item data being submitted based on an operation right obtained by operation right allocation to the first institution;

the operation authority allocation is realized in the following manner:

13. A transaction test processing method, comprising:

14. The transaction test processing method of claim 13, the performing a file verification of the item type on the transaction confirmation file comprising:

if yes, determining that the verification result is verification passing;

15. The transaction test processing method of claim 13, the performing a file verification of the item type on the transaction confirmation file comprising:

16. The transaction test processing method of claim 13, the transaction test file being generated based on service characteristic data of a transaction proxy service provided by the second institution to a user for resource transaction proxy to the first institution.

17. The transaction test processing method according to claim 13, wherein after the step of uploading the transaction confirmation file returned by the institution server to the test server to perform the file verification of the item type on the transaction confirmation file and determining the test result of the transaction item according to the verification result of the file verification is performed, further comprising:

18. A transaction test processing device, comprising:

the data acquisition module is configured to acquire item data of a transaction item to be tested submitted by a transaction terminal of the first institution;

the file generation module is configured to generate a transaction test file of the first institution and a second institution performing a transaction agency under the item type of the transaction item according to the item data, and return the transaction test file to the transaction terminal;

the file verification module is configured to verify the file of the item type for the transaction confirmation file uploaded by the transaction terminal; the transaction confirmation file is generated based on the transaction processing result of the transaction test file;

and the result determining module is configured to determine the test result of the transaction item according to the verification result of the file verification.

19. A transaction test processing device, comprising:

the data submitting module is configured to acquire project data of a transaction project to be tested submitted by the first institution and submit the project data to the test server;

the file receiving module is configured to receive a transaction test file of the first institution and a second institution conducting a transaction agency, which are returned by the test server, under the item type of the transaction item, and send the transaction test file to the institution server to generate a transaction confirmation file; the transaction test file is generated according to the project data;

And the file uploading module is configured to upload the transaction confirmation file returned by the institution server to the test server so as to carry out file verification of the item type on the transaction confirmation file, and determine a test result of the transaction item according to a verification result of the file verification.

20. A transaction test processing device, comprising:

a processor; and a memory configured to store computer-executable instructions that, when executed, cause the processor to:

21. A transaction test processing device, comprising:

22. A storage medium storing computer-executable instructions that when executed by a processor implement the following:

23. A storage medium storing computer-executable instructions that when executed by a processor implement the following: