Test method for accounting entry in service system and electronic equipment

By constructing target trading scenarios and comparing the actual accounting entries and target accounting entries, the problem of inefficient accounting entries for business systems is solved, and efficient and accurate accounting entries verification and system optimization are achieved.

CN120295916APending Publication Date: 2025-07-11中国邮政储蓄银行股份有限公司
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510368212.3
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-03-26
Publication Date
2025-07-11

AI Technical Summary

Technical Problem

In the prior art, the accounting entries testing of business systems is inefficient and the test quality is poor, especially when high-frequency iterations require frequent regression testing in the agile development mode, manual confirmation is inefficient and errors are prone to occur.

Method used

By constructing the target transaction information corresponding to the target transaction scenario, the expected target accounting entries are determined, and the target transaction information is used as data-driven to call automated test scripts, execute transactions, obtain actual accounting entries, generate test reports, and optimize the business system if the test report characterizes the test failure.

Benefits of technology

It significantly improves the testing efficiency, reduces the error of manual intervention, reduces labor costs, ensures that the accounting entries generation logic of each transaction is accurately verified, reduces the error rate caused by human negligence or misunderstanding of accounting rules, forms a closed-loop feedback mechanism for test-optimization-test, and improves the quality of tests.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120295916A_ABST
    Figure CN120295916A_ABST
Patent Text Reader

Abstract

The invention provides an accounting entry testing method and electronic equipment in a service system, and the method comprises the steps: constructing target transaction information corresponding to a target transaction scene, and determining an expected target accounting entry according to the target transaction information; taking the target transaction information as a data drive, calling a preset test script of an automatic test, executing a transaction in the target transaction scene, and obtaining an actual accounting entry; comparing the actual accounting entry with the target accounting entry to generate a test report; and under the condition that the test report represents that the test fails, optimizing the service system according to the test report. According to the invention, the problems of low accounting entry test efficiency and poor test quality of a service system in the prior art are solved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the technical fields of fintech and software testing. Specifically, it relates to a method for testing accounting entries in a business system, a computer-readable storage medium, a computer program product, and an electronic device. Background Technique

[0002] With the development of fintech and software technology, accounting transactions have been segmented into various business systems according to different business areas, and these business systems will ultimately transmit transaction data (accounting information / accounting entries) to the accounting system for bookkeeping processing. In the current software testing stage, the accounting system has passed strict rule verification to ensure the accuracy of its bookkeeping logic. However, whether the bookkeeping information automatically generated according to business transactions submitted by the business system to the accounting system is accurate and complete still depends on manual re-checking and confirmation, and the related testing workload is huge (especially in the agile development mode, high-frequency iteration requires frequent regression testing). Therefore, how to efficiently complete the automatic testing of accounting entries in the business system is crucial.

[0003] Whether the accounting information generated by business system transactions is accurate and complete still needs to be manually verified again. There are the following disadvantages: 1) The amount of accounting entry data is large, the testing work is cumbersome, and the efficiency of manual confirmation is low; 2) Manual operations are prone to errors or omissions, affecting the testing quality. Summary of the Invention

[0004] The main purpose of the present application is to provide a method for testing accounting entries in a business system, a computer-readable storage medium, a computer program product, and an electronic device, so as to at least solve the problems of low testing efficiency and poor testing quality of accounting entries in the business system in the prior art.

[0005] To achieve the above object, according to one aspect of the present application, a method for testing accounting entries in a business system is provided, including: constructing target transaction information corresponding to a target transaction scenario, and determining an expected target accounting entry according to the target transaction information; using the target transaction information as data-driven, calling a pre-set test script for automated testing, executing the transaction in the target transaction scenario to obtain an actual accounting entry; comparing the actual accounting entry and the target accounting entry to generate a test report; and optimizing the business system according to the test report in the case where the test report indicates a test failure.

[0006] Optionally, the business system is a system undergoing its first test. Construct the target transaction information corresponding to the target transaction scenario, and determine the expected target accounting entries based on the target transaction information, including: in response to a first predetermined operation on the screen, determine the target transaction scenario; in response to a second predetermined operation on the screen, determine the target transaction information, where the second predetermined operation is an operation determined according to the target transaction scenario; in response to a third predetermined operation on the screen, determine the target accounting entries, where the third predetermined operation is an operation determined according to the target transaction information.

[0007] Optionally, the business system is a system that has undergone at least one round of full-scale testing. There are multiple transaction scenarios in the business system. Construct the target transaction information corresponding to the target transaction scenario, and determine the expected target accounting entries based on the target transaction information, including: mark the target transaction scenario among the multiple transaction scenarios, and automatically pull the transaction data involved in the target transaction scenario to obtain the target transaction information; determine the target accounting entries according to the target transaction information.

[0008] Optionally, compare the actual accounting entries and the target accounting entries to generate a test report, including: determine that the test is successful when the actual accounting entries and the target accounting entries are the same; determine that the test fails when the actual accounting entries and the target accounting entries are different.

[0009] Optionally, there are multiple target transaction scenarios in the business system. Construct the target transaction information corresponding to the target transaction scenario, including: construct the target transaction information corresponding to each target transaction scenario, use the target transaction information as data-driven, call the pre-set test script for automated testing, and execute the transactions under the target transaction scenario to obtain the actual accounting entries, including: loop and call the pre-set test script with each target transaction information as data-driven until all transactions under the target transaction scenario are executed to obtain multiple corresponding actual accounting entries.

[0010] Optionally, the method further includes: send an alarm signal when the test report indicates that the test fails.

[0011] Optionally, after using the target transaction information as data-driven, calling the pre-set test script for automated testing, and executing the transactions under the target transaction scenario to obtain the actual accounting entries, the method further includes: display the execution result of the test script through a visualization interface, and the display methods include at least one of a table, a chart, and a tree structure.

[0012] According to another aspect of the present application, a computer-readable storage medium is provided, the computer-readable storage medium including a stored program, wherein when the program is run, the device where the computer-readable storage medium is located is controlled to execute any one of the methods for testing accounting entries in a business system.

[0013] According to another aspect of the present application, a computer program product is provided, comprising computer instructions, which, when executed by a processor, implement any one of the methods for testing accounting entries in a business system.

[0014] According to another aspect of the present application, an electronic device is provided, comprising: one or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors, and the one or more programs include a testing method for executing accounting entries in any one of the business systems described.

[0015] By applying the technical solution of the present application, firstly, the target transaction information corresponding to the target transaction scenario is constructed, and the expected target accounting entries are determined based on the target transaction information. Then, the target transaction information is used as data-driven to call the pre-set test script of the automated test, execute the transactions under the target transaction scenario, obtain the actual accounting entries, compare the actual accounting entries with the target accounting entries, generate a test report, and finally, when the test report indicates a test failure, optimize the business system based on the test report. Compared with the problems of low efficiency and poor testing quality of accounting entry testing of business systems in the prior art, the present application constructs target transaction information corresponding to the target transaction scenario, determines the expected target accounting entries based on the target transaction information, uses automated test scripts driven by the target transaction information to execute transactions and obtain actual accounting entries, and then compares the actual accounting entries with the target accounting entries to generate a test report. This can significantly improve testing efficiency, reduce errors caused by manual intervention, and ensure that the accounting entry generation logic of each transaction can be accurately verified. Automated testing reduces dependence on manual testing and reduces labor costs. At the same time, by reducing manual operations, it reduces the error rate caused by human negligence or misunderstanding of accounting rules, improves the quality of testing, and when the test report indicates a test failure, the business system can be optimized in a targeted manner based on the test report, forming a closed-loop feedback mechanism of test-optimization-testing, and continuously iterating to improve the accounting entry processing capabilities of the business system. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The drawings constituting part of the present application are used to provide a further understanding of the present application. The exemplary embodiments and descriptions of the present application are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0017] Figure 1 The block diagram of the hardware structure of a mobile terminal showing a method for testing accounting entries in a business execution system provided in an embodiment of the present application is shown;

[0018] Figure 2 The schematic flowchart of a method for testing accounting entries in a business system provided in an embodiment of the present application is shown;

[0019] Figure 3 The schematic diagram of an example of accounting entry information for a transaction scenario provided in an embodiment of the present application is shown;

[0020] Figure 4(a) shows a schematic diagram of an example of presenting a summary of test results provided in an embodiment of the present application;

[0021] Figure 4(b) shows a schematic diagram of an example of presenting detailed test results of a successful test provided in an embodiment of the present application;

[0022] Figure 4(c) shows a schematic diagram of an example of presenting detailed test results of a failed test provided in an embodiment of the present application;

[0023] Figure 5 The schematic flowchart of a method for testing accounting entries in a specific business system provided in an embodiment of the present application is shown.

[0024] Among them, the above-mentioned drawings include the following reference numerals:

[0025] 102. Processor; 104. Memory; 106. Transmission device; 108. Input / output device. Detailed implementation manners

[0026] It should be noted that, without conflict, the embodiments in the present application and the features in the embodiments may be combined with each other. The present application will be described in detail below with reference to the drawings and in combination with the embodiments.

[0027] In order to enable those skilled in the art to better understand the solutions of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

[0028] It should be noted that the terms "first", "second", etc. in the description, claims, and the above-mentioned drawings of this application are used to distinguish similar objects and do not necessarily have to be used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances so as to implement the embodiments of this application described herein. In addition, the terms "comprising" and "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units does not necessarily have to be limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or are inherent to these processes, methods, products, or devices.

[0029] As introduced in the background art, the accounting entry testing efficiency of the business system in the prior art is low and the testing quality is poor. To solve the above problems, embodiments of this application provide a testing method for accounting entries in a business system, a computer-readable storage medium, a computer program product, and an electronic device.

[0030] Next, the technical solutions in the embodiments of the present invention will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present invention.

[0031] The method embodiments provided in the embodiments of this application can be executed on a mobile terminal, a computer terminal, or a similar computing device. Taking running on a mobile terminal as an example, Figure 1 is a hardware structure block diagram of a mobile terminal of a testing method for accounting entries in a business system according to an embodiment of the present invention. As Figure 1 shown, the mobile terminal may include one or more ( Figure 1 only one is shown in Figure 1 the figure) processors 102 (the processors 102 may include, but are not limited to, processing devices such as a microprocessor MCU or a programmable logic device FPGA) and a memory 104 for storing data. Among them, the above-mentioned mobile terminal may further include a transmission device 106 for communication functions and an input / output device 108. Those of ordinary skill in the art can understand that Figure 1 the structure shown in Figure 1 is only schematic and does not limit the structure of the above-mentioned mobile terminal. For example, the mobile terminal may further include more or fewer components than

[0032] The memory 104 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the test method of accounting entries in the business system in the embodiments of the present invention. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, that is, implements the above method. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memories, or other non-volatile solid-state memories. In some instances, the memory 104 may further include a memory remotely provided with respect to the processor 102, and these remote memories can be connected to the mobile terminal through a network. Examples of the above network include but are not limited to the Internet, enterprise intranet, local area network, mobile communication network, and combinations thereof. The transmission device 106 is used to receive or send data via a network. Specific examples of the above network may include a wireless network provided by a communication provider of the mobile terminal. In one instance, the transmission device 106 includes a network adapter (abbreviated as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one instance, the transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0033] In this embodiment, a test method for accounting entries in a business system running on a mobile terminal, a computer terminal, or a similar computing device is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in a different order than here.

[0034] Figure 2 It is a flowchart of the test method for accounting entries in the business system according to the embodiments of the present application. As Figure 2 shown, the method includes the following steps:

[0035] Step S201, construct target transaction information corresponding to a target transaction scenario, and determine expected target accounting entries according to the above target transaction information;

[0036] Step S202, driven by the above target transaction information as data, call a pre-set test script for automated testing, execute the transaction under the above target transaction scenario, and obtain actual accounting entries;

[0037] Step S203, compare the above actual accounting entries with the above target accounting entries, and generate a test report;

[0038] Step S204, in the case that the above test report indicates a test failure, optimize the business system according to the above test report.

[0039] Through the above embodiments, first construct the target transaction information corresponding to the target transaction scenario, and determine the expected target accounting entries according to the target transaction information. Then, using the target transaction information as data-driven, call the pre-set test script for automated testing to execute the transactions in the target transaction scenario, obtain the actual accounting entries, and then compare the actual accounting entries with the target accounting entries to generate a test report. Finally, in the case that the test report indicates a test failure, optimize the business system according to the test report. Compared with the problem of low efficiency and poor quality of accounting entry testing in the business system in the prior art, in this application, by constructing the target transaction information corresponding to the target transaction scenario, determining the expected target accounting entries according to the target transaction information, using the target transaction information as data-driven to execute transactions with an automated test script and obtain the actual accounting entries, and then comparing the actual accounting entries with the target accounting entries to generate a test report, the test efficiency can be significantly improved, the error of manual intervention can be reduced, and it can be ensured that the accounting entry generation logic of each transaction can be accurately verified. The automated testing reduces the dependence on manual testing and lowers the labor cost. At the same time, by reducing manual operations, the error rate caused by human negligence or misunderstanding of accounting rules is reduced, and the quality of the test is improved. In the case that the test report indicates a test failure, the business system can be targeted optimized according to the test report, forming a closed-loop feedback mechanism of test-optimization-test, and continuously iteratively improving the accounting entry processing ability of the business system.

[0040] It should be noted that accounting entries are the basic links in accounting work. They are records of the account names and amounts to be debited and credited for a transaction, consisting of three elements: debit and credit directions, corresponding account (subject) names, and the amount to be recorded. Accounting entries are divided into simple accounting entries and compound accounting entries according to the number of accounts involved. A business system is a system used to record, process, and analyze transactions, such as: online banking systems, mobile banking, bill systems, credit systems, payment systems, etc. An accounting system is a software platform specifically used to handle accounting affairs and financial data.

[0041] Specifically, the testing party and the business party jointly confirm the transactions and accounting information involved in the business system to generate the target transaction information of the target transaction scenario (record the information in the form of a table or database, etc. In this application, for the convenience of understanding, it is presented in tabular form).

[0042] In an alternative solution, the above business system is a system under first-time test. The target transaction information corresponding to the target transaction scenario is constructed, and based on the above target transaction information, the expected target accounting entries are determined, including: in response to a first predetermined operation on the screen, determining the above target transaction scenario; in response to a second predetermined operation on the above screen, determining the above target transaction information, where the second predetermined operation is an operation determined according to the above target transaction scenario; in response to a third predetermined operation on the above screen, determining the above target accounting entries, where the third predetermined operation is an operation determined according to the above target transaction information. In this embodiment, for a business system under first-time test, using the predetermined operations on the screen to construct the target accounting entries corresponding to the target transaction scenario can quickly define and set up the test environment, significantly shortening the preparation time for the first-time test.

[0043] Specifically, the business side and the test side of the business system involving accounting under first-time test jointly discuss and determine the transaction scenario and the expected results, and manually construct the accounting entry information of the transaction scenario according to each scenario. For a system under first-time test, the accounting entry information (i.e., the target accounting entries) of the target transaction scenario can be completed by manual writing.

[0044] According to some exemplary embodiments of the present application, the above business system is a system that has performed at least one round of full-scale test. There are multiple transaction scenarios in the above business system. The target transaction information corresponding to the target transaction scenario is constructed, and based on the above target transaction information, the expected target accounting entries are determined, including: marking the target transaction scenario among the multiple above transaction scenarios, and automatically pulling the transaction data involved in the above target transaction scenario to obtain the above target transaction information; determining the above target accounting entries according to the above target transaction information. In this embodiment, for a business system that has been tested, by marking the target transaction scenario and automatically pulling the involved transaction data, the target accounting entries can be automatically generated, without the need to manually create test cases again for each test. This greatly improves the automation degree of the test, reduces the workload in the test preparation stage, shortens the test cycle, and further improves the test efficiency.

[0045] Specifically, for a system that has performed one round of full-scale test, the accounting entry information (i.e., the target accounting entries) of the target transaction scenario can be automatically generated by marking the target transaction scenario and automatically pulling the transaction flow, accounting entries, accounting information, etc. involved in the transaction. The generated accounting entry information can be manually confirmed a second time.

[0046] Specifically, the accounting entry information of the target transaction scenario only needs to be constructed for the first time, and generally does not need to be adjusted for subsequent iterative regression.

[0047] In other embodiments, by comparing the above actual accounting entries with the above target accounting entries, a test report is generated, including: when the above actual accounting entries are the same as the above target accounting entries, it is determined that the test is successful; when the above actual accounting entries are different from the above target accounting entries, it is determined that the test fails, making the judgment of the test result more objective and accurate. This avoids inconsistent test results caused by subjective judgment or differences in understanding, and improves the standardization and automation level of the test.

[0048] Specifically, the target transaction information corresponding to the target transaction scenario is constructed. Using the target transaction information as data-driven, the test script of the corresponding automated test is called to compare the actual accounting entries generated by the test with the expected accounting entries (i.e., the target accounting entries); the test results are automatically analyzed to generate a test report, completing the entire process of the automatic test of the accounting entries in the business system.

[0049] Specifically, an example of the accounting entry information of the transaction scenario is as Figure 3 shown. Figure 3 In, the expected accounting result (i.e., the target accounting entry) is formed according to the use case number, transaction system, test case name, transaction code, transaction information, etc.

[0050] Examples of test result displays are shown in Figures 4(a), 4(b), and 4(c). SUCCESS indicates that the test is successful, and FALSE indicates that the test fails. Figure 4(a) is a summary display of the test results, Figure 4(b) is a detailed display of the test results when the test is successful, and Figure 4(c) is a detailed display of the test results when the test fails. In Figures 4(b) and 4(c), the expected accounting result (i.e., the target accounting entry) is compared with the system accounting result (i.e., the actual accounting entry) to obtain the test result.

[0051] According to some other exemplary embodiments of the present application, there are multiple above target transaction scenarios in the above business system. The target transaction information corresponding to the target transaction scenario is constructed, including: constructing the above target transaction information corresponding to each of the above target transaction scenarios. Using the above target transaction information as data-driven, the test script of the preset automated test is called to execute the transactions under the above target transaction scenarios, and the actual accounting entries are obtained, including: using the above target transaction information of each as data-driven, circularly calling the above preset test script until all the transactions under the above target transaction scenarios are executed, and multiple corresponding above actual accounting entries are obtained. In this embodiment, by constructing the target transaction information corresponding to multiple target transaction scenarios and using the automated test script to execute circularly, a large number of test scenarios can be processed at one time, significantly improving the batch processing ability of the test, and further improving the test efficiency and the coverage of the test scope.

[0052] In some other alternative solutions of the present application, the above method further includes: when the above test report indicates that the test fails, an alarm signal is sent. In this embodiment, the sending of the alarm signal can immediately notify the test team and the development team of the information about the test failure, ensuring that key issues can be promptly concerned and processed, which avoids the delayed discovery of errors and thus reduces the impact of errors on the project progress and system stability.

[0053] In some other alternative solutions of the present application, after using the above target transaction information as data-driven to call the test script of the pre-set automated test, execute the transaction in the above target transaction scenario, and obtain the actual accounting entry, the above method further includes: displaying the execution result of the above test script through a visual interface, and the display method includes at least one of a table, a chart, and a tree structure. In this embodiment, using a visual interface to display the test results enables testers and developers to quickly understand and analyze the execution situation of the test script. The table and the chart can intuitively display the differences between the target accounting entry and the actual accounting entry, making the comparative analysis of the test results easier, and it is possible to identify the transaction scenarios where the test fails at a glance, facilitating the rapid positioning of the problem.

[0054] In summary, the present application automatically executes the test scenario (i.e., the target transaction scenario) according to the target transaction information of the target transaction scenario, compares the accounting entry results, and finally generates a test report, effectively improving the efficiency and quality of the accounting entry test of the business system.

[0055] In order to enable those skilled in the art to more clearly understand the technical solution of the present application, the following will specifically describe in detail the implementation process of the accounting entry test method in the business system of the present application in combination with specific embodiments.

[0056] This embodiment relates to a specific accounting entry test method in a business system, as Figure 5 shown, and includes the following steps:

[0057] Step S1: Construct accounting entry information for the transaction scenario (that is, construct the target transaction information of the target transaction scenario, and determine the expected target accounting entry according to the target transaction information): There are the following two ways to create the target accounting entry:

[0058] W0: Manually create: The business party and the test party of the business system involving accounting for the first test jointly discuss and determine the transaction scenario and the expected result, and manually construct the accounting entry information (i.e., the target accounting entry) of the target transaction scenario according to each scenario;

[0059] w1: Automatically generate based on the transaction information (i.e., target transaction information) in the tested system. For a system that has completed a full-scale test round, by marking the target transaction scenarios, the transaction water flows, accounting entries, accounting information, transaction logs, etc. involved in the transactions can be automatically pulled to generate the accounting entry information for the target transaction scenarios.

[0060] Step s2: Loop through and read the target transaction information: Using the target transaction information of the target transaction scenarios as data-driven, loop through and call step s3 until all target transaction scenarios have been executed once. After execution is complete, jump to step s4.

[0061] Step s3: Based on the target transaction information, drive the test script for automated testing, and automatically compare the accounting entry results: Using the target transaction information as the driver, call the corresponding test script to execute the transaction, and automatically compare the actual accounting entries generated by the test with the target accounting entries.

[0062] Step s4: Generate a test report: Based on the comparison between the actual accounting entries and the target accounting entries generated by the execution of the target transaction scenarios, generate a test report for the accounting entries of the business system to facilitate result analysis.

[0063] It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. And although the logical order is shown in the flowchart, in some cases, the steps shown or described here can be executed in a different order.

[0064] An embodiment of the present invention provides a computer-readable storage medium. The above computer-readable storage medium includes a stored program. Wherein, when the above program runs, it controls the device where the computer-readable storage medium is located to execute the test method for accounting entries in the above business system.

[0065] Specifically, the test method for accounting entries in the business system includes:

[0066] Step S201, construct the target transaction information corresponding to the target transaction scenarios, and determine the expected target accounting entries based on the above target transaction information.

[0067] Step S202, using the above target transaction information as data-driven, call the pre-set test script for automated testing, execute the transaction under the above target transaction scenarios, and obtain the actual accounting entries.

[0068] Step S203, compare the above actual accounting entries with the above target accounting entries, and generate a test report.

[0069] Step S204, in the case where the above test report indicates a test failure, optimize the business system based on the above test report.

[0070] Optionally, the above business system is a system for the first test. Construct the target transaction information corresponding to the target transaction scenario, and determine the expected target accounting entries according to the above target transaction information, including: in response to a first predetermined operation on the screen, determine the above target transaction scenario; in response to a second predetermined operation on the above screen, determine the above target transaction information, where the second predetermined operation is an operation determined according to the above target transaction scenario; in response to a third predetermined operation on the above screen, determine the above target accounting entry, where the third predetermined operation is an operation determined according to the above target transaction information.

[0071] Optionally, the above business system is a system that has performed at least one round of full-scale testing. There are multiple transaction scenarios in the above business system. Construct the target transaction information corresponding to the target transaction scenario, and determine the expected target accounting entries according to the above target transaction information, including: mark the above target transaction scenario among the multiple above transaction scenarios, and automatically pull the transaction data involved in the above target transaction scenario to obtain the above target transaction information; determine the above target accounting entry according to the above target transaction information.

[0072] Optionally, compare the above actual accounting entry and the above target accounting entry to generate a test report, including: in the case where the above actual accounting entry and the above target accounting entry are the same, determine that the test is successful; in the case where the above actual accounting entry and the above target accounting entry are different, determine that the test fails.

[0073] Optionally, there are multiple above target transaction scenarios in the above business system. Construct the target transaction information corresponding to the target transaction scenario, including: construct the above target transaction information corresponding to each above target transaction scenario, use the above target transaction information as data-driven, call the test script of the pre-set automated test, and execute the transaction under the above target transaction scenario to obtain the actual accounting entry, including: use the above target transaction information of each as data-driven, loop and call the above pre-set test script until all the transactions under the above target transaction scenario are executed to obtain multiple corresponding above actual accounting entries.

[0074] Optionally, the above method further includes: in the case where the test report indicates that the test fails, send an alarm signal.

[0075] Optionally, after using the above target transaction information as data-driven, calling the test script of the pre-set automated test, and executing the transaction under the above target transaction scenario to obtain the actual accounting entry, the above method further includes: display the execution result of the above test script through a visualization interface, and the display method includes at least one of a table, a chart, and a tree structure.

[0076] The present application also provides a computer program product, including computer instructions, and the program of the following method steps is at least implemented when the above computer instructions are executed by a processor: Step S201, construct target transaction information corresponding to a target transaction scenario, and determine an expected target accounting entry according to the above target transaction information; Step S202, driven by the above target transaction information as data, call a pre-set test script for automated testing, execute the transaction under the above target transaction scenario, and obtain an actual accounting entry; Step S203, compare the above actual accounting entry and the above target accounting entry, and generate a test report; Step S204, when the above test report indicates a test failure, optimize the business system according to the above test report.

[0077] Optionally, the above business system is a system under first test. Constructing target transaction information corresponding to a target transaction scenario and determining an expected target accounting entry according to the above target transaction information includes: responding to a first predetermined operation on the screen to determine the above target transaction scenario; responding to a second predetermined operation on the above screen to determine the above target transaction information, where the second predetermined operation is an operation determined according to the above target transaction scenario; responding to a third predetermined operation on the above screen to determine the above target accounting entry, where the third predetermined operation is an operation determined according to the above target transaction information.

[0078] Optionally, the above business system is a system that has at least undergone one round of full-scale testing. There are multiple transaction scenarios in the above business system. Constructing target transaction information corresponding to a target transaction scenario and determining an expected target accounting entry according to the above target transaction information includes: marking the above target transaction scenario among multiple above transaction scenarios, and automatically pulling transaction data involved in the above target transaction scenario to obtain the above target transaction information; determining the above target accounting entry according to the above target transaction information.

[0079] Optionally, comparing the above actual accounting entry and the above target accounting entry and generating a test report includes: determining that the test is successful when the above actual accounting entry and the above target accounting entry are the same; determining that the test fails when the above actual accounting entry and the above target accounting entry are different.

[0080] Optionally, there are multiple target transaction scenarios in the above business system. Constructing the target transaction information corresponding to the target transaction scenario includes: constructing the target transaction information corresponding to each of the above target transaction scenarios, using the above target transaction information as data-driven, calling the pre-set test script for automated testing, and executing the transactions in the above target transaction scenario to obtain the actual accounting entries, including: using the target transaction information of each of the above as data-driven, repeatedly calling the above pre-set test script until all the transactions in the above target transaction scenarios are executed, and obtaining multiple corresponding above actual accounting entries.

[0081] Optionally, the above method further includes: sending an alarm signal when the above test report indicates a test failure.

[0082] Optionally, after using the above target transaction information as data-driven, calling the pre-set test script for automated testing, and executing the transactions in the above target transaction scenario to obtain the actual accounting entries, the above method further includes: displaying the execution result of the above test script through a visualization interface, and the display methods include at least one of a table, a chart, and a tree structure.

[0083] This application also provides an electronic device, including: one or more processors, a memory, and one or more programs, wherein the above one or more programs are stored in the above memory and are configured to be executed by the above one or more processors, and the above one or more programs include a method for testing accounting entries in any one of the above business systems.

[0084] Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device. They can be concentrated on a single computing device or distributed on a network composed of multiple computing devices. They can be implemented by program codes executable by the computing device, so that they can be stored in a storage device and executed by the computing device. And in some cases, the steps shown or described can be executed in a different order than here, or they can be separately made into individual integrated circuit modules, or multiple modules or steps of them can be made into a single integrated circuit module to implement. In this way, the present invention is not limited to any specific combination of hardware and software.

[0085] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a system, or a computer program product. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk memories, CD-ROMs, optical memories, etc.) containing computer-usable program codes.

[0086] This application is described with reference to the flowcharts and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the present application. It should be understood that each flow and / or block in the flowchart and / or block diagram, and combinations of flows and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to produce a machine, such that the instructions executed by the processor of the computer or other programmable data processing device generate means for implementing the specified functions in one Figure 1 flow or multiple flows and / or blocks Figure 1 or multiple blocks.

[0087] These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to operate in a specific manner, such that the instructions stored in the computer-readable memory produce a manufacture including instruction means that implement the specified functions in one Figure 1 flow or multiple flows and / or blocks Figure 1 or multiple blocks.

[0088] These computer program instructions can also be loaded onto a computer or other programmable data processing device, such that a series of operation steps are executed on the computer or other programmable device to produce a computer-implemented process, and thus the instructions executed on the computer or other programmable device provide steps for implementing the specified functions in one Figure 1 flow or multiple flows and / or blocks Figure 1 or multiple blocks.

[0089] In a typical configuration, a computing device includes one or more processors (CPUs), an input / output interface, a network interface, and memory.

[0090] The memory may include non-permanent memory in the form of computer-readable media, random access memory (RAM), and / or non-volatile memory such as read-only memory (ROM) or flash RAM. The memory is an example of computer-readable media.

[0091] A computer-readable medium includes both permanent and non-permanent, removable and non-removable media and can implement information storage by any method or technology. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media 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 technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassette tapes, magnetic tape disk storage or other magnetic storage devices, or any other non-transitory medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer-readable medium does not include transitory computer-readable media such as modulated data signals and carrier waves.

[0092] It should also be noted that the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, such that a process, method, article or apparatus comprising a series of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, article or apparatus. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, method, article or apparatus comprising the element.

[0093] From the above description, it can be seen that the above embodiments of the present application achieve the following technical effects:

[0094] In the test method of accounting entries in the business system of the present application, first, the target transaction information corresponding to the target transaction scenario is constructed, and the expected target accounting entries are determined based on the target transaction information. Then, with the target transaction information as the data driver, the test script of the pre-set automated test is called to execute the transaction in the target transaction scenario, and the actual accounting entries are obtained. Next, the actual accounting entries and the target accounting entries are compared to generate a test report. Finally, in the case where the test report indicates a test failure, the business system is optimized according to the test report. Compared with the problems of low test efficiency and poor test quality of the accounting entry test in the business system in the prior art, the present application constructs the target transaction information corresponding to the target transaction scenario, determines the expected target accounting entries based on the target transaction information, uses the automated test script to execute the transaction with the target transaction information as the data driver and obtains the actual accounting entries, and then compares the actual accounting entries and the target accounting entries to generate a test report, which can significantly improve the test efficiency, reduce the error of manual intervention, ensure that the accounting entry generation logic of each transaction can be accurately verified. The automated test reduces the dependence on manual testing and reduces the labor cost. At the same time, by reducing manual operations, the error rate caused by human negligence or misunderstanding of accounting rules is reduced, and the test quality is improved. In the case where the test report indicates a test failure, the business system can be optimized specifically according to the test report, forming a closed-loop feedback mechanism of test-optimization-test, and continuously iteratively improving the accounting entry processing ability of the business system.

[0095] The foregoing are only the preferred embodiments of the present application and are not intended to limit the present application. For those skilled in the art, various changes and modifications can be made to the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included within the protection scope of the present application.

Claims

1. A testing method for accounting entries in a business system, characterized in that, Including: Construct the target transaction information corresponding to the target transaction scenario, and determine the expected target accounting entry according to the target transaction information; Driven by the target transaction information, call the pre-set test script for automated testing, execute the transaction under the target transaction scenario, and obtain the actual accounting entry; Compare the actual accounting entry and the target accounting entry to generate a test report; In the case that the test report indicates a test failure, optimize the business system according to the test report.

2. The test method for accounting entries in the service system according to claim 1, characterized in that, When the business system is a system to be tested for the first time, constructing the target transaction information corresponding to the target transaction scenario and determining the expected target accounting entry includes: Respond to the first predetermined operation on the screen to determine the target transaction scenario; Respond to the second predetermined operation on the screen to determine the target transaction information, where the second predetermined operation is an operation determined according to the target transaction scenario; Respond to the third predetermined operation on the screen to determine the target accounting entry, where the third predetermined operation is an operation determined according to the target transaction information.

3. The testing method of accounting entries in the service system according to claim 1, characterized in that, When the business system is a system that has performed at least one round of full-scale testing, and there are multiple transaction scenarios in the business system, constructing the target transaction information corresponding to the target transaction scenario and determining the expected target accounting entry includes: Mark the target transaction scenario among the multiple transaction scenarios, and automatically pull the transaction data involved in the target transaction scenario to obtain the target transaction information; Determine the target accounting entry according to the target transaction information.

4. The method for testing accounting entries in the business system according to claim 1, characterized in that, Comparing the actual accounting entry and the target accounting entry to generate a test report includes: In the case that the actual accounting entry is the same as the target accounting entry, determine that the test is successful; In the case that the actual accounting entry is different from the target accounting entry, determine that the test fails.

5. The method for testing accounting entries in the service system according to claim 1, characterized in that There are multiple target transaction scenarios in the business system Constructing the target transaction information corresponding to the target transaction scenario includes: constructing the target transaction information corresponding to each target transaction scenario Driven by the target transaction information, calling the pre-set test script for automated testing, and executing the transaction under the target transaction scenario to obtain the actual accounting entry includes: driven by each target transaction information, looping to call the pre-set test script until all transactions under the target transaction scenario are executed to obtain multiple corresponding actual accounting entries.

6. The test method for accounting entries in the service system according to claim 4, wherein The method further includes: In the case that the test report indicates a test failure, send an alarm signal.

7. The test method for accounting entries in the service system according to claim 1, characterized in that, After, driven by the target transaction information, calling the pre-set test script for automated testing and executing the transaction under the target transaction scenario to obtain the actual accounting entry, the method further includes: Display the execution result of the test script through a visualization interface, and the display method includes at least one of a table, a chart, and a tree structure.

8. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored program, wherein, when the program runs, it controls the device where the computer-readable storage medium is located to execute the test method of accounting entries in the service system described in any one of claims 1 to 7.

9. A computer program product comprising computer instructions, characterized in that, When the computer instructions are executed by a processor, they implement the test method of accounting entries in the service system described in any one of claims 1 to 7.

10. An electronic device, characterized in that, Including: One or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors, and the one or more programs include a method for executing the test method of accounting entries in the service system described in any one of claims 1 to 7.