CN116594904A - Financial service automation test system, method, medium and equipment - Google Patents
Financial service automation test system, method, medium and equipment Download PDFInfo
- Publication number
- CN116594904A CN116594904A CN202310648724.6A CN202310648724A CN116594904A CN 116594904 A CN116594904 A CN 116594904A CN 202310648724 A CN202310648724 A CN 202310648724A CN 116594904 A CN116594904 A CN 116594904A
- Authority
- CN
- China
- Prior art keywords
- data
- financial service
- financial
- module
- service
- 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.)
- Pending
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 72
- 238000000034 method Methods 0.000 title abstract description 26
- 238000004140 cleaning Methods 0.000 claims abstract description 34
- 238000007689 inspection Methods 0.000 claims description 24
- 238000013499 data model Methods 0.000 claims description 19
- 230000002159 abnormal effect Effects 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 12
- 238000003860 storage Methods 0.000 claims description 9
- 238000012937 correction Methods 0.000 claims description 4
- 238000004088 simulation Methods 0.000 claims description 4
- 238000011161 development Methods 0.000 claims description 3
- 230000000630 rising effect Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 5
- 238000010998 test method Methods 0.000 description 5
- 239000008186 active pharmaceutical agent Substances 0.000 description 3
- 238000000547 structure data Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000003542 behavioural effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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
- 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/3692—Test management for test results analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/215—Improving data quality; Data cleansing, e.g. de-duplication, removing invalid entries or correcting typographical errors
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application discloses a financial service automation test system, a method, a medium and equipment, which comprise a count making module, wherein financial service data required by different financial services can be generated; the automatic flow module can call interfaces required by the target financial service from the interface library, assemble all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and execute testing on the interface set based on the financial service data required by the target financial service, thereby realizing complex financial service automation. In addition, the service checking module can provide a plurality of check point inlets of the target financial service, and after any check point inlet receives input content to be checked, the checking result corresponding to the content to be checked is output; and the data cleaning module is used for cleaning financial service data according to the set time and the data range. The business checking module and the data cleaning module can ensure the correctness of the automatic test.
Description
Technical Field
The application relates to the technical field of financial business testing, in particular to a financial business automatic testing system, a financial business automatic testing method, a financial business automatic testing medium and financial business automatic testing equipment.
Background
The automatic test mode of the financial service in the industry at present is as follows: the platform is filled with information of input parameters, output parameters, URL and the like by hand, and then simple interfaces supported by a plurality of platforms are assembled into a service automation for execution, so that the step of manually writing codes is omitted. However, the method has high requirements on platform function support, and if many functions are not supported, only some simple interface automation can be realized, complex financial service automation can not be written, and meanwhile, the correctness of the automatic test is difficult to ensure.
Disclosure of Invention
Based on this, it is necessary to provide a financial service automation test system, method, medium and device, so as to solve the problem that complex financial service automation cannot be written, and it is difficult to ensure the accuracy of the automation test.
A financial service automation test system, the financial service automation test system comprising:
the counting module is used for generating financial service data of different financial services based on a predefined data model;
the automatic flow module is used for calling interfaces required by the target financial service from an interface library, assembling all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and executing a test on the interface set based on the financial service data required by the target financial service;
the business inspection module is used for providing a plurality of check point inlets of the target financial business and outputting an inspection result corresponding to the to-be-inspected content after any check point inlet receives the input to-be-inspected content;
and the data cleaning module is used for cleaning the financial service data according to the set time and the data range.
In one embodiment, the counting module is specifically configured to:
extracting general basic service data of different financial services from a plurality of pre-associated financial service databases based on basic data types defined by the data model; wherein, the basic service data comprises service codes, service prices and service volume;
based on financial service logic defined by the data model, performing simulation deduction on the basic service data to obtain non-basic service data; wherein the non-basic business data comprises transaction data, investment strategies and rising and falling trends;
and taking the basic data and the non-basic data as the financial service data.
In one embodiment, the count module is further configured to establish a total count pool to store all financial service data generated by the data model;
the automatic flow module is further used for establishing a target count pool, calling financial service data required by the target financial service from the total count pool and storing the financial service data in the target count pool until the execution test of the interface set is completed.
In one embodiment, the financial service automation test system further includes:
the data occupation identification module is used for marking financial service data stored in the target count pool and carrying out abnormal occupation reminding when the marked financial service data is called again.
In one embodiment, the service inspection module is further configured to:
classifying and summarizing all inspection results based on different result indexes to summarize and generate a service report, and pushing the service report to service inspectors; the business inspector comprises a business manager and a business development tester.
In one embodiment, the data cleaning module is specifically configured to:
carrying out data cleaning on the financial service data according to the set time and data range; wherein the data cleansing includes data formatting, data standardization and data error correction;
abnormal data rejection is carried out on the financial service data according to the set time and data range; wherein the culled abnormal data comprises missing value dataset duplicate data.
In one embodiment, the financial service automation test system further includes:
the business feedback module is used for receiving the input financial business feedback, generating and issuing an adjustment instruction facing the counting module based on the financial business feedback, and/or pushing the adjustment completion degree of the adjustment instruction of the automatic flow module, and/or the data cleaning module to business feedback personnel.
A financial service automation test method, the method comprising:
generating financial service data of different financial services based on a predefined data model;
calling interfaces required by a target financial service from an interface library, assembling all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and executing a test on the interface set based on financial service data required by the target financial service;
providing a plurality of check point inlets of the target financial service, and outputting a check result corresponding to the to-be-checked content after any check point inlet receives the input to-be-checked content;
and cleaning the financial service data according to the set time and data range.
A computer readable storage medium storing a computer program which, when executed by a processor, causes the processor to invoke the modules of the financial services automation test system described above.
The financial service automation test equipment is characterized by comprising a memory and a processor, wherein the memory stores a computer program, and the computer program, when executed by the processor, enables the processor to call the module of the financial service automation test system.
The application provides a financial service automation test system, a method, a medium and equipment, wherein a count generation module can generate financial service data required by different financial services; the automatic flow module can call interfaces required by the target financial service from the interface library, assemble all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and execute testing on the interface set based on the financial service data required by the target financial service, thereby realizing complex financial service automation. In addition, the service checking module is used for providing a plurality of check point inlets of the target financial service and outputting a checking result corresponding to the to-be-checked content after any check point inlet receives the input to-be-checked content; and the data cleaning module is used for cleaning financial service data according to the set time and the data range. The business checking module and the data cleaning module can ensure the correctness of the automatic test.
Drawings
In order to more clearly illustrate the embodiments of the application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
Wherein:
FIG. 1 is a schematic diagram of a financial services automation test system;
FIG. 2 is a schematic diagram of a financial signing account opening and purchasing process;
FIG. 3 is a schematic diagram of a business inspection module;
FIG. 4 is a schematic diagram of a financial service automation test method;
fig. 5 is a block diagram of a financial service automation test device.
Detailed Description
The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
The terms first, second and the like in the description and in the claims and in the above-described figures are used for distinguishing between different objects and not necessarily for describing a sequential or chronological order. Furthermore, the terms "comprise" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the application. The appearances of such phrases in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Those of skill in the art will explicitly and implicitly appreciate that the embodiments described herein may be combined with other embodiments.
As shown in fig. 1, fig. 1 is a schematic diagram of a financial service automation test system in one embodiment, where the financial service automation test system includes:
and the count generation module 10 is used for generating financial service data of different financial services based on a predefined data model.
In the financial arts, manufacturing generally refers to generating large amounts of analog data for testing and verifying financial models, financial businesses, and the like. In the present application, the goal of the build is to evaluate and optimize financial services. The data model used by the accounting module 10 defines the data types of the generated financial transaction data, and the generated financial transaction data also indicates various conditions in the financial market.
In one embodiment, the count module 10 is specifically configured to: based on the basic data types defined by the data model, basic service data which are common to different financial services are extracted from a plurality of pre-associated financial service databases. Wherein the underlying data types defined herein generally need to refer to related standards and specifications in the financial field, such as ISO 20022 financial standards or SWIFT message formats, etc. The financial services databases supported may be Mysql, clickhouse, redis and Es, etc. And the basic service data includes service codes, service prices, and service volumes. Illustratively, the basic business data includes a trading code, a stock price, and a stock volume, for example, a stock trade. Taking a foreign exchange transaction as an example, the basic business data includes currency codes, foreign exchange prices and foreign exchange volume. By abstracting out these generic data, it can be multiplexed in different build scenarios.
And based on financial service logic defined by the data model, performing simulation deduction on the basic service data to obtain non-basic service data. Wherein, the non-basic business data comprises transaction data, investment strategies and rising and falling trends. Taking a stock trade as an example, the counting module 10 performs simulation deduction on basic business data such as a trade code, a stock price, a stock trading volume and the like based on a data model of the stock trade, so that detailed information such as a trading record and an amount of the stock can be obtained as the trade data, a stock trading plan and a decision can be obtained as an investment strategy, and trend and market forecast of a stock market can be obtained as an increasing and decreasing trend. With these non-basic business data, various changes in the financial market can be simulated.
And finally, taking the basic data and the non-basic data as the financial service data. The generated financial service data can be used for testing the stability, the safety and the like of the financial service.
In one embodiment, the count module 10 is further configured to create a total count pool to store all financial business data generated by the data model. The total count pool is created by the count module 10, so that frequent creation and release of database connection can be avoided, the burden of accessing the database server is reduced, and the stability and reliability of the system are improved.
The automatic flow module 20 is configured to call interfaces required by the target financial service from the interface library, assemble all the called interfaces according to flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and perform a test on the interface set based on financial service data required by the target financial service.
The interface library is a set of callable interfaces, and comprises a standard interface defined by a developer, an interface provided by a system, an interface provided by a third-party platform and the like, wherein the interfaces in the interface library can realize all functions required by financial services.
In the financial field, the process requirement generally refers to a business process of a financial product, and generally includes multiple links such as user registration, transaction operation and the like. And the assembly is to combine different interfaces together by writing codes to construct a complete interface set corresponding to the target financial business. When the interface set is tested, only the data of the last interface and the rest needed data which are relied on by each interface are filled. The aim of executing the test comprises testing various aspects of functions, performance, safety and the like of the financial service, and problems and defects in the test can be found and repaired through the test.
In one embodiment, the automated flow module 20 is further configured to establish a target count pool, and call financial service data required for the target financial service from the total count pool and store the financial service data in the target count pool until the execution test of the interface set is completed. At this stage of the execution test, the financial service data required by the target financial service is all retrieved from the target account number pool, so that the data in the target account number pool can be multiplexed.
For example, as shown in fig. 2, fig. 2 shows a financial signing subscription and purchase procedure, and required financial service data (including, but not limited to, an identification card number, a stock number, a bank account number, a transaction amount, etc.) determined after card opening can be stored from a total account number pool to a target account number pool, and meanwhile, specific node marks of data flow, such as a holding bin, a signing subscription, no holding bin, etc., can be marked, so that it can be determined which procedures are completed currently. Subsequent business processes, i.e., signing, opening, purchasing, subscription, redemption, mortgage, and other processes, can take the required data from the target count pool for use and updating. For example, when signing up and opening accounts, information such as personal identification, bank card number, funds and the like is taken out from the target account number pool for use, and the signed up and opening accounts node marks are marked and stored into the target account number pool. When purchasing, the stock number, transaction amount and the like are taken out from the target count pool for use, and are updated in real time, the updated data can be used for subsequent redemption and mortgage, and meanwhile, the node mark with a holding bin and a subscription is marked and stored in the target count pool. The rest of the flow is the same, so that the data in the target count pool can be multiplexed.
The service inspection module 30 is configured to provide a plurality of inspection point entries of the target financial service, and output an inspection result corresponding to the content to be inspected after any one of the inspection point entries receives the input content to be inspected.
The user can manually input the contents to be inspected at each inspection point and wait for feedback of inspection results. The module can also be embedded in an automation code and automatically detect the content to be checked loaded by calling an interface plug-in.
In a specific embodiment, the service inspection module 30 is further configured to: classifying and summarizing all inspection results based on different result indexes to summarize and generate a service report, and pushing the service report to service inspectors; the business inspector comprises a business manager and a business development tester.
Exemplary, as shown in fig. 3, the content to be checked for the first behavior input includes a table field, a mobile phone number or a client number, a service node, a product, a data structure point, and the like; a second behavioral checkpoint portal comprising a database: checking a table field; short message platform, weChat: app and WeChat inspection; also included is a periphery: pocket app page check, structure data check, function block data check. For example, if the amount field in the database needs to be checked, the following SQL statement may be used: check (amount > =0 and amount < =100) as the content to be checked, after responding via the check point entry, it is ensured that the value of all checked amount fields is between 0and 100. Or, the mobile phone number at the beginning of the regular expression representation 137 is used as the content to be checked, and after the checkpoint entry is responded, all the needed mobile phone numbers can be obtained. Exemplary, page checking is implemented based on RESTful APIs. The RESTful API is an API design style based on the HTTP protocol that uses the HTTP request method to implement the checking of page resources. The inspection of the structure data is illustratively accomplished using an interface in golang as a checkpoint portal. A method may be defined in the structure that will check whether the data of the structure is satisfactory. If the input product and data node meet the requirements, returning to true, otherwise, returning to false. To enable automated inspection of these, some framework or tools may be used. Such as the Java RPC framework. And finally, generating a service report in the form of a page or a data result, wherein the content in the report can be classified and summarized by taking time or an object as a result index, for example, the data is summarized by taking a day as a unit, or the data is summarized by taking a client as a unit, and finally, the content is pushed to a service inspector in the form of a mail.
The data cleaning module 40 is configured to clean financial service data according to the set time and data range.
In one embodiment, the data cleaning module 40 is specifically configured to: data cleaning is carried out on financial service data according to the set time and the data range; the data cleansing includes data formatting, data normalization and data error correction. Illustratively, a credit card business department of a bank, for example, needs to analyze and evaluate the cardholder's consumption data. To ensure the quality and accuracy of the data, they may use the data cleansing module 40 to cleanse and process the data. The data cleaning comprises data formatting, data standardization, data error correction and other operations, can convert the consumption data into a unified format, standardize the naming and value range of each field, and can find and correct errors and inconsistencies in the data, such as abnormal amount, non-uniform date format, repeated category and the like. The data after data cleaning can be better used for analysis such as credit score calculation of cardholders, market trend detection and the like.
Abnormal data rejection is carried out on financial service data according to the set time and the data range; wherein the culled abnormal data comprises missing value dataset duplicate data. For example, if there is a time to consume the data that cannot be resolved, the data may be removed from the dataset; if there are two consumption records whose contents are identical, one of them can be deleted. By eliminating the abnormal data, the quality and reliability of the data can be improved, and the risks of serious errors and misjudgment caused by the abnormal data are reduced.
In the automatic testing system for financial services, the counting module can generate financial service data required by different financial services; the automatic flow module can call interfaces required by the target financial service from the interface library, assemble all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and execute testing on the interface set based on the financial service data required by the target financial service, thereby realizing complex financial service automation. In addition, the service checking module is used for providing a plurality of check point inlets of the target financial service and outputting a checking result corresponding to the to-be-checked content after any check point inlet receives the input to-be-checked content; and the data cleaning module is used for cleaning financial service data according to the set time and the data range. The business checking module and the data cleaning module can ensure the correctness of the automatic test.
Further, in a specific embodiment, the financial service automation test system further includes: the business feedback module is used for receiving the input financial business feedback, generating and issuing a number making module based on the financial business feedback, and/or an automatic flow module, and/or a business checking module, and/or an adjustment instruction of the data cleaning module, and pushing the adjustment completion degree of the number making module, and/or the automatic flow module, and/or the business checking module, and/or the adjustment instruction of the data cleaning module to business feedback personnel. For example, if there is a problem that the customer feeds back that the handling fee of a financial product is too high during purchase, the service feedback module will automatically convert the problem into an adjustment instruction and send the adjustment instruction to the corresponding data cleaning module or service checking module for optimization and adjustment. Thereby improving the efficiency and quality of the whole financial service.
Further, in a specific embodiment, the financial service automation test system further includes: the data occupation identification module can mark financial service data stored in the target count pool based on an exception handling mechanism and can carry out exception occupation reminding when the marked financial service data is called again. For example, when a customer purchases a financial product, the system accesses the relevant information in the data pool and marks the relevant information, and if the financial product data is already occupied by another operator, the data occupation identification module automatically sends out an abnormal occupation reminder to prompt that the financial product is currently occupied and cannot process two identical financial product orders at the same time. Therefore, the problems of repeated operation, misoperation and the like can be effectively avoided, and the efficiency and accuracy of service processing are improved.
In one embodiment, as shown in fig. 4, a financial service automation test method is provided, which includes:
s401, generating financial service data of different financial services based on a predefined data model.
S402, calling interfaces required by the target financial service from an interface library, assembling all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and executing a test on the interface set based on the financial service data required by the target financial service.
S403, providing a plurality of check point inlets of the target financial service, and outputting a check result corresponding to the to-be-checked content after any check point inlet receives the input to-be-checked content.
S404, cleaning financial service data according to the set time and data range.
FIG. 5 illustrates an internal block diagram of the financial services automation test device in one embodiment. As shown in fig. 5, the financial service automation test device includes a processor, a memory, and a network interface connected through a system bus. The memory includes a nonvolatile storage medium and an internal memory. The nonvolatile storage medium of the financial service automation test device stores an operating system and also can store a computer program, and when the computer program is executed by the processor, the processor can realize the financial service automation test method. The internal memory may also store a computer program which, when executed by the processor, causes the processor to perform the financial transaction automation test method. It will be appreciated by those skilled in the art that the structure shown in fig. 5 is merely a block diagram of a portion of the structure associated with the present inventive arrangements and is not limiting of the financial services automation test device to which the present inventive arrangements are applied, and that a particular financial services automation test device may include more or less components than those shown, or may combine some components, or have a different arrangement of components.
A computer readable storage medium storing a computer program which, when executed by a processor, invokes the following modules of the financial services automation test system described above: the counting module is used for generating financial service data of different financial services based on a predefined data model; the automatic flow module is used for calling interfaces required by the target financial service from the interface library, assembling all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and executing test on the interface set based on the financial service data required by the target financial service; the business inspection module is used for providing a plurality of check point inlets of the target financial business and outputting inspection results corresponding to the contents to be inspected after any check point inlet receives the input contents to be inspected; and the data cleaning module is used for cleaning financial service data according to the set time and the data range.
The automatic financial service testing equipment comprises a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor calls the following modules of the automatic financial service testing system when executing the computer program: the counting module is used for generating financial service data of different financial services based on a predefined data model; the automatic flow module is used for calling interfaces required by the target financial service from the interface library, assembling all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and executing test on the interface set based on the financial service data required by the target financial service; the business inspection module is used for providing a plurality of check point inlets of the target financial business and outputting inspection results corresponding to the contents to be inspected after any check point inlet receives the input contents to be inspected; and the data cleaning module is used for cleaning financial service data according to the set time and the data range.
It should be noted that the foregoing system, method, apparatus and computer readable storage medium for automated testing of financial services belong to a general inventive concept, and the content in the embodiments of the system, method, apparatus and computer readable storage medium for automated testing of financial services may be mutually applicable.
Those skilled in the art will appreciate that implementing all or part of the above-described methods in accordance with the embodiments may be accomplished by way of a computer program stored in a non-transitory computer-readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in embodiments provided herein may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), memory bus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The foregoing examples illustrate only a few embodiments of the application, which are described in detail and are not to be construed as limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of protection of the present application is to be determined by the appended claims.
Claims (10)
1. The financial service automation test system is characterized by comprising:
the counting module is used for generating financial service data of different financial services based on a predefined data model;
the automatic flow module is used for calling interfaces required by the target financial service from an interface library, assembling all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and executing a test on the interface set based on the financial service data required by the target financial service;
the business inspection module is used for providing a plurality of check point inlets of the target financial business and outputting an inspection result corresponding to the to-be-inspected content after any check point inlet receives the input to-be-inspected content;
and the data cleaning module is used for cleaning the financial service data according to the set time and the data range.
2. The automated financial transaction testing system of claim 1, wherein the count module is specifically configured to:
extracting general basic service data of different financial services from a plurality of pre-associated financial service databases based on basic data types defined by the data model; wherein, the basic service data comprises service codes, service prices and service volume;
based on financial service logic defined by the data model, performing simulation deduction on the basic service data to obtain non-basic service data; wherein the non-basic business data comprises transaction data, investment strategies and rising and falling trends;
and taking the basic data and the non-basic data as the financial service data.
3. The automated financial transaction testing system of claim 1, wherein the count module is further configured to create a total count pool to store all financial transaction data generated by the data model;
the automatic flow module is further used for establishing a target count pool, calling financial service data required by the target financial service from the total count pool and storing the financial service data in the target count pool until the execution test of the interface set is completed.
4. The automated financial transaction testing system of claim 3, further comprising:
the data occupation identification module is used for marking financial service data stored in the target count pool and carrying out abnormal occupation reminding when the marked financial service data is called again.
5. The automated financial transaction testing system of claim 1, wherein the transaction inspection module is further configured to:
classifying and summarizing all inspection results based on different result indexes to summarize and generate a service report, and pushing the service report to service inspectors; the business inspector comprises a business manager and a business development tester.
6. The financial service automation test system of claim 1, wherein the data cleaning module is specifically configured to:
carrying out data cleaning on the financial service data according to the set time and data range; wherein the data cleansing includes data formatting, data standardization and data error correction;
abnormal data rejection is carried out on the financial service data according to the set time and data range; wherein the culled abnormal data comprises missing value dataset duplicate data.
7. The automated financial transaction testing system of claim 1, further comprising:
the business feedback module is used for receiving the input financial business feedback, generating and issuing an adjustment instruction facing the counting module based on the financial business feedback, and/or pushing the adjustment completion degree of the adjustment instruction of the automatic flow module, and/or the data cleaning module to business feedback personnel.
8. An automated testing method for financial services, which is characterized by comprising the following steps:
generating financial service data of different financial services based on a predefined data model;
calling interfaces required by a target financial service from an interface library, assembling all the called interfaces according to the flow requirements of the target financial service to obtain an interface set corresponding to the target financial service, and executing a test on the interface set based on financial service data required by the target financial service;
providing a plurality of check point inlets of the target financial service, and outputting a check result corresponding to the to-be-checked content after any check point inlet receives the input to-be-checked content;
and cleaning the financial service data according to the set time and data range.
9. A computer readable storage medium, storing a computer program which, when executed by a processor, causes the processor to invoke the module of the financial transaction automation test system of claims 1-7.
10. A financial services automation test device comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to be a module of the financial services automation test system as claimed in claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310648724.6A CN116594904A (en) | 2023-06-02 | 2023-06-02 | Financial service automation test system, method, medium and equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310648724.6A CN116594904A (en) | 2023-06-02 | 2023-06-02 | Financial service automation test system, method, medium and equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116594904A true CN116594904A (en) | 2023-08-15 |
Family
ID=87611575
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310648724.6A Pending CN116594904A (en) | 2023-06-02 | 2023-06-02 | Financial service automation test system, method, medium and equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116594904A (en) |
-
2023
- 2023-06-02 CN CN202310648724.6A patent/CN116594904A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112488652B (en) | Work order auditing method, system, terminal and storage medium | |
| CN109376093B (en) | Insurance product testing method and device, storage medium and electronic equipment | |
| CN112612813B (en) | Test data generation method and device | |
| CN111723086A (en) | Data quality checking method, device and equipment and readable storage medium | |
| CN111782809A (en) | International reimbursement network data processing method, device, electronic equipment and storage medium | |
| CN108230130B (en) | Method and device for verifying daily cutting data and electronic equipment | |
| CN111783636A (en) | OCR-based international reimbursement network application data processing method and device | |
| CN111784510B (en) | Account checking method and device | |
| CN115328784A (en) | Agile interface-oriented automatic testing method and system | |
| CN114048129A (en) | Automatic testing method, device, equipment and system for software function change | |
| CN117194242A (en) | Log playback method and device for transaction system, electronic equipment and storage medium | |
| CN113609011A (en) | Method, device, medium and equipment for testing insurance product factory | |
| CN117421238A (en) | Disaster recovery account supplementing test method and device, electronic equipment and storage medium | |
| CN111767213A (en) | Method and device for testing database check points, electronic equipment and storage medium | |
| CN116594904A (en) | Financial service automation test system, method, medium and equipment | |
| CN113220594B (en) | Automatic test method, device, equipment and storage medium | |
| CN115600972A (en) | Method, device, equipment and storage medium for verifying and selling of bad assets | |
| CN114860305A (en) | Data processing method and device | |
| CN111274138B (en) | Method and device for testing account merging function | |
| CN113947465A (en) | Cross-border electricity quotient declaration result checking and early warning method and device | |
| CN114691768A (en) | Data processing method, accounting system and related equipment | |
| CN113988793A (en) | Method and system for checking value-added tax electronic invoice | |
| CN111625455A (en) | Program testing method, device, equipment and medium | |
| CN111625458A (en) | Service system testing method, device and equipment | |
| CN111091473B (en) | Insurance problem analysis processing method and apparatus |
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 |