CN111639022A - Transaction testing method and device, storage medium and electronic device - Google Patents
Transaction testing method and device, storage medium and electronic device Download PDFInfo
- Publication number
- CN111639022A CN111639022A CN202010416086.1A CN202010416086A CN111639022A CN 111639022 A CN111639022 A CN 111639022A CN 202010416086 A CN202010416086 A CN 202010416086A CN 111639022 A CN111639022 A CN 111639022A
- Authority
- CN
- China
- Prior art keywords
- test
- transaction
- testing
- target
- mode
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- General Engineering & Computer Science (AREA)
- Debugging And Monitoring (AREA)
Abstract
The embodiment of the application provides a transaction testing method and device, a storage medium and an electronic device, wherein the method comprises the following steps: acquiring a test standard and a test mode of a transaction, wherein the test standard comprises a parameter threshold used in the test process of the transaction, and the test mode comprises a test mode of the transaction; testing the initial transaction, and determining the information of the target transaction which does not accord with the testing standard from the initial transaction; and testing the target transaction again according to the corresponding test mode, and analyzing the test result of the target transaction, wherein the test mode corresponds to the target tested system and the target case, so that the problems of single test scene and overhigh large-scale performance test cost in the financial industry in the related technology are solved.
Description
Technical Field
The application relates to the technical field of automated testing, in particular to a transaction testing method and device, a storage medium and an electronic device.
Background
In large-scale financial test work, in the face of numerous business systems and complex models, a single test case can only verify the basic logic implementation of a functional module (for example, the implementation of a single functional point such as transfer, login and the like) under a huge system module and a business long-chain mode. The industry generally adopts the performance kinetic energy to process and judge the system at idle time, the test scene is single, more transaction scenes cannot be tested, and the transaction range which can be covered is very limited. Although the automatic test script can cover the service module logic in the system, the service test consideration is not comprehensive for the scene of service combination, such as the scenes of the same-class service multi-system centralized access, the repeated execution of the service, the service mutual exclusion operation and the like existing in the financial operation. If large-scale technical class tests (such as concurrent processing capability, response time and other performance tests) are to be realized, a great deal of time cost and labor cost are invested.
Aiming at the problems of single test scene and overhigh cost of large-scale performance test in the financial industry in the related technology, no effective solution exists at present.
Disclosure of Invention
The embodiment of the application provides a transaction testing method and device, a storage medium and an electronic device, and aims to at least solve the problems that in the related technology, a testing scene in the financial industry is single, and the cost of large-scale performance testing is too high.
According to an embodiment of the present application, there is provided a transaction testing method including: acquiring a test standard and a test mode of a transaction, wherein the test standard comprises a parameter threshold used in a test process of the transaction, and the test mode comprises a test mode of the transaction; testing the initial transaction, and determining the information of the target transaction which does not accord with the testing standard from the initial transaction; and testing the target transaction again according to a corresponding test mode, and analyzing a test result of the target transaction, wherein the test mode corresponds to a target tested system and a target case.
Optionally, the obtaining test criteria for the transaction includes: determining a test metric for the transaction, wherein the test metric includes at least one of: average response time, Central Processing Unit (CPU) average value and memory numerical value; and acquiring a parameter threshold of the test index, wherein the parameter threshold is used for indicating a normal working value of the test index.
Optionally, the testing the initial transaction, and the determining, from the initial transaction, information of the target transaction that does not meet the testing criteria includes: performing a routine test of the initial transaction; recording the response time of each execution, simultaneously recording a database in a timestamp mode, synchronously recording the CPU consumption value in each execution time period, and determining the average response time, the CPU average value and the memory numerical value; and when at least one of the average response time, the CPU average value and the memory value is larger than a preset parameter threshold value, determining the initial transaction as the target transaction.
Optionally, the obtaining a test pattern of transactions includes: obtaining a test pattern of at least one of: using the initial transaction to perform a background test, and additionally testing the target transaction; expedite execution of the testing of the target transaction; repeatedly performing testing of the target transaction; and superposing the test script of the target transaction.
Optionally, the testing the target transaction again according to the corresponding test mode includes: acquiring test information corresponding to the target transaction, wherein the test information comprises: the target tested system, the target cases and the sequencing mode of the target cases; and using the test information to test the target transaction again according to the test mode.
Optionally, the analyzing the test result of the target transaction includes: monitoring a testing process of the target transaction; acquiring target transactions which do not accord with the test standard and recording test data; and analyzing the defects of the test data and storing the defect analysis data in a database.
Optionally, after testing the target transaction again according to the corresponding test mode and analyzing the test result of the target transaction, the method further includes: validating the test criteria using the test results.
There is also provided, in accordance with another embodiment of the present application, apparatus for testing transactions, including:
the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a test standard and a test mode of a transaction, the test standard comprises a parameter threshold used in a test process of the transaction, and the test mode comprises a test mode of the transaction;
the first testing module is used for testing the initial transaction;
the determining module is used for determining information of target transactions which do not accord with the testing standard from the initial transactions;
the second testing module is used for testing the target transaction again according to a corresponding testing mode, wherein the testing mode corresponds to a target tested system and a target case;
and the analysis module is used for analyzing the test result of the target transaction.
Optionally, the obtaining module includes:
a determining unit configured to determine a test indicator of the transaction, wherein the test indicator includes at least one of: average response time, Central Processing Unit (CPU) average value and memory numerical value;
the device comprises a first acquisition unit, a second acquisition unit and a third acquisition unit, wherein the first acquisition unit is used for acquiring a parameter threshold of the test index, and the parameter threshold is used for indicating a normal working value of the test index.
Optionally, the first test module comprises:
an execution unit for executing a routine test of the initial transaction;
the recording unit is used for recording the response time of each execution, simultaneously recording a database in a timestamp mode, synchronously recording the CPU consumption value in each execution time period, and determining the average response time, the CPU average value and the memory numerical value;
the determining module comprises:
a determining unit, configured to determine that the initial transaction is the target transaction when at least one of the average response time, the CPU average value, and the memory value is greater than a preset parameter threshold.
Optionally, the obtaining module further includes:
a second obtaining unit configured to obtain a test pattern of at least one of: using the initial transaction to perform a background test, and additionally testing the target transaction; expedite execution of the testing of the target transaction; repeatedly performing testing of the target transaction; and superposing the test script of the target transaction.
Optionally, the second test module comprises:
a third obtaining unit, configured to obtain test information corresponding to the target transaction, where the test information includes: the target tested system, the target cases and the sequencing mode of the target cases;
and the testing unit is used for testing the target transaction again according to the testing mode by using the testing information.
Optionally, the analysis module comprises:
the monitoring unit is used for monitoring the testing process of the target transaction;
the fourth acquisition unit is used for acquiring target transactions which do not accord with the test standard and recording test data;
and the analysis unit is used for carrying out defect analysis on the test data and storing the defect analysis in a database.
Optionally, the apparatus further comprises:
an updating unit for verifying the test standard using the test result.
According to another embodiment of the application, there is also provided a computer-readable storage medium, in which a computer program is stored, wherein the computer program is arranged to perform the steps of any of the above-mentioned method embodiments when executed.
According to another embodiment of the present application, there is also provided an electronic device comprising a memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the computer program to perform the steps of any of the above method embodiments.
According to the embodiment of the application, the test standard and the test mode of the transaction are obtained, the initial transaction is tested, and the information of the target transaction which does not accord with the test standard is determined from the initial transaction; and testing the target transaction again according to the corresponding test mode, and analyzing the test result of the target transaction. The problems of single test scene and overhigh large-scale performance test cost in the financial industry in the related technology are solved. By collecting the function test script and the test environment, the hidden danger and the test blind area are analyzed, the high-risk service scene test strategy is output, the strategy is promoted to call the automatic script, the performance script tests the function system or the multi-system link, and whether the transaction or the system has defects is judged. The characteristics of completeness of a functional test environment and high script coverage are fully utilized, and various test scenes and script organization strategies for triggering potential hidden dangers are reconstructed to expose defects. Resulting in a small test investment and yielding higher system quality. .
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present invention and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained according to the drawings without inventive efforts.
FIG. 1 is a flow chart of an alternative transaction testing method according to an embodiment of the present application;
FIG. 2 is a schematic diagram of an alternative transaction testing system according to an embodiment of the present application;
FIG. 3 is a block diagram of an alternative transaction testing device according to an embodiment of the present application;
fig. 4 is a schematic structural diagram of an alternative electronic device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. The components of embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures.
The embodiment of the application provides a transaction testing method. Fig. 1 is a flow chart of an alternative transaction testing method according to an embodiment of the present application, as shown in fig. 1, the method including:
step S102, acquiring a test standard and a test mode of a transaction, wherein the test standard comprises a parameter threshold used in the test process of the transaction, and the test mode comprises a test mode of the transaction;
step S104, testing the initial transaction, and determining the information of the target transaction which does not accord with the testing standard from the initial transaction;
and step S106, testing the target transaction again according to the corresponding test mode, and analyzing the test result of the target transaction, wherein the test mode corresponds to the target tested system and the target case.
It should be noted that the test criteria may be a common index of the performance test, such as average response time, server cpu average value, memory value, etc., and these criteria may be set in the performance test, and a criterion threshold may be set, for example, more than 20% is considered as risk, and more than 50% is considered as verification risk. Thus, it can be seen by standard which functional transaction in the functional test has a risk, and the transaction with the risk is determined as a suspicious transaction, i.e. a target transaction.
According to the test standard and the conventional function test, many suspicious transactions with risks are screened out, each corresponding suspicious transaction has a script, and then whether the suspicious transactions have great influence on the performance of the system or not is confirmed, and the suspicious transactions can be confirmed only by a mode of restarting the transactions. There are several modes of retransmission transactions, namely test modes, such as: the suspicious transactions can be simply re-sent and executed once, can also be executed in the background by adopting the conventional transactions, can be additionally executed, and can also be accelerated to execute the transactions, repeatedly executed or superpose all scripts of the suspicious transactions and execute the suspicious transactions. The performance of suspicious transactions corresponding to different test modes can be different, and different user test requirements can be met in a suspicious mode.
Optionally, obtaining the test criteria for the transaction comprises: determining a test indicator for the transaction, wherein the test indicator comprises at least one of: average response time, Central Processing Unit (CPU) average value and memory numerical value; and acquiring a parameter threshold of the test index, wherein the parameter threshold is used for indicating a normal working value of the test index.
The CPU average may be the average load, which may be the average number of processes that were in the ready state at the same time for the last minute. The number of tasks that can be processed by the CPU in parallel can be understood as the number of cores X the number of CPUs. If the CPU Load is equal to the number of CPUs multiplied by the number of cores, then the CPU is just fully loaded, and if a little more is needed, problems may occur, some tasks cannot be distributed to the processors in time, and the number of cores X is preferably less than X0.7, which is the number of CPUs, and the performance is guaranteed. Load Average refers to the Load of the CPU. It contains information that is statistical information of the sum of the number of processes that the CPU is processing and waiting for the CPU to process over a period of time, i.e., statistical information of the length of the CPU usage queue. The value of Load Average should be less than the number X of cores X0.7 of CPU, which has an Average of 3 states, 1 minute, 5 minutes and 15 minutes Average Load, respectively. If the average 1 minute appears more than the number of the cores of the CPU, the worry is not needed; if this is the case on average for 5 minutes, then it is vigilant; the same is true for the 15 minute average, where problems arise with transactions to be analyzed and foregone.
The average response time may be an average value of the sum of the response times of each transaction divided by the number of transactions, or an average value of the response times of each transaction within a certain time period, and when the average response time exceeds a preset threshold, it may be determined as a suspicious transaction. The memory value may be a system memory occupation size or a CPU consumption value during execution of each transaction, and when the memory occupation exceeds a preset threshold, or the CPU consumption value exceeds a preset threshold, it may be determined as a suspicious transaction.
Optionally, the testing is performed on the initial transaction, and the determining, from the initial transaction, information of the target transaction that does not meet the testing standard includes:
performing a routine test of the initial transaction;
recording the response time of each execution, simultaneously recording a database in a timestamp mode, synchronously recording the CPU consumption value in each execution time period, and determining the average response time, the CPU average value and the memory numerical value;
and when at least one of the average response time, the CPU average value and the memory value is larger than a preset parameter threshold value, determining the initial transaction as a target transaction.
Optionally, obtaining the test pattern of the transaction comprises: obtaining a test pattern of at least one of: using the initial transaction to perform a background test, and additionally testing the target transaction; accelerating the execution of the test of the target transaction; repeatedly performing a test of the target transaction; and overlapping the test script of the target transaction.
Optionally, the testing the target transaction again according to the corresponding test mode includes:
acquiring test information corresponding to target transaction, wherein the test information comprises: a target tested system, a target case and a sequencing mode of the target case;
the target transaction is tested again in the test mode using the test information.
Optionally, analyzing the test result of the target transaction comprises:
monitoring a testing process of the target transaction;
acquiring target transactions which do not accord with the test standard and recording test data;
and analyzing the defects of the test data and storing the defect analysis data in a database.
Optionally, after the target transaction is tested again according to the corresponding test mode and the test result of the target transaction is analyzed, the method further includes:
and updating the test standard by using the test result.
Fig. 2 is a schematic diagram of an alternative transaction testing system according to an embodiment of the present application, and as shown in fig. 2, the transaction testing system provided in an embodiment of the present application may include:
the configuration test standard module is used for configuring a test standard and inputting the test standard into an information base;
the configuration test mode module is used for configuring a test mode;
the defect checking device is used for checking suspicious transactions with defects according to the configured test standard and test mode, evaluating each slow-down condition of the test on the response of the automatic transactions, regarding the suspicious transactions which are really abnormal and even reported wrong in a new scene mode as the problems needing performance analysis, and then inputting the suspicious transactions into the case list module;
a case manifest module, configured to receive cases of suspicious transactions requiring repeated tests, where a containment case may be a suspicious transaction with a risk of response time during automated execution, for example (case execution time/average time of a round of automated transactions) > 1.2; or suspicious transactions with risk on the average CPU value, such as those occurring during a time period when a sudden increase in CPU load occurs; or repeatedly executing the case with a certain condition and error report;
the test service monitoring module is used for monitoring the condition that the automated test platform tests the transactions in different test environments, acquiring test data and sending the test data to the defect analysis module;
and the defect analysis module is used for analyzing the test data to determine specific defects of the suspicious transaction, storing the analysis result into the information base to wait for manual intervention, and verifying whether the test standard is reasonable or not according to the analysis result or updating the test standard in the information base.
When the test is executed, firstly, the test standard and the mode are configured in the configuration file in advance according to a user (test executive staff), the test standard and the mode are assembled to a checking device, the automatic cases of the tested system and the related system are selected according to the mode, the sequencing is defined, and the test platform is informed.
The platform initiates an automated transaction, the device collects system resource conditions and service error reporting or abnormal information in the process, and the information base is recorded according to the judgment standard to complete the verification of the test standard.
The working process of the embodiment of the present application is described below by a specific example:
1) firstly, executing 200 conventional automatic cases at 9 o 'clock and 12 o' clock in the evening, recording the execution response time once every 1 execution, simultaneously recording a database in a timestamp mode, and synchronously recording the system cpu load value of the time;
2) after the test is finished, the test analysis module finds out the case with transaction time consumption exceeding the standard, or the case set before and after the time range that the cpu exceeds the standard, and the case set is used as a suspicious case (namely, suspicious transaction and target transaction);
3) analyzing case attributes, if the case attributes are of a query type, organizing retest through other related query type case functions to see whether the problem of memory exists; if the account is the accounting type, selecting cases of similar accounting or high-frequency read-write operation to be executed together, and checking whether a lock or a data hotspot is generated;
4) if the re-executed case is judged to be actually out of standard again by using the standard, the fact that the performance risk (suspicious promotion is risk) exists, the combing information is recorded, and the combing information is processed by performance testing personnel on duty in the day next day.
By the test system, the test range can be expanded from a function point to a service plane, from a single transaction to the underlying fault tolerance of the service, including the disposal of performance, safety and availability. The auxiliary test improves the possibility of defect discovery, reduces the labor input of the test for the tester, does not need to specially and independently construct an environment for the technical test, and solves the problem of repeated establishment of environmental resources; the advantage of multiplexing automation cases is also achieved.
It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present application is not limited by the order of acts described, as some steps may occur in other orders or concurrently depending on the application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.
Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present application.
According to another aspect of the embodiment of the application, a transaction testing device for implementing the transaction testing method is also provided. Fig. 3 is a block diagram of an alternative transaction testing device according to an embodiment of the present application, as shown in fig. 3, the device including:
an obtaining module 302, configured to obtain a test standard and a test pattern of a transaction, where the test standard includes a parameter threshold used in a test process of the transaction, and the test pattern includes a test mode of the transaction;
a first testing module 304 for testing the initial transaction;
a determining module 306, configured to determine, from the initial transaction, information of a target transaction that does not meet the test criterion;
the second testing module 308 is configured to test the target transaction again according to a corresponding testing mode, where the testing mode corresponds to the target system under test and the target case;
an analysis module 310, configured to analyze a test result of the target transaction.
Optionally, the obtaining module includes:
a determining unit configured to determine a test indicator of the transaction, wherein the test indicator includes at least one of: average response time, Central Processing Unit (CPU) average value and memory numerical value;
the device comprises a first acquisition unit, a second acquisition unit and a third acquisition unit, wherein the first acquisition unit is used for acquiring a parameter threshold of the test index, and the parameter threshold is used for indicating a normal working value of the test index.
Optionally, the first test module comprises:
an execution unit for executing a routine test of the initial transaction;
the recording unit is used for recording the response time of each execution, simultaneously recording a database in a timestamp mode, synchronously recording the CPU consumption value in each execution time period, and determining the average response time, the CPU average value and the memory numerical value;
the determining module comprises:
a determining unit, configured to determine that the initial transaction is the target transaction when at least one of the average response time, the CPU average value, and the memory value is greater than a preset parameter threshold.
Optionally, the obtaining module further includes:
a second obtaining unit configured to obtain a test pattern of at least one of: using the initial transaction to perform a background test, and additionally testing the target transaction; expedite execution of the testing of the target transaction; repeatedly performing testing of the target transaction; and superposing the test script of the target transaction.
Optionally, the second test module comprises:
a third obtaining unit, configured to obtain test information corresponding to the target transaction, where the test information includes: the target tested system, the target cases and the sequencing mode of the target cases;
and the testing unit is used for testing the target transaction again according to the testing mode by using the testing information.
Optionally, the analysis module comprises:
the monitoring unit is used for monitoring the testing process of the target transaction;
the fourth acquisition unit is used for acquiring target transactions which do not accord with the test standard and recording test data;
and the analysis unit is used for carrying out defect analysis on the test data and storing the defect analysis in a database.
Optionally, the apparatus further comprises:
an updating unit for verifying the test standard using the test result.
According to another aspect of the embodiments of the present application, there is also provided an electronic device for implementing the above transaction testing method, which may be, but is not limited to, applied in a server. As shown in fig. 4, the electronic device comprises a memory 402 and a processor 404, wherein the memory 402 has a computer program stored therein, and the processor 404 is configured to execute the steps of any of the above method embodiments by the computer program.
Optionally, in this embodiment, the electronic apparatus may be located in at least one network device of a plurality of network devices of a computer network.
Optionally, in this embodiment, the processor may be configured to execute the following steps by a computer program:
s1, acquiring a test standard and a test mode of the transaction, wherein the test standard comprises a parameter threshold used in the test process of the transaction, and the test mode comprises a test mode of the transaction;
s2, testing the initial transaction, and determining the information of the target transaction which does not accord with the testing standard from the initial transaction;
and S3, testing the target transaction again according to the corresponding test mode, and analyzing the test result of the target transaction, wherein the test mode corresponds to the target tested system and the target case.
Alternatively, it can be understood by those skilled in the art that the structure shown in fig. 4 is only an illustration, and the electronic device may also be a terminal device such as a smart phone (e.g., an Android phone, an iOS phone, etc.), a tablet computer, a palm computer, a Mobile Internet Device (MID), a PAD, and the like. Fig. 4 is a diagram illustrating the structure of the electronic device. For example, the electronic device may also include more or fewer components (e.g., network interfaces, etc.) than shown in FIG. 4, or have a different configuration than shown in FIG. 4.
The memory 402 may be used to store software programs and modules, such as program instructions/modules corresponding to the transaction testing method and apparatus in the embodiment of the present application, and the processor 404 executes various functional applications and data processing by running the software programs and modules stored in the memory 402, so as to implement the above-mentioned transaction testing method. The memory 402 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 402 may further include memory located remotely from the processor 404, which may be connected to the terminal over a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof. The memory 402 may be, but is not limited to, storing program steps of the transaction testing method. As an example, as shown in fig. 4, the memory 402 may include, but is not limited to, a setup module 502, an acquisition module 504, and the like in the transaction testing apparatus. In addition, the device may further include, but is not limited to, other module units in the transaction testing apparatus, which is not described in detail in this example.
Optionally, the transmission device 406 is used for receiving or sending data via a network. Examples of the network may include a wired network and a wireless network. In one example, the transmission device 406 includes a Network adapter (NIC) that can be connected to a router via a Network cable and other Network devices to communicate with the internet or a local area Network. In one example, the transmission device 406 is a Radio Frequency (RF) module, which is used to communicate with the internet in a wireless manner.
In addition, the electronic device further includes: the display 408 is used for displaying the alarm push of the suspicious account; and a connection bus 410 for connecting the respective module parts in the above-described electronic apparatus.
Embodiments of the present application further provide a computer-readable storage medium having a computer program stored therein, wherein the computer program is configured to perform the steps of any of the above method embodiments when executed.
Alternatively, in the present embodiment, the storage medium may be configured to store a computer program for executing the steps of:
s1, acquiring a test standard and a test mode of the transaction, wherein the test standard comprises a parameter threshold used in the test process of the transaction, and the test mode comprises a test mode of the transaction;
s2, testing the initial transaction, and determining the information of the target transaction which does not accord with the testing standard from the initial transaction;
and S3, testing the target transaction again according to the corresponding test mode, and analyzing the test result of the target transaction, wherein the test mode corresponds to the target tested system and the target case.
Optionally, the storage medium is further configured to store a computer program for executing the steps included in the method in the foregoing embodiment, which is not described in detail in this embodiment.
Alternatively, in this embodiment, a person skilled in the art may understand that all or part of the steps in the methods of the foregoing embodiments may be implemented by a program instructing hardware associated with the terminal device, where the program may be stored in a computer-readable storage medium, and the storage medium may include: flash disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.
The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.
The integrated unit in the above embodiments, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in the above computer-readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or a part of or all or part of the technical solution contributing to the prior art may be embodied in the form of a software product stored in a storage medium, and including instructions for causing one or more computer devices (which may be personal computers, servers, network devices, or the like) to execute all or part of the steps of the method described in the embodiments of the present application.
In the above embodiments of the present application, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In the several embodiments provided in the present application, it should be understood that the disclosed client may be implemented in other manners. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The foregoing is only a preferred embodiment of the present application and it should be noted that those skilled in the art can make several improvements and modifications without departing from the principle of the present application, and these improvements and modifications should also be considered as the protection scope of the present application.
Claims (10)
1. A transaction testing method, comprising:
acquiring a test standard and a test mode of a transaction, wherein the test standard comprises a parameter threshold used in a test process of the transaction, and the test mode comprises a test mode of the transaction;
testing the initial transaction, and determining the information of the target transaction which does not accord with the testing standard from the initial transaction;
and testing the target transaction again according to a corresponding test mode, and analyzing a test result of the target transaction, wherein the test mode corresponds to a target tested system and a target case.
2. The method of claim 1, wherein obtaining test criteria for a transaction comprises:
determining a test metric for the transaction, wherein the test metric includes at least one of: average response time, Central Processing Unit (CPU) average value and memory numerical value;
and acquiring a parameter threshold of the test index, wherein the parameter threshold is used for indicating a normal working value of the test index.
3. The method of claim 2, wherein said testing initial transactions and said determining from said initial transactions information of target transactions that do not meet said testing criteria comprises:
performing a routine test of the initial transaction;
recording the response time of each execution, simultaneously recording a database in a timestamp mode, synchronously recording the CPU consumption value in each execution time period, and determining the average response time, the CPU average value and the memory numerical value;
and when at least one of the average response time, the CPU average value and the memory value is larger than a preset parameter threshold value, determining the initial transaction as the target transaction.
4. The method of claim 1, wherein obtaining the test pattern of transactions comprises:
obtaining a test pattern of at least one of:
using the initial transaction to perform a background test, and additionally testing the target transaction;
expedite execution of the testing of the target transaction;
repeatedly performing testing of the target transaction;
and superposing the test script of the target transaction.
5. The method of claim 4, wherein retesting the target transaction in the corresponding test pattern comprises:
acquiring test information corresponding to the target transaction, wherein the test information comprises: the target tested system, the target cases and the sequencing mode of the target cases;
and using the test information to test the target transaction again according to the test mode.
6. The method of claim 5, wherein analyzing the test results of the target transaction comprises:
monitoring a testing process of the target transaction;
acquiring target transactions which do not accord with the test standard and recording test data;
and analyzing the defects of the test data and storing the defect analysis data in a database.
7. The method according to any one of claims 1 to 6, wherein after testing the target transaction again according to the corresponding test pattern and analyzing the test result of the target transaction, the method further comprises:
validating the test criteria using the test results.
8. A transaction testing device, comprising:
the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a test standard and a test mode of a transaction, the test standard comprises a parameter threshold used in a test process of the transaction, and the test mode comprises a test mode of the transaction;
the first testing module is used for testing the initial transaction;
the determining module is used for determining information of target transactions which do not accord with the testing standard from the initial transactions;
the second testing module is used for testing the target transaction again according to a corresponding testing mode, wherein the testing mode corresponds to a target tested system and a target case;
and the analysis module is used for analyzing the test result of the target transaction.
9. A computer-readable storage medium, in which a computer program is stored, wherein the computer program is configured to carry out the method of any one of claims 1 to 7 when executed.
10. An electronic device comprising a memory and a processor, wherein the memory has stored therein a computer program, and wherein the processor is arranged to execute the computer program to perform the method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010416086.1A CN111639022B (en) | 2020-05-16 | 2020-05-16 | Transaction testing method and device, storage medium and electronic device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010416086.1A CN111639022B (en) | 2020-05-16 | 2020-05-16 | Transaction testing method and device, storage medium and electronic device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111639022A true CN111639022A (en) | 2020-09-08 |
| CN111639022B CN111639022B (en) | 2023-06-06 |
Family
ID=72330327
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010416086.1A Active CN111639022B (en) | 2020-05-16 | 2020-05-16 | Transaction testing method and device, storage medium and electronic device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111639022B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112419052A (en) * | 2020-09-30 | 2021-02-26 | 中信百信银行股份有限公司 | Transaction testing method and device, electronic equipment and readable storage medium |
| CN112882957A (en) * | 2021-03-30 | 2021-06-01 | 中信银行股份有限公司 | Test task validity checking method and device |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6129271A (en) * | 1998-04-30 | 2000-10-10 | Lexcel Solutions, Inc. | Electronic funds transfer network test system |
| US7506312B1 (en) * | 2008-01-31 | 2009-03-17 | International Business Machines Corporation | Method and system for automatically determining risk areas to retest |
| TW201108138A (en) * | 2009-08-27 | 2011-03-01 | K Way Information Corp | Sales method for transaction strategy product of financial commodity |
| US20170024312A1 (en) * | 2012-03-13 | 2017-01-26 | Truemetrics Llc | System and methods for automated testing of functionally complex systems |
| CN106407078A (en) * | 2016-09-26 | 2017-02-15 | 中国工商银行股份有限公司 | An information interaction-based client performance monitoring device and method |
| CN107102947A (en) * | 2017-05-12 | 2017-08-29 | 中国工商银行股份有限公司 | ATM transaction flows test device and method |
| CN108710569A (en) * | 2018-05-09 | 2018-10-26 | 深圳壹账通智能科技有限公司 | Test cases generation method, data creation method, device, equipment and medium |
| CN109669668A (en) * | 2017-10-17 | 2019-04-23 | 北京京东尚科信息技术有限公司 | A kind of method and apparatus realizing mock trading and executing |
| CN110348984A (en) * | 2019-05-27 | 2019-10-18 | 平安银行股份有限公司 | Credit card information automation input method and relevant device under different transaction channels |
| CN110377520A (en) * | 2019-07-22 | 2019-10-25 | 中国工商银行股份有限公司 | The test method and device, electronic equipment and readable storage medium storing program for executing for scene of trading |
| CN110377522A (en) * | 2019-07-22 | 2019-10-25 | 中国工商银行股份有限公司 | The test method for scene of trading, calculates equipment and medium at device |
| CN110765026A (en) * | 2019-10-31 | 2020-02-07 | 北京东软望海科技有限公司 | Automatic testing method and device, storage medium and equipment |
| CN111159029A (en) * | 2019-12-24 | 2020-05-15 | 中信银行股份有限公司 | Automatic testing method and device, electronic equipment and computer readable storage medium |
-
2020
- 2020-05-16 CN CN202010416086.1A patent/CN111639022B/en active Active
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6129271A (en) * | 1998-04-30 | 2000-10-10 | Lexcel Solutions, Inc. | Electronic funds transfer network test system |
| US7506312B1 (en) * | 2008-01-31 | 2009-03-17 | International Business Machines Corporation | Method and system for automatically determining risk areas to retest |
| TW201108138A (en) * | 2009-08-27 | 2011-03-01 | K Way Information Corp | Sales method for transaction strategy product of financial commodity |
| US20170024312A1 (en) * | 2012-03-13 | 2017-01-26 | Truemetrics Llc | System and methods for automated testing of functionally complex systems |
| CN106407078A (en) * | 2016-09-26 | 2017-02-15 | 中国工商银行股份有限公司 | An information interaction-based client performance monitoring device and method |
| CN107102947A (en) * | 2017-05-12 | 2017-08-29 | 中国工商银行股份有限公司 | ATM transaction flows test device and method |
| CN109669668A (en) * | 2017-10-17 | 2019-04-23 | 北京京东尚科信息技术有限公司 | A kind of method and apparatus realizing mock trading and executing |
| CN108710569A (en) * | 2018-05-09 | 2018-10-26 | 深圳壹账通智能科技有限公司 | Test cases generation method, data creation method, device, equipment and medium |
| CN110348984A (en) * | 2019-05-27 | 2019-10-18 | 平安银行股份有限公司 | Credit card information automation input method and relevant device under different transaction channels |
| CN110377520A (en) * | 2019-07-22 | 2019-10-25 | 中国工商银行股份有限公司 | The test method and device, electronic equipment and readable storage medium storing program for executing for scene of trading |
| CN110377522A (en) * | 2019-07-22 | 2019-10-25 | 中国工商银行股份有限公司 | The test method for scene of trading, calculates equipment and medium at device |
| CN110765026A (en) * | 2019-10-31 | 2020-02-07 | 北京东软望海科技有限公司 | Automatic testing method and device, storage medium and equipment |
| CN111159029A (en) * | 2019-12-24 | 2020-05-15 | 中信银行股份有限公司 | Automatic testing method and device, electronic equipment and computer readable storage medium |
Non-Patent Citations (3)
| Title |
|---|
| IRITH POMERANZ等: "On Test Generation With Test Vector Improvement", 《IEEE TRANSACTION ON COMPUTER-AIDED DESIGN OF INTEGRATED CIRCUITS AND SYSTEMS》, vol. 29, no. 3, pages 502 - 506 * |
| 侯澄: "有效的银行后台交易测试过程", 《华南金融电脑》, vol. 12, no. 5, pages 79 - 80 * |
| 艾文: "软件自动化测试研究及在网银系统的应用", 《中国优秀硕士学位论文全文数据库 信息科技辑》, pages 138 - 276 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112419052A (en) * | 2020-09-30 | 2021-02-26 | 中信百信银行股份有限公司 | Transaction testing method and device, electronic equipment and readable storage medium |
| CN112882957A (en) * | 2021-03-30 | 2021-06-01 | 中信银行股份有限公司 | Test task validity checking method and device |
| CN112882957B (en) * | 2021-03-30 | 2024-05-24 | 中信银行股份有限公司 | Test task validity checking method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111639022B (en) | 2023-06-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111897724B (en) | Automatic testing method and device suitable for cloud platform | |
| CN111881014B (en) | System test method, device, storage medium and electronic equipment | |
| CN111147322A (en) | Test system and method for micro service architecture of 5G core network | |
| CN109495291B (en) | Calling abnormity positioning method and device and server | |
| CN108304286A (en) | A kind of system and method carrying out automatic test to transcoding server concurrency performance | |
| CN111639022B (en) | Transaction testing method and device, storage medium and electronic device | |
| CN114064208A (en) | Method and device for detecting application service state, electronic equipment and storage medium | |
| CN112306837A (en) | Cloud pressure testing method and platform, equipment and readable storage medium | |
| CN112134754A (en) | Pressure testing method and device, network equipment and storage medium | |
| CN106201810A (en) | A kind of method of testing, device | |
| CN116302989A (en) | Pressure testing method and system, storage medium and computer equipment | |
| CN112329021B (en) | Method and device for checking application loopholes, electronic device and storage medium | |
| CN114385498A (en) | Performance test method, system, computer equipment and readable storage medium | |
| CN113722240A (en) | Stability testing method and system for linux operating system management platform | |
| CN112948276A (en) | Fuzzy test method and device and electronic equipment | |
| CN108845932B (en) | Unit testing method and device of network library, storage medium and terminal | |
| CN110737572A (en) | Big data platform resource preemption test method, system, terminal and storage medium | |
| US20230216727A1 (en) | Identification of root causes in data processing errors | |
| CN109656828B (en) | Automatic testing method for pressure of virtual machine in cluster, terminal and readable storage medium | |
| CN111324542B (en) | Web application regression test case selection system, method and equipment | |
| CN113641549B (en) | Task monitoring method, device, electronic equipment and storage medium | |
| CN114968829B (en) | Full link pressure test method, electronic device and storage medium | |
| CN106991038A (en) | Service monitoring method and device based on java collectors | |
| CN115202968A (en) | Problem positioning method and device for transaction system | |
| CN117389866A (en) | Full-flow test method, device, equipment and storage medium |
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 |