CN113064829A - Test data life tree structure based on credit card core and data generation method - Google Patents
Test data life tree structure based on credit card core and data generation method Download PDFInfo
- Publication number
- CN113064829A CN113064829A CN202110395483.XA CN202110395483A CN113064829A CN 113064829 A CN113064829 A CN 113064829A CN 202110395483 A CN202110395483 A CN 202110395483A CN 113064829 A CN113064829 A CN 113064829A
- Authority
- CN
- China
- Prior art keywords
- card
- data
- node
- credit card
- test data
- 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
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3664—Environments for testing or debugging software
-
- 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
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention relates to a test data life tree structure based on a credit card core and a data generation method, comprising the following steps: step 1: establishing a basic credit card making data preparation model; step 2: establishing a pre-reserved card number pool through an automatic scheduling technology by depending on a card making model business scene based on a basic credit card making data preparation model; and step 3: and building a test data life tree based on a credit card core based on the derivation of the pre-reserved card number pool. Compared with the prior art, the preparation method has the advantages that the preparation problem of basic card making test data of the credit card is solved through the credit card test data preparation model, and the supporting degree of the test data to the tested requirement is improved; firstly, preparing a credit card number pool test data pool in advance, so that test data is prepared in advance and can be claimed at any time when needed; the method is characterized in that a derived basic test data life tree based on business scenes is initiated, the basic test data requirements surrounding the related business scenes of the credit card are guaranteed by the aid of the scheme, and software delivery quality is supported.
Description
Technical Field
The invention relates to the technical field of computers, in particular to a test data life tree structure based on a credit card core and a data generation method.
Background
The credit card system is involved in complicated account structure, client identification, wind control mode, limit control, cyclic billing period, etc. In the daily test and acceptance process, the preparation of related test data can not meet the normal requirement of the software iteration process all the time. The test process of the credit card system usually adopts the modes of randomly fetching base table data, contacting a service party to provide main process scene data, writing data in a code mode and the like. Due to the randomness and the random marking property, the requirement of the credit card system on the exclusivity of the test data in the test process cannot be met, and the mutual interference of the test data is easily caused. And under the condition of multiple data, the test work is carried out according to the existing test data, but the data is prepared according to the test requirement, the test pertinence is weak, and the inherent limitation of the data causes the incompleteness of the test coverage rate. These are all obvious "short boards" that hinder the improvement of the quality of credit card service systems.
The current main stream preparation mode of the credit card test data replaces a part of manual processing modes by means of automatic technology packaging interfaces, UI script packaging and the like. But the disadvantage is that the data preparation scene is single and the correlation of the service scene is lacked. And the related test data are the following scenes:
(1) and (3) preparing a long test run batch period, such as a test data scene of 'credit cards which are more than 3 months overdue and continuous bills of the client in the last 6 months', and the like.
(2) The test data state is irreversible, such as a test data scene of 'selling a card and selling a user, resetting to be activated after a credit card is activated', and the like.
The availability and health degree of the data state need to be prepared and maintained for a long time in the test environment, and the test data of a certain point and a certain scene in the whole service life cycle circulation process cannot be quickly acquired. The normal test requirements of the credit card system under rapid iteration cannot be guaranteed, and the normal delivery quality of the credit card system is influenced.
Disclosure of Invention
The present invention is directed to overcome the above-mentioned drawbacks of the prior art and to provide a test data life tree structure based on a credit card core and a data generating method.
The purpose of the invention can be realized by the following technical scheme:
a test data life tree structure based on a credit card core and a data generation method comprise the following steps:
step 1: establishing a basic credit card making data preparation model;
step 2: establishing a pre-reserved card number pool through an automatic scheduling technology by depending on a card making model business scene based on a basic credit card making data preparation model;
and step 3: and building a test data life tree based on a credit card core based on the derivation of the pre-reserved card number pool.
Further, the step 1 comprises the following sub-steps:
step 101: packaging and card making interfaces: aiming at an interface file for card making, by means of an automatic interface technology under a robotframe framework, a message header and a message body are assembled and packaged according to a field configuration mode, so that full-coverage packaging of card making fields of general credit cards is realized;
step 102: and based on the packaged card making interface, carrying out basic card making data preparation work according to the important card making parameter field by surrounding a three-layer relational account number structure in combination with a specific service scene, and finishing the establishment of a basic credit card making data preparation model.
Further, the specific service scenarios in step 102 include a single-account single-card service scenario, a single-account multi-card service scenario, a multi-account multi-card service scenario, and a main and auxiliary card service scenario.
Further, the three-layer relationship account number structure in step 102 is composed of a customer data layer containing risk and credit investigation level information, an account data layer for displaying a multi-account situation, and a card data layer for displaying a multi-card situation in a single account.
Further, the parameter fields of the card manufacturing system in step 102 include a parameter field of approval of incoming documents, a parameter field of customer information, a parameter field of identity information, a parameter field of card products, a parameter field of card category and a parameter field of approval limit.
Further, the step 2 specifically includes: a card number interval of pre-reserved cards can be obtained through an automatic scheduling technology based on a basic credit card making data preparation model and a card making model business scene, and a public card number pool and a personal card number pool are finally obtained through a batch running or online card making mode between the card number interval and a credit card core system to jointly form a pre-reserved card number pool.
Further, the step 3 comprises the following sub-steps:
step 301: a basic data life number node configuration module which is used for realizing configurable basic manufacture number nodes and can set node threshold values is further derived and established based on a pre-reserved card number pool, and the module consists of different configuration submodules;
step 302: a supplementary data pool module for realizing circulation scheduling, data health check, cleaning and rollback functions is further derived and established based on the pre-reserved card number pool;
step 303: and further deriving and establishing a data application and adoption module for realizing the data application and adoption function based on the pre-reserved card number pool.
Step 304: and integrating the steps 301 to 303, and finishing the establishment of the test data life tree based on the credit card core.
Further, the different configuration sub-modules in step 1 include:
the inventory maintenance configuration submodule is used for appointing the early warning value and the maximum value of the data quantity of the nodes;
the request parameter configuration submodule is used for setting the request parameters of each node and supporting the expansion interface and the script through parameterized expressions and variables;
the success mark configuration submodule is used for acquiring the return parameters of each node through setting and matching an expected result to acquire whether the related manufacture number node is correct or not;
the node data pool maintenance and configuration submodule is used for configuring the display field and taking the concrete values of the request parameters or the response parameters of the ancestor nodes and the nodes;
and the downstream node configuration submodule is used for configuring corresponding scripts and execution time strategies of a plurality of downstream nodes, adding corresponding branches under the nodes of the tree page after storage, connecting data circulation processes on the whole service life cycle, generating test data flow direction according to an appointed rule, and flexibly claiming the test data according to specific node setting conditions.
Further, the process of the supplementary data pool module in step 302 for implementing functions of flow forwarding scheduling, data health check, cleaning and rollback includes the following sub-steps:
step 3021: and inquiring records of which the inventory is smaller than the early warning value in the node configuration table, and calculating the required quantity of the corresponding nodes according to the difference between the maximum value and the existing inventory.
Step 3022: the method comprises the steps of fishing cards with corresponding number from a public card number pool according to the required number, performing pre-distribution, and recording to a card number pre-distribution table, wherein main fields comprise the card number, the current node number, the target node number, the current execution time, the next-stage planned execution time and the whole process completion state;
step 3023: inquiring the system time of the card making center according to the current system time inquiring script, and inquiring the pre-allocation record which is in the middle-lower stage of the card number pre-allocation table, wherein the execution time of the middle-lower stage is less than the system time of the card making center and is not completed;
step 3024: traversing the query result, calculating a node chain from the root node to the target node, acquiring the next node of the current node number, executing the corresponding node script, recording the request parameter and the response parameter, updating the current node number, the current execution time and the next-stage scheduled execution time which are correspondingly recorded in the card number pre-allocation table, and judging whether the whole process is executed or not according to the consistency of the current node number and the target node number, if not, the next scheduling task is continuously executed according to the process.
Further, the application and pickup main interface corresponding to the data application and pickup module in the step 303 adopts an echarts technology to realize tree structure display.
Compared with the prior art, the invention has the following advantages:
1. by the credit card test data preparation model surrounding the three-layer relational account tree, the problem of preparation of basic card making test data of the credit card is solved, and the supporting degree of the test data on the tested requirement is improved;
2. the method includes the steps that a credit card number pool test data pool is prepared in advance, so that test data are prepared in advance, application is conducted at any time when needed, and waiting is not needed;
3. the basic test data life tree based on the business scene derived by taking the credit card number pool as the origin is created for the first time, and the functions of pre-storing test data, scheduling based on threshold values, data health inspection, data cleaning and rollback, data claiming and the like of various links of basic business surrounding the credit card and extension can be realized. The application of the scheme basically guarantees the basic test data requirements surrounding the credit card related service scenes and supports the software delivery quality of related services.
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 a test data Life Tree service scenario for a credit card core in an embodiment of the present invention;
FIG. 2 is a schematic diagram of a basic card-making and packaging process for a debit card according to an embodiment of the present invention;
FIG. 3 is a diagram illustrating a card-making data preparation model according to an embodiment of the present invention;
FIG. 4 is a diagram illustrating a card number pool scheduling and generating method according to an embodiment of the present invention;
FIG. 5 is a functional tree structure diagram of basic data life tree node configuration according to an embodiment of the present invention;
FIG. 6 is a schematic diagram of a basic data life tree node configuration interface according to an embodiment of the present invention.
Detailed Description
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, not all, embodiments of the present invention. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, shall fall within the scope of protection of the present invention.
Thus, the following detailed description of the embodiments of the present invention, presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
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.
In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc. indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings or the orientations or positional relationships that the products of the present invention are conventionally placed in use, and are only used for convenience in describing the present invention and simplifying the description, but do not indicate or imply that the devices or elements referred to must have a specific orientation, be constructed and operated in a specific orientation, and thus, should not be construed as limiting the present invention. Furthermore, the terms "first," "second," "third," and the like are used solely to distinguish one from another and are not to be construed as indicating or implying relative importance.
Furthermore, the terms "horizontal", "vertical" and the like do not imply that the components are required to be absolutely horizontal or pendant, but rather may be slightly inclined. For example, "horizontal" merely means that the direction is more horizontal than "vertical" and does not mean that the structure must be perfectly horizontal, but may be slightly inclined.
In the description of the present invention, it should also be noted that, unless otherwise explicitly specified or limited, the terms "disposed," "mounted," "connected," and "connected" are to be construed broadly and may, for example, be fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood in specific cases to those skilled in the art.
The actual circulation process of the invention is shown in figure 1, and the scheme is mainly used for gradually realizing the whole test data life tree structure and the data generation method from three aspects.
1. Establishing basic credit card making data preparation model
Establishing a credit card client basic credit card account tree surrounding a client layer, an account layer and a card layer, and alternately establishing card making classification scenes such as single-account single card, single-account multi-card, multi-account multi-card, main and auxiliary cards. And maintaining the control codes and the risk credit of each layer according to the wind control and process control requirements. The important business fields involved in card production are taken as data preparation branches, including (but not limited to) important business logic field classification including dimensions of 'obtaining and approving of customers, customer information, identity information, card products, card categories, approval limits' and the like.
2. Based on the service scene of the card-making model, the card number pool is pre-reserved by an automatic scheduling technology "
And packaging the credit card making model through a test data management platform to realize full automation of card number generation, automatic trigger timing task card making and card number pool circulation. Meanwhile, card manufacturing requirements of daily test activities are basically guaranteed by means of 'batch card manufacturing, interface card manufacturing and card number pool pre-storage' in multiple card manufacturing modes. The pre-reserved card number pool is prepared for pre-setting the test credit card in advance according to a scheduling algorithm, so that data is prepared in advance and can be used as required at any time.
3. Deriving and establishing a test data life tree based on a credit card core by taking a card number pool as an origin
A service scene is prepared by packaging test data through an interface and a script, a credit card is simulated to simulate a real and complete service life journey, and configurable basic manufacture nodes are realized from full life cycles of card making, activation, quota allocation, consumption, overdue and the like. Each node can set a threshold value, and a scheduling rule and a trigger mechanism are set among the nodes. The method relates to main functions of basic data pool, threshold early warning, flow scheduling, data health inspection, data cleaning and rollback and data application. And pre-storage and persistence of basic data are realized.
The specific corresponding implementation process example of the steps is as follows:
1. establishing a basic credit card making data preparation model, mainly relating to the following technical realization:
a) packaging card making interface
Aiming at an interface file for card making, a message header and a message body are assembled and packaged in a mode of 'must input, edit, display, length, default value, enumeration, regular expression' and the like according to field configuration by means of an automatic interface technology under a robotframe framework. The scheme can realize the full-coverage packaging of the card making field of the general credit card class, as shown in figure 2.
b) Card-making data preparation model
In order to perform basic card making data preparation work on the following important card making parameter fields by surrounding a three-layer relational account tree in combination with a specific service scene under the function of a packaging card making interface, the following card making data model is shown in fig. 3.
2. Depending on a card-making model service scene, the card number pool is pre-reserved by an automatic scheduling technology, and the method mainly relates to the following technical implementation:
a) card number pool scheduling and generating mode
As shown in fig. 4, mode 1 is batching cards; mode 2 and mode 3 are respectively real-time and pre-reserved card making through a scheduling 4093 card making interface. The 3 modes are used as complements and respectively support 3 different credit card test card data preparation requirements of large-batch data scenes, single-stroke real-time quick response and advanced pre-reserve. Batch information gathering, interface packaging, formatting verification and scheduling processes are carried out in an online mode, and comprehensive systematization, online and storage of credit card test card manufacturing are achieved.
3. Deriving and establishing a test data life tree based on a credit card core according to the 'card number pool' as an origin, mainly relating to the following technical implementation, as shown in fig. 5 and 6:
1) configuration of base data Life Tree nodes
The page tree view is realized by adopting an echarts technology, a parent-child node relation is obtained by adopting a recursive algorithm, a page can be automatically laid out according to the specific number of nodes, the specific content of the nodes can be edited by clicking the nodes, the configured page can be used for configuring stock maintenance, request parameters and success marks of the nodes, and maintaining a node data pool and downstream nodes.
Each submodule comprises:
a) inventory maintenance
The inventory maintenance needs to specify the early warning value and the highest value of the data quantity of the node.
b) Requesting parameter configuration
The request parameters of each node can be set, and modes such as an extended interface, a script and the like are supported through parameterized expressions and variables.
c) Success flag configuration
The correctness of the related manufacture number node can be obtained by setting and capturing the return parameter of each node and matching the expected result.
d) Node data pool maintenance
And configuring a display field in the node data pool maintenance, wherein specific values of request parameters or response parameters of ancestor nodes and the nodes can be taken.
e) Downstream node configuration
The downstream node maintains and can configure a plurality of corresponding scripts and execution time strategies (day T + N, T represents the current time) of the downstream node, and corresponding branches can be added under the node of the tree page after storage. The data circulation process on the whole service life cycle is connected by the function, the flow direction of the test data is generated according to the appointed rule, and the test data is flexibly claimed according to the specific node setting condition.
2. Supplemental data pool
The supplementary data pool is divided into two modes of immediate execution and scheduling task execution.
The concrete implementation steps are as follows:
(1) and inquiring records of which the inventory is smaller than the early warning value in the node configuration table, and calculating the required quantity of the corresponding nodes according to the difference between the maximum value and the existing inventory.
(2) And fishing the cards with the corresponding number from the public card number pool according to the required number, pre-distributing the cards, and recording the cards to a card number pre-distribution table, wherein the main fields are the card number, the current node number, the target node number, the current execution time, the next-stage planned execution time and the whole process completion state.
(3) And inquiring the system time of the card making center according to the script of inquiring the current system time, and inquiring the pre-allocation records of which the execution time of the next stage in the card number pre-allocation table is less than the system time of the card making center and is not finished.
(4) Traversing the query result, calculating a node chain from the root node to the target node, acquiring the next node of the current node number, executing the corresponding node script, recording the request parameter and the response parameter, updating the current node number, the current execution time and the next-stage scheduled execution time which are correspondingly recorded in the card number pre-allocation table, and judging whether the whole process is executed or not according to the consistency of the current node number and the target node number, if not, the next scheduling task is continuously executed according to the process.
3. Application and reception of data
The application and the adoption of the main interface also adopt the echarts technology to realize tree structure display, and the data volume of each node can be clearly displayed. The card number record list is displayed on the detail page, the target node in the card number pre-distribution list is the node, the whole circulation process is completed, and the specific display field is obtained by maintaining configuration parameters according to the node data pool and combining the message query of the corresponding node. After the data is received, other people can not receive the data, and the data can be returned to the public data pool after being used.
While the invention has been described with reference to specific embodiments, the invention is not limited thereto, and various equivalent modifications and substitutions can be easily made by those skilled in the art within the technical scope of the invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (10)
1. A test data life tree structure based on a credit card core and a data generation method are characterized by comprising the following steps:
step 1: establishing a basic credit card making data preparation model;
step 2: establishing a pre-reserved card number pool through an automatic scheduling technology by depending on a card making model business scene based on a basic credit card making data preparation model;
and step 3: and building a test data life tree based on a credit card core based on the derivation of the pre-reserved card number pool.
2. The method as claimed in claim 1, wherein the step 1 comprises the following sub-steps:
step 101: packaging and card making interfaces: aiming at an interface file for card making, by means of an automatic interface technology under a robotframe framework, a message header and a message body are assembled and packaged according to a field configuration mode, so that full-coverage packaging of card making fields of general credit cards is realized;
step 102: and based on the packaged card making interface, carrying out basic card making data preparation work according to the important card making parameter field by surrounding a three-layer relational account number structure in combination with a specific service scene, and finishing the establishment of a basic credit card making data preparation model.
3. The method as claimed in claim 2, wherein the specific service scenarios in step 102 include a single-account single-card service scenario, a single-account multi-card service scenario, a multi-account multi-card service scenario, and a main affiliated card service scenario.
4. The method as claimed in claim 2, wherein the three-tier relational account number structure in step 102 comprises a customer data tier containing risk and credit level information, an account data tier for displaying multi-account status, and a card data tier for displaying multi-card status in a single account.
5. The method as claimed in claim 2, wherein the card parameter fields of step 102 include approval parameters, customer information parameters, identity information parameters, card product parameters, card category parameters, and approval limit parameters.
6. The method as claimed in claim 1, wherein the step 2 comprises: a card number interval of pre-reserved cards can be obtained through an automatic scheduling technology based on a basic credit card making data preparation model and a card making model business scene, and a public card number pool and a personal card number pool are finally obtained through a batch running or online card making mode between the card number interval and a credit card core system to jointly form a pre-reserved card number pool.
7. The method as claimed in claim 1, wherein the step 3 comprises the following sub-steps:
step 301: a basic data life number node configuration module which is used for realizing configurable basic manufacture number nodes and can set node threshold values is further derived and established based on a pre-reserved card number pool, and the module consists of different configuration submodules;
step 302: a supplementary data pool module for realizing circulation scheduling, data health check, cleaning and rollback functions is further derived and established based on the pre-reserved card number pool;
step 303: and further deriving and establishing a data application and adoption module for realizing the data application and adoption function based on the pre-reserved card number pool.
Step 304: and integrating the steps 301 to 303, and finishing the establishment of the test data life tree based on the credit card core.
8. The method as claimed in claim 7, wherein the different configuration sub-module in step 1 comprises:
the inventory maintenance configuration submodule is used for appointing the early warning value and the maximum value of the data quantity of the nodes;
the request parameter configuration submodule is used for setting the request parameters of each node and supporting the expansion interface and the script through parameterized expressions and variables;
the success mark configuration submodule is used for acquiring the return parameters of each node through setting and matching an expected result to acquire whether the related manufacture number node is correct or not;
the node data pool maintenance and configuration submodule is used for configuring the display field and taking the concrete values of the request parameters or the response parameters of the ancestor nodes and the nodes;
and the downstream node configuration submodule is used for configuring corresponding scripts and execution time strategies of a plurality of downstream nodes, adding corresponding branches under the nodes of the tree page after storage, connecting data circulation processes on the whole service life cycle, generating test data flow direction according to an appointed rule, and flexibly claiming the test data according to specific node setting conditions.
9. The method as claimed in claim 7, wherein the step 302 of implementing functions of flow scheduling, data health check, cleaning and rollback by the supplementary data pool module comprises the following sub-steps:
step 3021: and inquiring records of which the inventory is smaller than the early warning value in the node configuration table, and calculating the required quantity of the corresponding nodes according to the difference between the maximum value and the existing inventory.
Step 3022: the method comprises the steps of fishing cards with corresponding number from a public card number pool according to the required number, performing pre-distribution, and recording to a card number pre-distribution table, wherein main fields comprise the card number, the current node number, the target node number, the current execution time, the next-stage planned execution time and the whole process completion state;
step 3023: inquiring the system time of the card making center according to the current system time inquiring script, and inquiring the pre-allocation record which is in the middle-lower stage of the card number pre-allocation table, wherein the execution time of the middle-lower stage is less than the system time of the card making center and is not completed;
step 3024: traversing the query result, calculating a node chain from the root node to the target node, acquiring the next node of the current node number, executing the corresponding node script, recording the request parameter and the response parameter, updating the current node number, the current execution time and the next-stage scheduled execution time which are correspondingly recorded in the card number pre-allocation table, and judging whether the whole process is executed or not according to the consistency of the current node number and the target node number, if not, the next scheduling task is continuously executed according to the process.
10. The method as claimed in claim 7, wherein the application and reception main interface corresponding to the data application and reception module in step 303 implements tree structure display by using echarts technology.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110395483.XA CN113064829B (en) | 2021-04-13 | 2021-04-13 | Test data life tree structure based on credit card core and data generation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110395483.XA CN113064829B (en) | 2021-04-13 | 2021-04-13 | Test data life tree structure based on credit card core and data generation method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113064829A true CN113064829A (en) | 2021-07-02 |
| CN113064829B CN113064829B (en) | 2023-03-10 |
Family
ID=76566663
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110395483.XA Active CN113064829B (en) | 2021-04-13 | 2021-04-13 | Test data life tree structure based on credit card core and data generation method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113064829B (en) |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011116471A1 (en) * | 2010-03-25 | 2011-09-29 | Mga Aq Inc. | Method and system for generating updated test data |
| GB201316964D0 (en) * | 2013-08-06 | 2013-11-06 | Barclays Bank Plc | Automated application test system |
| CN104966172A (en) * | 2015-07-21 | 2015-10-07 | 上海融甸信息科技有限公司 | Large data visualization analysis and processing system for enterprise operation data analysis |
| US20180089058A1 (en) * | 2016-09-26 | 2018-03-29 | Cognizant Technology Solutions India Pvt. Ltd. | Method and system for analyzing test cases for automatically generating optimized business models |
| CN107861870A (en) * | 2017-11-02 | 2018-03-30 | 平安科技（深圳）有限公司 | Interface testing and test data generating method, device, terminal and storage medium |
| CN109544323A (en) * | 2018-11-16 | 2019-03-29 | 上海浦东发展银行股份有限公司***中心 | A kind of intelligent management system of credit card number |
| CN109697166A (en) * | 2018-12-26 | 2019-04-30 | 深圳市网心科技有限公司 | A kind of test data preparation method and relevant apparatus |
| CN110134587A (en) * | 2019-04-12 | 2019-08-16 | 平安普惠企业管理有限公司 | A kind of test method, test device and computer readable storage medium |
| CN110162458A (en) * | 2019-04-15 | 2019-08-23 | 深圳壹账通智能科技有限公司 | Test data building method, device and storage medium |
| CN110928783A (en) * | 2019-11-20 | 2020-03-27 | 北京工业大学 | RobotFramework-based automatic test datamation reconstruction platform |
| US10678666B1 (en) * | 2011-09-07 | 2020-06-09 | Innovative Defense Technologies, LLC | Method and system for implementing automated test and retest procedures in a virtual test environment |
| CN111258896A (en) * | 2020-01-15 | 2020-06-09 | 平安普惠企业管理有限公司 | Method and device for automatic number-making breakpoint continuous making and computer readable storage medium |
| CN111651365A (en) * | 2020-07-01 | 2020-09-11 | 中国银行股份有限公司 | Automatic interface testing method and device |
| CN111930633A (en) * | 2020-08-19 | 2020-11-13 | 北京海益同展信息科技有限公司 | Data testing method, platform, electronic device and storage medium |
| CN112084177A (en) * | 2020-08-03 | 2020-12-15 | 中铁高新工业股份有限公司 | Data pool application method and device based on data acquisition management and mining analysis |
-
2021
- 2021-04-13 CN CN202110395483.XA patent/CN113064829B/en active Active
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011116471A1 (en) * | 2010-03-25 | 2011-09-29 | Mga Aq Inc. | Method and system for generating updated test data |
| US10678666B1 (en) * | 2011-09-07 | 2020-06-09 | Innovative Defense Technologies, LLC | Method and system for implementing automated test and retest procedures in a virtual test environment |
| GB201316964D0 (en) * | 2013-08-06 | 2013-11-06 | Barclays Bank Plc | Automated application test system |
| CN104966172A (en) * | 2015-07-21 | 2015-10-07 | 上海融甸信息科技有限公司 | Large data visualization analysis and processing system for enterprise operation data analysis |
| US20180089058A1 (en) * | 2016-09-26 | 2018-03-29 | Cognizant Technology Solutions India Pvt. Ltd. | Method and system for analyzing test cases for automatically generating optimized business models |
| CN107861870A (en) * | 2017-11-02 | 2018-03-30 | 平安科技（深圳）有限公司 | Interface testing and test data generating method, device, terminal and storage medium |
| CN109544323A (en) * | 2018-11-16 | 2019-03-29 | 上海浦东发展银行股份有限公司***中心 | A kind of intelligent management system of credit card number |
| CN109697166A (en) * | 2018-12-26 | 2019-04-30 | 深圳市网心科技有限公司 | A kind of test data preparation method and relevant apparatus |
| CN110134587A (en) * | 2019-04-12 | 2019-08-16 | 平安普惠企业管理有限公司 | A kind of test method, test device and computer readable storage medium |
| CN110162458A (en) * | 2019-04-15 | 2019-08-23 | 深圳壹账通智能科技有限公司 | Test data building method, device and storage medium |
| CN110928783A (en) * | 2019-11-20 | 2020-03-27 | 北京工业大学 | RobotFramework-based automatic test datamation reconstruction platform |
| CN111258896A (en) * | 2020-01-15 | 2020-06-09 | 平安普惠企业管理有限公司 | Method and device for automatic number-making breakpoint continuous making and computer readable storage medium |
| CN111651365A (en) * | 2020-07-01 | 2020-09-11 | 中国银行股份有限公司 | Automatic interface testing method and device |
| CN112084177A (en) * | 2020-08-03 | 2020-12-15 | 中铁高新工业股份有限公司 | Data pool application method and device based on data acquisition management and mining analysis |
| CN111930633A (en) * | 2020-08-19 | 2020-11-13 | 北京海益同展信息科技有限公司 | Data testing method, platform, electronic device and storage medium |
Non-Patent Citations (3)
| Title |
|---|
| NIJIALEWE123: "基于***业务测试数据支持解决方案", 《CSDN HTTPS://BLOG.CSDN.NET/NIJIALEQWE123/ARTICLE/DETAILS/80787995?》 * |
| XIANJIE XIE: "Design and implementation of bank financial business automation testing framework based on QTP", 《 2016 5TH INTERNATIONAL CONFERENCE ON COMPUTER SCIENCE AND NETWORK TECHNOLOGY (ICCSNT)》 * |
| 淮凱: "性能测试数据准备-埋数篇", 《CSDN HTTPS://BLOG.CSDN.NET/QQ_30599553/ARTICLE/DETAILS/86025361》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113064829B (en) | 2023-03-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108876364B (en) | Block chain system with annihilation mechanism | |
| CN102214187B (en) | Complex event processing method and device | |
| CN108154400A (en) | The evaluation method and system of e-commerce based on block chain | |
| CN107590590A (en) | Dress ornament production management system | |
| CN110020905A (en) | A kind of method, apparatus and system of digitization selection | |
| CN108446317A (en) | A kind of house prosperity transaction visualization flow data synchronous method and device | |
| Pradana et al. | Blockchain modeling for traceability information system in supply chain of coffee agroindustry | |
| CN109284920A (en) | The method and system of user information risk assessment based on big data | |
| CN110349039A (en) | Complaint risk appraisal procedure, system, computer equipment and readable storage medium storing program for executing | |
| CN109062807B (en) | Method and device for testing application program, storage medium and electronic device | |
| CN110428176A (en) | Project progress checking method and system | |
| CN107274042A (en) | A kind of business participates in the Risk Identification Method and device of object | |
| WO2019062011A1 (en) | Target customer group construction method, electronic device and storage medium | |
| CN115630967A (en) | Intelligent tracing method and device for agricultural products, electronic equipment and storage medium | |
| CN108182595A (en) | A kind of formulation migration efficiency method and device | |
| CN113869706A (en) | MES-based production performance index accounting method, system and terminal | |
| CN113064829B (en) | Test data life tree structure based on credit card core and data generation method | |
| CN109886678A (en) | A kind of art work traceability system based on block chain | |
| CN105868955A (en) | Calendar event statistical method and device thereof | |
| US20020042734A1 (en) | Method of providing fresh fish distribution support information and device for providing fresh fish distribution support information | |
| CN108280651A (en) | A kind of merchandise items checking method, apparatus and system | |
| CN116308826A (en) | Insurance product online method, apparatus, equipment and storage medium | |
| CN109360102A (en) | Stock exchange data processing method, device, computer equipment and storage medium | |
| CN109308506A (en) | A kind of turbine production process data management system for tracking and its method | |
| CN108492192A (en) | Premiums distribution method, system and readable storage medium storing program for executing |
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 |