CN110928786A - Testing method and device for financial program - Google Patents

Testing method and device for financial program Download PDF

Info

Publication number
CN110928786A
CN110928786A CN201911152618.9A CN201911152618A CN110928786A CN 110928786 A CN110928786 A CN 110928786A CN 201911152618 A CN201911152618 A CN 201911152618A CN 110928786 A CN110928786 A CN 110928786A
Authority
CN
China
Prior art keywords
test
version
result
current
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201911152618.9A
Other languages
Chinese (zh)
Other versions
CN110928786B (en
Inventor
徐蕾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN201911152618.9A priority Critical patent/CN110928786B/en
Publication of CN110928786A publication Critical patent/CN110928786A/en
Application granted granted Critical
Publication of CN110928786B publication Critical patent/CN110928786B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/125Finance or payroll

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The present disclosure provides a testing method for a financial program, the method comprising: determining a current version of the financial program and an upgraded version of the current version; determining at least one test target for the current version and the upgraded version; and for each of the at least one test target, performing the following test operations: acquiring a test case for testing a current test target; executing test cases in a first test environment and a second test environment respectively so as to obtain corresponding test results, wherein the current version runs in the first test environment, and the upgraded version runs in the second test environment; and comparing the test result with an expected result defined in the test case to realize the test of the current test target. The present disclosure also provides a testing apparatus for a financial program, an electronic device, and a computer-readable storage medium.

Description

Testing method and device for financial program
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a method and an apparatus for testing a financial program.
Background
With the rapid development of financial science and technology, the iteration speed of the banking program version is accelerated, and higher requirements are provided for the consistency and integrity of high-risk financial processing such as interest, payment and tax deduction before and after the financial program is upgraded.
But the testing work in the industry is completed by sampling verification at present. The sampling verification method has many disadvantages. Firstly, the bank products are various, particularly large commercial banks, the customer data are recorded in billions, the individual characteristics of each customer are obvious, the sampling verification causes the limitation of test results, and the data types are difficult to represent comprehensively, so the sampling verification has risks. Secondly, the sampling verification needs manual checking, the requirement of the manual checking on the professional ability of workers is high, time and labor are consumed, and meanwhile, the risk of calculation errors exists.
Disclosure of Invention
One aspect of the present disclosure provides a testing method for a financial program, including: determining a current version of the financial program and an upgrade version of the current version; determining at least one test target for said current version and said upgraded version; and for each of the at least one test target, performing the following test operations: acquiring a test case for testing a current test target; executing the test case in a first test environment and a second test environment respectively so as to obtain corresponding test results, wherein the current version runs in the first test environment, and the upgraded version runs in the second test environment; and comparing the test result with an expected result defined in the test case to realize the test of the current test target.
Optionally, the test result includes: a first result output by executing the test case in the first test environment; and a second result output by executing the test case in the second test environment; the comparing based on the test result and the expected result defined in the test case includes: calculating a difference between the second result and the first result; and comparing whether the difference value is consistent with the content represented by the expected result.
Optionally, the comparing based on the test result and the expected result defined in the test case includes performing the calculating of the difference between the second result and the first result and the comparing whether the difference is consistent with the content characterized by the expected result in response to any one or more of: compared with the current version, the upgraded version has parameter modification, formula modification and formula addition in the current test target.
Optionally, the at least one test target comprises one or more of: an updated interest module relating to the modification; the upgraded payment module is modified; and a tax deduction module that is updated to involve modification.
Optionally, the method further includes: and in the test process, displaying related test information according to the comparison result.
Optionally, the foregoing further includes: and monitoring the coverage condition of the test case in the test process.
Optionally, the method further includes: and monitoring the execution condition of the test case in the test process.
Optionally, the method further includes: and monitoring abnormal conditions occurring in the upgrading version in the testing process.
Another aspect of the present disclosure provides a testing apparatus for a financial procedure, including: the first determining module is used for determining the current version of the financial program and the upgrading version of the current version; a second determining module for determining at least one test target for the current version and the upgraded version; and a processing module for performing the following test operations for each of the at least one test target: acquiring a test case for testing a current test target; executing the test case in a first test environment and a second test environment respectively so as to obtain corresponding test results, wherein the current version runs in the first test environment, and the upgraded version runs in the second test environment; and comparing the test result with an expected result defined in the test case to realize the test of the current test target.
Another aspect of the present disclosure provides an electronic device including: one or more processors; a memory for storing one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the methods of embodiments of the present disclosure.
Another aspect of the present disclosure provides a computer-readable storage medium storing computer-executable instructions that, when executed, implement the method of embodiments of the present disclosure.
Another aspect of the present disclosure provides a computer program comprising computer executable instructions that when executed perform the method of embodiments of the present disclosure.
Drawings
For a more complete understanding of the present disclosure and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
FIG. 1 schematically illustrates a system architecture suitable for a testing method and apparatus for financial procedures, according to an embodiment of the present disclosure;
FIG. 2 schematically shows a flow chart of a testing method for financial procedures according to an embodiment of the present disclosure;
FIGS. 3A and 3B schematically illustrate a schematic diagram of a test target according to an embodiment of the disclosure;
FIG. 4 schematically shows a block diagram of a testing device for financial procedures according to an embodiment of the present disclosure; and
fig. 5 schematically shows a block diagram of an electronic device according to an embodiment of the disclosure.
Detailed Description
Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. It should be understood that the description is illustrative only and is not intended to limit the scope of the present disclosure. In the following detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the disclosure. It may be evident, however, that one or more embodiments may be practiced without these specific details. Moreover, in the following description, descriptions of well-known structures and techniques are omitted so as to not unnecessarily obscure the concepts of the present disclosure.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. The terms "comprises," "comprising," and the like, as used herein, specify the presence of stated features, steps, operations, and/or components, but do not preclude the presence or addition of one or more other features, steps, operations, or components.
All terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art unless otherwise defined. It is noted that the terms used herein should be interpreted as having a meaning that is consistent with the context of this specification and should not be interpreted in an idealized or overly formal sense.
Where a convention analogous to "at least one of A, B and C, etc." is used, in general such a construction is intended in the sense one having skill in the art would understand the convention (e.g., "a system having at least one of A, B and C" would include but not be limited to systems that have a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B, C together, etc.). Where a convention analogous to "A, B or at least one of C, etc." is used, in general such a construction is intended in the sense one having skill in the art would understand the convention (e.g., "a system having at least one of A, B or C" would include but not be limited to systems that have a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B, C together, etc.).
Some block diagrams and/or flow diagrams are shown in the figures. It will be understood that some blocks of the block diagrams and/or flowchart illustrations, or combinations thereof, 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, or other programmable data processing apparatus, such that the instructions, which execute via the processor, create means for implementing the functions/acts specified in the block diagrams and/or flowchart block or blocks. The techniques of this disclosure may be implemented in hardware and/or software (including firmware, microcode, etc.). In addition, the techniques of this disclosure may take the form of a computer program product on a computer-readable storage medium having instructions stored thereon for use by or in connection with an instruction execution system.
Embodiments of the present disclosure provide a test method for a financial program and a test apparatus for a financial program to which the method can be applied. The method comprises the steps of determining a current version of the financial program and an upgrade version of the current version; determining at least one test target for said current version and said upgraded version; and for each of the at least one test target, performing the following test operations: acquiring a test case for testing a current test target; executing the test case in a first test environment and a second test environment respectively so as to obtain corresponding test results, wherein the current version runs in the first test environment, and the upgraded version runs in the second test environment; and comparing the test result with an expected result defined in the test case to realize the test of the current test target.
Fig. 1 schematically shows a system architecture suitable for a testing method and apparatus for financial procedures according to an embodiment of the present disclosure. It should be noted that fig. 1 is only an example of a system architecture to which the embodiments of the present disclosure may be applied to help those skilled in the art understand the technical content of the present disclosure, and does not mean that the embodiments of the present disclosure may not be applied to other devices, systems, environments or scenarios.
As shown in fig. 1, the system architecture 100 may include, for example: a client 101, a first testing environment 102, a second testing environment 103 and a case base 104. In the disclosed embodiment, two test environments are set up in the system architecture 100, one (the first test environment 102) for running the current version (production version) of the financial program and one (the second test environment 103) for running the upgraded version (commissioning version) of the financial program. During testing, a corresponding test case is obtained from the case library 104 for each test target, the test cases are executed in the two test environments respectively, after the execution of the test cases is completed, the two test environments send respective test results to the client 101, and then the client 101 compares the two test results with expected results defined in the corresponding test cases, so that the test of each test target is realized, and the test of the whole upgraded version is further realized.
The testing method provided by the embodiment of the disclosure can cover all testing targets of any upgrade version, so that the defects of sampling verification can be overcome, and the purpose of comprehensively testing the upgrade version is achieved. Meanwhile, the test method provided by the embodiment of the disclosure can be realized by automatically executing the test case, so that manual checking is not needed, time and labor are saved, and the risk of error calculation is small.
The present disclosure will be described in detail below with reference to specific embodiments with reference to the attached drawings.
FIG. 2 schematically shows a flow chart of a testing method for financial procedures according to an embodiment of the present disclosure.
As shown in fig. 2, the method may include operations S210 to S260, for example.
In operation S210, a current version of the financial program and an upgraded version of the current version are determined.
It should be noted that in the embodiment of the present disclosure, the financial program may be any application program related to financial processing. The current version of the financial program may be, for example, a production version (i.e., the version actually produced in use), and the upgraded version of the financial program may be, for example, a production version (i.e., the version to be put into production for use).
Specifically, in operation S210, for example, a current version and a corresponding upgraded version of the to-be-tested program may be determined according to the to-be-tested financial program information input by the user.
In operation S220, at least one test target with respect to the current version and the upgraded version is determined.
Since the upgraded version of the financial program under test may involve only the modification of the formula/parameters to one or more functional modules, or may involve only the addition of one or more new functional modules, or may involve only the optimization program code itself, and not the modification of any formula/parameters, nor the addition of any new functional modules, etc., as compared to its current version. For this reason, the ranges affected by different types of program upgrades may be different from each other. Accordingly, in operation S220, one or more test targets where high-risk data may exist may be determined according to the difference between the upgraded version and the current version, or may be determined according to a test range input by a user, for example.
In operation S230, for each of the at least one test target, the following test operations of operation S240 to operation S260 are performed.
Specifically, in operation S230, for example, all the objects listed as test targets may be recorded in a preset test target table, and then operations S240 to S260 may be performed in a loop in the order recorded in the test target table, so as to test each test target one by one.
In operation S240, a test case for testing a current test target is acquired.
Specifically, in operation S240, a test case for testing the current test target may be obtained from a preset case library, for example.
It should be noted that, in the embodiment of the present disclosure, for each test target, one or more test cases may be written in advance and stored in a case library for use in testing. It should be understood that, for a test target in which a plurality of test cases exist, in operation S240, the test cases may be acquired and executed one by one, for example, to perform a full coverage test on the test target.
In operation S250, the test case is executed in the first test environment and the second test environment respectively, so as to obtain corresponding test results, where the current version operates in the first test environment and the upgraded version operates in the second test environment.
Because the current version runs in the first test environment, the upgraded version runs in the second test environment, and each performance of the current version tends to a stable state, a test case is executed in the two test environments at the same time (the data input by the test is ensured to be the same, and the execution condition is also the same), the test result of the current version can be used as a reference, and whether each performance of the upgraded version is relatively stable or not is determined according to the test result of the upgraded version.
It should be noted that the data input by the test may be actual data generated in a period of time (e.g., within 1 day) during the actual production process.
In operation S260, the test result is compared with the expected result defined in the test case to achieve the test of the current test target.
It should be noted that, in the embodiment of the present disclosure, when writing a test case for each test target, a corresponding expected result may be predefined according to an adjustment made by the upgraded version based on the current version. Therefore, during actual testing, the expected result can be used as a reference, and whether the test result obtained by the actual testing is consistent with the expected result defined in the test case or not can be compared. And if the test result is consistent with the expected result, the performance of the current test target is considered to be good and meets the expected requirement. Otherwise, if the test result is inconsistent with the expected result, the performance of the current test target is considered to be poor and not meet the expected requirement. For test targets that do not meet the expected requirements, the developer may be notified of the modification.
By the embodiment of the disclosure, all test targets of any upgrading version of any financial program to be tested can be covered during testing, so that the defects of sampling verification can be overcome, and the aim of comprehensively testing the upgrading version is fulfilled. Meanwhile, the test method provided by the embodiment of the disclosure can be realized by automatically executing the test case, so that manual checking is not needed, time and labor are saved, and the risk of error calculation is small.
Since a program upgrade may only involve modification of a formula/parameter for one or more functional modules, or may also only involve addition of one or more new functional modules, or may also only involve optimization of the program code itself, without involving any modification of the formula/parameter, without involving any addition of new functional modules, and so forth. For this reason, different types of program upgrades may differ in comparison operations performed, in addition to affecting ranges that may differ from one another.
For example, in one embodiment, for an upgraded version optimized by pure code, since the calculation logic and related parameters of the algorithm involved in the financial program are not changed before and after the upgrade, the calculation results before and after the upgrade should be consistent under normal conditions, otherwise, it indicates that there is a problem with the upgraded version. Therefore, for the upgrade version optimized by pure codes, the expected result can be defined as that the calculation results before and after upgrading are kept consistent, and whether the test results output by the two test environments are consistent or not can be directly compared during comparison.
For another example, unlike the upgraded version optimized by pure code, if the computation logic and/or related parameters of the algorithm involved in the financial program change before and after upgrading, the computation results before and after upgrading should not be consistent under normal conditions, otherwise it indicates that there is a problem with the upgraded version. For example, for the interest bearing module, if the interest rate set before upgrading is 5%, and the interest rate set after upgrading is 8%, in the case that the principal is 100 yuan, the interest obtained before upgrading should be 5 yuan, and the interest obtained after upgrading should be 8 yuan. Thus, for an upgraded version that is not purely code optimized, the expected result may be defined according to actual modification, for example, for the above example, the expected result Y may be defined as Y ═ 8% -5% X, where X represents the principal value of the test input, when comparing, the difference between the upgraded test result and the test result before upgrading may be calculated first, then the corresponding expected result may be calculated according to the formula defined by the expected result, and then whether the difference is consistent with the calculated value of the expected result may be compared.
It should be understood that in another embodiment, for a pure code optimized upgraded version, the comparison may also be performed according to the comparison logic in a non-pure code optimized upgraded version, except that for a pure code optimized upgraded version, the expected result Y may be directly defined as Y ═ 0.
Specifically, as an alternative embodiment, the test result may include, for example: the first result is output by executing the test case in the first test environment, and the second result is output by executing the test case in the second test environment.
Correspondingly, the operation S260 of comparing the test result with the expected result defined in the test case may include the following operations, for example.
A difference is calculated between the second result and the first result.
And comparing whether the difference value is consistent with the content represented by the expected result.
As an alternative embodiment, comparing the test result with the expected result defined in the test case may include, for example, calculating a difference between the second result and the first result and whether the comparison difference is consistent with what is characterized by the expected result in response to any one or more of: compared with the current version, the upgraded version has parameter modification, formula modification and formula addition in the current test target.
For the upgrade version optimized by pure codes, the comparison operation in the test process can only compare whether the test results output by the two test environments are consistent without calculating the difference of the test results output by the two test environments.
As shown in fig. 3A, when determining the test target of the upgraded version of the financial program, the functional modules related to parameter modification, formula modification, and formula addition shown in the figure may be used as the test target of the upgrade.
More specifically, as an alternative embodiment, the at least one test object may include, for example, one or more of: and the updated information module, the payment module and the tax deduction module relate to formula/parameter modification.
As shown in fig. 3B, when determining the test target of the upgraded version of the financial program, the charging module, the payment module, the tax deduction module, and the like related to parameter modification, formula modification, and formula addition shown in the figure may be used as the test target of the upgrade.
As an alternative embodiment, the method may further include, for example: and in the test process, displaying related test information according to the comparison result.
It should be noted that, in the embodiment of the present disclosure, the relevant test information displayed in the test process may include, for example and without limitation, relevant information about normal test, relevant information about abnormal test, and relevant information monitored in the test process. The relevant information monitored in the test process may include, but is not limited to, a coverage condition of the test case, an execution condition of each test case, and the like.
Further, for a test target with an abnormal test, in the embodiment of the present disclosure, the reason for the abnormal test may be analyzed and diagnosed.
As an alternative embodiment, the method may further include, for example: and monitoring the coverage condition of the test case in the test process. Such as whether all test cases are covered.
As an alternative embodiment, the method may further include, for example: and monitoring the execution condition of the test case in the test process. For example, whether each test case executed successfully.
As an alternative embodiment, the method may further include, for example: and monitoring abnormal conditions occurring in the upgraded version in the testing process.
Through the scheme provided by the embodiment of the disclosure, the full-silver-row data can be tested so as to avoid the risk possibly caused by sampling verification. In addition, because the embodiment of the disclosure can use the test case to carry out automatic testing, the manpower is liberated, and the workload of the tester is reduced. Meanwhile, the testing efficiency is higher, the testing result is more accurate, and the potential risk can be found in advance compared with the traditional testing method.
Fig. 4 schematically shows a block diagram of a testing device for financial procedures according to an embodiment of the present disclosure.
As shown in fig. 4, the testing apparatus 400 for financial procedures may include, for example, a first determining module 410, a second determining module 420, and a processing module 430. The test apparatus may perform the method described above with reference to the method embodiment, which is not described herein again.
Specifically, the first determining module 410 is used for determining a current version of the financial program and an upgraded version of the current version. The first determining module 410 may, for example, perform the related operations of the operation S210, which are not described herein again.
A second determination module 420 for determining at least one test target for the current version and the upgraded version. The second determining module 420 may, for example, perform the operations related to the operation S220, which will not be described herein.
A processing module 430, configured to perform the following test operations for each of the at least one test target: acquiring a test case for testing a current test target; executing test cases in a first test environment and a second test environment respectively so as to obtain corresponding test results, wherein the current version runs in the first test environment, and the upgraded version runs in the second test environment; and comparing the test result with an expected result defined in the test case to realize the test of the current test target. The processing module 430 may, for example, perform the operations of operations S230 to S260, which are not described herein again.
As an alternative embodiment, the test result may include, for example: the first result is output by executing the test case in the first test environment, and the second result is output by executing the test case in the second test environment.
The processing module 430, when performing the comparison operation based on the test result and the expected result defined in the test case, may: calculating the difference between the second result and the first result, and comparing whether the difference is consistent with the content represented by the expected result.
As an alternative embodiment, the processing module 430, when performing the comparison operation based on the test result and the expected result defined in the test case, may: calculating a difference of the second result from the first result and comparing whether the difference is consistent with what is characterized by the expected result is performed in response to any one or more of: compared with the current version, the upgraded version has parameter modification, formula modification and formula addition in the current test target.
As an alternative embodiment, the at least one test object may include, for example, one or more of the following: and the updated information module, the payment module and the tax deduction module relate to formula/parameter modification.
As an alternative embodiment, the apparatus may further include: and the display module is used for displaying the related test information according to the comparison result in the test process.
As an alternative embodiment, the apparatus may further include: and the first monitoring module is used for monitoring the coverage condition of the test case in the test process.
As an alternative embodiment, the apparatus may further include: and the second monitoring module monitors the execution condition of the test case in the test process.
As an alternative embodiment, the apparatus may further include: and the third monitoring module monitors abnormal conditions occurring in the upgrade version in the test process.
It should be noted that, the embodiment of the apparatus portion is the same as or similar to the embodiment of the method portion, and the achieved technical effects are also the same as or similar to each other, which is not described herein again.
Any of the modules according to embodiments of the present disclosure, or at least part of the functionality of any of them, may be implemented in one module. Any one or more of the modules according to the embodiments of the present disclosure may be implemented by being split into a plurality of modules. Any one or more of the modules according to the embodiments of the present disclosure may be implemented at least in part as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in any other reasonable manner of hardware or firmware by integrating or packaging the circuit, or in any one of three implementations, or in any suitable combination of any of the software, hardware, and firmware. Alternatively, one or more of the modules according to embodiments of the disclosure may be implemented at least partly as computer program modules which, when executed, may perform corresponding functions.
For example, any number of the first determining module 410, the second determining module 420, and the processing module 430 may be combined in one module to be implemented, or any one of them may be split into a plurality of modules. Alternatively, at least part of the functionality of one or more of these modules may be combined with at least part of the functionality of the other modules and implemented in one module. According to an embodiment of the present disclosure, at least one of the first determining module 410, the second determining module 420, and the processing module 430 may be implemented at least in part as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in hardware or firmware in any other reasonable manner of integrating or packaging a circuit, or in any one of or a suitable combination of software, hardware, and firmware. Alternatively, at least one of the first determining module 410, the second determining module 420 and the processing module 430 may be at least partially implemented as a computer program module, which when executed, may perform a corresponding function.
Fig. 5 schematically shows a block diagram of an electronic device according to an embodiment of the disclosure. The electronic device shown in fig. 5 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.
As shown in fig. 5, the electronic device 500 includes a processor 510, a computer-readable storage medium 520. The electronic device 500 may perform a method according to an embodiment of the present disclosure.
In particular, processor 510 may include, for example, a general purpose microprocessor, an instruction set processor and/or related chip set and/or a special purpose microprocessor (e.g., an Application Specific Integrated Circuit (ASIC)), and/or the like. The processor 510 may also include on-board memory for caching purposes. Processor 510 may be a single processing unit or a plurality of processing units for performing different actions of a method flow according to embodiments of the disclosure.
Computer-readable storage media 520, for example, may be non-volatile computer-readable storage media, specific examples including, but not limited to: magnetic storage devices, such as magnetic tape or Hard Disk Drives (HDDs); optical storage devices, such as compact disks (CD-ROMs); a memory, such as a Random Access Memory (RAM) or a flash memory; and so on.
The computer-readable storage medium 520 may include a computer program 521, which computer program 521 may include code/computer-executable instructions that, when executed by the processor 510, cause the processor 510 to perform a method according to an embodiment of the disclosure, or any variation thereof.
The computer program 521 may be configured with, for example, computer program code comprising computer program modules. For example, in an example embodiment, code in computer program 521 may include one or more program modules, including for example 521A, modules 521B, … …. It should be noted that the division and number of modules are not fixed, and those skilled in the art may use suitable program modules or program module combinations according to actual situations, and when these program modules are executed by the processor 510, the processor 510 may execute the method according to the embodiment of the present disclosure or any variation thereof.
According to an embodiment of the present disclosure, at least one of the first determining module 410, the second determining module 420 and the processing module 430 may be implemented as a computer program module described with reference to fig. 5, which, when executed by the processor 510, may implement the respective operations described above.
The present disclosure also provides a computer-readable storage medium, which may be contained in the apparatus/device/system described in the above embodiments; or may exist separately and not be assembled into the device/apparatus/system. The computer-readable storage medium carries one or more programs which, when executed, implement the method according to an embodiment of the disclosure.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
It will be understood by those skilled in the art that while the present disclosure has been shown and described with reference to certain exemplary embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present disclosure as defined by the appended claims and their equivalents. Accordingly, the scope of the present disclosure should not be limited to the above-described embodiments, but should be defined not only by the appended claims, but also by equivalents thereof.

Claims (11)

1. A testing method for financial procedures, comprising:
determining a current version of a financial program and an upgraded version of the current version;
determining at least one test target for the current version and the upgraded version; and
for each of the at least one test target, performing the following test operations:
acquiring a test case for testing a current test target;
executing the test case in a first test environment and a second test environment respectively so as to obtain corresponding test results, wherein the current version runs in the first test environment, and the upgraded version runs in the second test environment; and
and comparing the test result with an expected result defined in the test case to realize the test of the current test target.
2. The method of claim 1, wherein,
the test results include:
a first result output by executing the test case in the first test environment; and
a second result output by executing the test case in the second test environment;
the comparing based on the test result with an expected result defined in the test case comprises:
calculating a difference between the second result and the first result; and
and comparing whether the difference value is consistent with the content represented by the expected result.
3. The method of claim 2, wherein said comparing based on the test result to an expected result defined in the test case comprises said calculating a difference of the second result to the first result and said comparing whether the difference is consistent with what is characterized by the expected result in response to any one or more of: compared with the current version, the upgraded version has parameter modification, formula modification and formula addition in the current test target.
4. The method of claim 1, wherein the at least one test target comprises one or more of:
an updated interest module relating to the modification;
the upgraded payment module is modified; and
the upgraded tax deduction module is referred to as a modified tax deduction module.
5. The method of claim 1, wherein the method further comprises:
and in the test process, displaying related test information according to the comparison result.
6. The method of claim 1, wherein the further comprising:
and monitoring the coverage condition of the test case in the test process.
7. The method of claim 1, wherein the method further comprises:
and monitoring the execution condition of the test case in the test process.
8. The method of claim 1, wherein the method further comprises:
and monitoring abnormal conditions occurring in the upgrading version in the testing process.
9. A testing device for financial procedures, comprising:
the system comprises a first determining module, a second determining module and a third determining module, wherein the first determining module is used for determining a current version of a financial program and an upgrading version of the current version;
a second determination module to determine at least one test target for the current version and the upgraded version; and
a processing module for performing the following test operations for each of the at least one test target:
acquiring a test case for testing a current test target;
executing the test case in a first test environment and a second test environment respectively so as to obtain corresponding test results, wherein the current version runs in the first test environment, and the upgraded version runs in the second test environment; and
and comparing the test result with an expected result defined in the test case to realize the test of the current test target.
10. An electronic device, comprising:
one or more processors;
a memory for storing one or more programs,
wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method of any of claims 1-8.
11. A computer-readable storage medium storing computer-executable instructions for implementing the method of any one of claims 1 to 8 when executed.
CN201911152618.9A 2019-11-20 2019-11-20 Testing method and device for financial program Active CN110928786B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911152618.9A CN110928786B (en) 2019-11-20 2019-11-20 Testing method and device for financial program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911152618.9A CN110928786B (en) 2019-11-20 2019-11-20 Testing method and device for financial program

Publications (2)

Publication Number Publication Date
CN110928786A true CN110928786A (en) 2020-03-27
CN110928786B CN110928786B (en) 2024-04-02

Family

ID=69851534

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911152618.9A Active CN110928786B (en) 2019-11-20 2019-11-20 Testing method and device for financial program

Country Status (1)

Country Link
CN (1) CN110928786B (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112965910A (en) * 2021-03-19 2021-06-15 携程旅游信息技术(上海)有限公司 Automatic regression testing method and device, electronic equipment and storage medium
CN113468061A (en) * 2021-07-15 2021-10-01 浙江百应科技有限公司 Automatic testing method and device based on recording and playback and electronic equipment
CN113742234A (en) * 2021-09-06 2021-12-03 中国银行股份有限公司 Intelligent test method for system upgrade, related device and computer storage medium

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103257917A (en) * 2012-02-16 2013-08-21 广州博纳信息技术有限公司 Management method for software evaluation system
CN105335278A (en) * 2014-06-16 2016-02-17 阿里巴巴集团控股有限公司 Testing method and device
CN105512021A (en) * 2014-09-25 2016-04-20 阿里巴巴集团控股有限公司 Method and device for Diff analysis used for software testing
CN105988926A (en) * 2015-02-13 2016-10-05 腾讯科技(深圳)有限公司 Method and device for processing multi-version test data
CN107436846A (en) * 2017-08-04 2017-12-05 网易(杭州)网络有限公司 Method of testing, device, calculate readable storage medium storing program for executing and computing device
CN109542779A (en) * 2018-11-12 2019-03-29 泰康保险集团股份有限公司 Test method, device and storage medium
CN109726136A (en) * 2019-01-28 2019-05-07 上海达梦数据库有限公司 Test method, device, equipment and the storage medium of database
CN109818778A (en) * 2018-12-21 2019-05-28 北京奇安信科技有限公司 A kind of automatic regression test method, system, equipment and medium
CN109933520A (en) * 2019-01-22 2019-06-25 平安科技(深圳)有限公司 Software development test method, device, computer installation and storage medium
CN110147317A (en) * 2019-04-19 2019-08-20 平安普惠企业管理有限公司 Code test method and device, electronic equipment and storage medium
CN110413506A (en) * 2019-06-19 2019-11-05 平安普惠企业管理有限公司 Test case recommended method, device, equipment and storage medium

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103257917A (en) * 2012-02-16 2013-08-21 广州博纳信息技术有限公司 Management method for software evaluation system
CN105335278A (en) * 2014-06-16 2016-02-17 阿里巴巴集团控股有限公司 Testing method and device
CN105512021A (en) * 2014-09-25 2016-04-20 阿里巴巴集团控股有限公司 Method and device for Diff analysis used for software testing
CN105988926A (en) * 2015-02-13 2016-10-05 腾讯科技(深圳)有限公司 Method and device for processing multi-version test data
CN107436846A (en) * 2017-08-04 2017-12-05 网易(杭州)网络有限公司 Method of testing, device, calculate readable storage medium storing program for executing and computing device
CN109542779A (en) * 2018-11-12 2019-03-29 泰康保险集团股份有限公司 Test method, device and storage medium
CN109818778A (en) * 2018-12-21 2019-05-28 北京奇安信科技有限公司 A kind of automatic regression test method, system, equipment and medium
CN109933520A (en) * 2019-01-22 2019-06-25 平安科技(深圳)有限公司 Software development test method, device, computer installation and storage medium
CN109726136A (en) * 2019-01-28 2019-05-07 上海达梦数据库有限公司 Test method, device, equipment and the storage medium of database
CN110147317A (en) * 2019-04-19 2019-08-20 平安普惠企业管理有限公司 Code test method and device, electronic equipment and storage medium
CN110413506A (en) * 2019-06-19 2019-11-05 平安普惠企业管理有限公司 Test case recommended method, device, equipment and storage medium

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112965910A (en) * 2021-03-19 2021-06-15 携程旅游信息技术(上海)有限公司 Automatic regression testing method and device, electronic equipment and storage medium
CN113468061A (en) * 2021-07-15 2021-10-01 浙江百应科技有限公司 Automatic testing method and device based on recording and playback and electronic equipment
CN113742234A (en) * 2021-09-06 2021-12-03 中国银行股份有限公司 Intelligent test method for system upgrade, related device and computer storage medium

Also Published As

Publication number Publication date
CN110928786B (en) 2024-04-02

Similar Documents

Publication Publication Date Title
US20190294536A1 (en) Automated software deployment and testing based on code coverage correlation
US20190294528A1 (en) Automated software deployment and testing
US9311223B2 (en) Prioritizing test cases using multiple variables
US9329968B2 (en) Testing application performance using virtual machines created from the same image on different hardware platforms
CN107807881B (en) Code coverage rate testing method and device and computer equipment
US8918764B2 (en) Selective trace facility
US11321081B2 (en) Affinity recommendation in software lifecycle management
US20180081571A1 (en) System and method for predicting disk failure
CN110928786A (en) Testing method and device for financial program
AU2018201974A1 (en) Application management platform
US20050204241A1 (en) Method and device for analyzing software error
WO2020151344A1 (en) Software development and testing method for sub-iterations and related devices
US20140081902A1 (en) Integrating Data Transform Test with Data Transform Tool
US11113183B2 (en) Automated device test triaging system and techniques
US20110154127A1 (en) Test support system, method and computer program product, which optimize test scenarios to minimize total test time
US11042466B2 (en) Exception prediction before an actual exception during debugging
CA2811617C (en) Commit sensitive tests
US8762781B2 (en) Method and apparatus useful in manufacturing test case operations
US9405664B2 (en) Automating software testing
CN113515448A (en) Method and device for acquiring starting time information of application program
US20130117005A1 (en) Coverage analysis for multiple test methodologies
US9092333B2 (en) Fault isolation with abstracted objects
KR101505258B1 (en) Replaying architectural execution with a probeless trace capture
WO2018020338A1 (en) System, method, and apparatus for crowd-sourced gathering of application execution events for automatic application testing and replay
CN111370049A (en) eMMC chip testing method and device

Legal Events

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