CN110348984B - Automatic credit card data input method and related equipment under different transaction channels - Google Patents
Automatic credit card data input method and related equipment under different transaction channels Download PDFInfo
- Publication number
- CN110348984B CN110348984B CN201910448215.2A CN201910448215A CN110348984B CN 110348984 B CN110348984 B CN 110348984B CN 201910448215 A CN201910448215 A CN 201910448215A CN 110348984 B CN110348984 B CN 110348984B
- Authority
- CN
- China
- Prior art keywords
- credit card
- card data
- target
- data
- preset
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 57
- 238000012360 testing method Methods 0.000 claims abstract description 288
- 238000004519 manufacturing process Methods 0.000 claims abstract description 98
- 238000013479 data entry Methods 0.000 claims abstract description 15
- 238000006243 chemical reaction Methods 0.000 claims description 26
- 238000012795 verification Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 description 21
- 230000006870 function Effects 0.000 description 16
- 238000012545 processing Methods 0.000 description 8
- 230000001960 triggered effect Effects 0.000 description 6
- 230000002159 abnormal effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000001788 irregular Effects 0.000 description 2
- 238000013522 software testing Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical 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/3664—Environments for testing or debugging software
-
- 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/03—Credit; Loans; Processing thereof
Abstract
An automated credit card data entry method under different transaction channels, comprising: determining a target test environment, wherein the target test environment corresponds to a target production environment; downloading target credit card data corresponding to a target test environment from a preset data source, wherein the preset data source comprises credit card data under each transaction channel in a target production environment; when the target credit card data is determined to be successfully downloaded to an automatic test platform, carrying out warehousing operation and deduplication operation on the first credit card data downloaded to the automatic test platform; and generating an account entry file according to the second credit card data after the duplicate removal operation and inputting the account entry file into a target production environment. The invention also provides a credit card data automatic input device, a terminal and a storage medium under different transaction channels. The invention not only can effectively ensure the correctness of the credit card data input into the production environment, but also can improve the efficiency of correctly inputting the credit card data under each transaction channel into the production environment.
Description
Technical Field
The invention relates to the technical field of computers, in particular to an automatic credit card data input method and related equipment under different transaction channels.
Background
Today, with the rapid development of internet finance, new internet products in the financial field, such as credit card application, are layered endlessly, and greatly improve the life of people. In order to ensure that credit card applications in a production environment can run correctly and smoothly, so as to meet the requirements of users in terms of functions, performances and the like, credit card data from different channels in the production environment are usually firstly sorted and sent to a test environment for testing.
In the prior art, credit card data under each transaction channel in a production environment are usually checked one by one manually, and when the test credit card data under each transaction channel is correct, the credit card data is input into the production environment for operation. However, credit card data under each transaction channel in the production environment is huge, and manual verification efficiency is quite low; and the manual check is very easy to make mistakes, and the credit card data input into the production environment cannot be ensured to be all correct, so that credit card application in the production environment cannot be operated correctly and stably.
Therefore, it is necessary to provide an automated input method for credit card data under different transaction channels, so as to ensure that the credit card data from different transaction channels can be correctly input into the production environment, and the whole process does not need to be manually participated.
Disclosure of Invention
In view of the foregoing, it is necessary to provide an automated credit card data input method and related devices under different transaction channels, which automatically download target credit card data corresponding to a target production environment from a preset data source, perform verification, warehousing, and deduplication operations, and then input the target credit card data into the production environment, so that not only can the correctness of the credit card data input into the production environment be effectively ensured, but also the efficiency of correctly inputting the credit card data under each transaction channel into the production environment can be improved.
A first aspect of the present invention provides a method for automatically inputting credit card data under different transaction channels, the method comprising:
determining a target test environment, wherein the target test environment corresponds to a target production environment;
downloading target credit card data corresponding to the target test environment from a preset data source, wherein the preset data source comprises credit card data under each transaction channel in the target production environment;
Identifying whether the target credit card data is successfully downloaded to an automatic test platform;
when the target credit card data is determined to be successfully downloaded to the automatic test platform, warehousing the first credit card data downloaded to the automatic test platform;
verifying whether the second credit card data after warehousing is consistent with the target credit card data;
performing a deduplication operation on the second credit card data when it is determined that the second credit card data is consistent with the target credit card data;
and generating an account entry file according to the second credit card data after the duplication removal operation and inputting the account entry file into the target production environment.
Preferably, the identifying whether the target credit card data is successfully downloaded to the automated test platform includes:
detecting whether a file with a preset identifier exists in the automatic test platform;
when the fact that the file with the preset identifier exists in the automatic test platform is detected, judging whether the data size of the first credit card data downloaded to the automatic test platform is larger than or equal to the data size of the target credit card data or not;
when the data volume of the first credit card data is larger than or equal to the data volume of the target credit card data, determining that the target credit card data is successfully downloaded to the automatic test platform;
And when the data volume of the first credit card data is smaller than the data volume of the target credit card data, determining that the target credit card data is not successfully downloaded into the automatic test platform.
Preferably, the warehousing operation for the first credit card data downloaded to the automated test platform includes:
converting the file name corresponding to the first credit card data according to a preset first conversion rule;
converting a data format corresponding to the first credit card data according to a preset second conversion rule;
and inputting the credit card data converted by the preset first conversion rule and the preset second conversion rule into a preset database.
Preferably, the verifying whether the second credit card data after warehousing is consistent with the target credit card data includes:
verifying whether the keywords of the second credit card data are identical to the keywords of the target credit card data;
verifying whether data details in the second credit card data and the target credit card data having the same keyword are the same when it is determined that the keyword of the second credit card data is the same as the keyword of the target credit card data;
When the data details in the second credit card data and the target credit card data with the same keywords are the same, determining that the second credit card data after warehousing is consistent with the target credit card data;
when it is determined that the keyword of the second credit card data is not identical to the keyword of the target credit card data; or when the keyword of the second credit card data is determined to be the same as the keyword of the target credit card data, but the data detail in the second credit card data and the target credit card data with the same keyword is different, determining that the second credit card data after warehousing is inconsistent with the target credit card data.
Preferably, when it is determined that the target credit card data is successfully downloaded into the automated test platform, the method further comprises: and sending a mail with preset first alarm information to a preset first tester.
Preferably, when it is determined that the second credit card data is inconsistent with the target credit card data, the method further comprises:
and sending a mail with preset second alarm information to a preset second tester.
Preferably, the determining the target test environment includes:
When the current time meets the preset test time, acquiring a target production environment corresponding to the preset test time according to the corresponding relation between the preset test time and the production environment;
matching a test environment corresponding to the target production environment;
and determining the matched test environment as the target test environment.
A second aspect of the present invention provides an automated credit card data entry device under different transaction channels, the device comprising:
the determining module is used for determining a target test environment, and the target test environment corresponds to a target production environment;
the downloading module is used for downloading target credit card data corresponding to the target test environment from a preset data source, wherein the preset data source comprises credit card data under each transaction channel in the target production environment;
the identification module is used for identifying whether the target credit card data is successfully downloaded to the automatic test platform;
the warehousing module is used for warehousing the first credit card data downloaded to the automatic test platform when the identification module determines that the target credit card data is successfully downloaded to the automatic test platform;
the verification module is used for verifying whether the second credit card data after warehousing is consistent with the target credit card data;
The duplicate removal module is used for performing duplicate removal operation on the second credit card data when the verification module determines that the second credit card data are consistent with the target credit card data;
and the input module is used for generating an account entry file according to the second credit card data after the duplicate removal operation and inputting the account entry file into the target production environment.
A third aspect of the present invention provides a terminal comprising a processor for implementing the automated credit card data entry method under different transaction channels as described, when executing a computer program stored in a memory.
A fourth aspect of the present invention provides a computer readable storage medium having a computer program stored thereon, which when executed by a processor, implements a method for automated entry of credit card data under different transaction channels.
In summary, the automatic credit card data input method, device, terminal and storage medium under different transaction channels automatically download the target credit card data corresponding to the target production environment from the preset data source, and input the target credit card data into the production environment after warehousing, verification and deduplication operation, so that the correctness of the credit card data input into the production environment can be effectively ensured, the efficiency of correctly inputting the credit card data under each transaction channel into the production environment can be improved, the automation degree is high, and the whole process does not need manual participation; secondly, the automatic input mode can also avoid the problem that the manual verification is easy to make mistakes. Moreover, by adopting an automatic input mode, manpower is liberated, so that test engineers can avoid repeated mechanical labor, put energy into deeper tests, and better ensure the quality of products.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings that are required to be used in the embodiments or the description of the prior art will be briefly described below, and it is obvious that the drawings in the following description are only embodiments of the present invention, and that other drawings can be obtained according to the provided drawings without inventive effort for a person skilled in the art.
FIG. 1 is a flowchart of an automated credit card data entry method for different transaction channels according to an embodiment of the present invention.
Fig. 2 is a block diagram of an automated credit card data entry device for different transaction channels according to a second embodiment of the present invention.
Fig. 3 is a schematic structural diagram of a terminal according to a third embodiment of the present invention.
The invention will be further described in the following detailed description in conjunction with the above-described figures.
Detailed Description
In order that the above-recited objects, features and advantages of the present invention will be more clearly understood, a more particular description of the invention will be rendered by reference to specific embodiments thereof which are illustrated in the appended drawings. It should be noted that, without conflict, the embodiments of the present invention and features in the embodiments may be combined with each other.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention, and the described embodiments are merely some, rather than all, embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The terminology used herein in the description of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention.
Example 1
FIG. 1 is a flowchart of an automated credit card data entry method for different transaction channels according to an embodiment of the present invention.
In this embodiment, the method for automatically inputting credit card data under different transaction channels may be applied to a terminal, and for a terminal that needs to automatically input credit card data under different transaction channels, the function of automatically inputting credit card data under different transaction channels provided by the method of the present invention may be directly integrated on the terminal, or may be run in the terminal in the form of a software development kit (Software Development Kit, SKD).
In order to more clearly understand the technical scheme of the invention, the following related technical terms are briefly introduced:
test environment: refers to the collective term for server hardware, software, network devices, and historical data necessary to complete the software testing work.
Production environment: refers to the environment of end use of an application when it is online, including server hardware, software, network devices, etc.
As shown in fig. 1, the automatic credit card data input method under different transaction channels is applied to a terminal provided with an automatic test platform. The automatic credit card data input method under different transaction channels specifically comprises the following steps, the sequence of the steps in the flow chart can be changed according to different requirements, and some steps can be omitted.
S11: and determining a target test environment, wherein the target test environment corresponds to the target production environment.
In this embodiment, before the credit card data under each channel is input into the production environment, the credit card data under each channel needs to be verified by the automated test platform, so as to ensure that the credit card data under each channel sent into the production environment is correct.
The automatic test platform is connected with a plurality of test servers, and each test server is provided with a test environment, so that different test environments can be configured for different test servers, and the same test environment can be configured for the plurality of test servers. Wherein the test environment in the test server corresponds to the production environment. Therefore, to ensure the correctness of the credit card data under each transaction channel in a certain production environment, the verification can be performed through the test environment corresponding to the production environment, and when the verification is passed in the test environment, the verification can be input into the corresponding production environment for operation.
Preferably, the determining the target test environment includes:
when the current time meets the preset test time, acquiring a target production environment corresponding to the preset test time according to the corresponding relation between the preset test time and the production environment;
matching a test environment corresponding to the target production environment;
and determining the matched test environment as the target test environment.
In this embodiment, the correspondence between the test time and the production environment and the correspondence between the production environment and the test environment are preconfigured in the automated test platform. Different test environments may be preconfigured for different production environments, or one and the same test environment may be preconfigured for a plurality of different production environments.
The preset test time may be a specific time period or a fixed time point. The present invention is not particularly limited herein.
If the current time is the preset test time, acquiring a test environment corresponding to the target production environment as a target test environment according to the relation between the preset test time and the production environment and the corresponding relation between the production environment and the test environment.
Alternatively, the determining the target test environment includes:
When detecting that the test environment is input in a preset test environment input box, taking the test environment input in the preset test environment input box as the target test environment; or alternatively
When detecting the selected operation in the multiple test environment option boxes, taking the test environment corresponding to the selected test environment option box as the target test environment.
In this embodiment, the automatic test platform is provided with a display interface, and a test environment input box or a plurality of test environment option boxes are displayed on the display interface, so that a tester can manually input a test environment in the test environment input box, and can also check and determine a required test environment in the plurality of test environment option boxes. When the test environment input box receives the test environment input by the tester, the test environment input by the test environment input box is used as a target test environment. Or when detecting that a selected operation is received on one of the test environment option boxes, taking the test environment corresponding to the selected test environment option box as a target test environment.
According to the above embodiment, it can be known that there are two ways to determine the target test environment, one is to acquire the instruction from the timing test environment triggered at a fixed time point or a time period, and the other is to acquire the instruction triggered by the tester. The timing test environment acquisition instruction is set, so that the test environment can be automatically determined and a series of operations can be performed in a fixed time period or at a fixed time point, the test automation degree is higher, and manual participation is not needed; the acquisition instruction triggered by the tester is convenient for the user to automatically determine the testing environment according to the testing task selectivity, namely, the testing environment can be adjusted in a self-adaptive mode, and the testing environment can be conveniently and flexibly changed according to different testing requirements or in order to cope with certain special scenes.
S12: downloading target credit card data corresponding to the target test environment from a preset data source, wherein the preset data source comprises credit card data under each transaction channel in the target production environment.
Because the credit card in the real production environment is applied with a plurality of different functions, the credit card data corresponding to each function comes from a plurality of different transaction channels, so that the credit card data under each transaction channel also needs to be acquired in the test environment, and the credit card data under each transaction channel is processed to generate an account entry file and then sent to the production environment for use.
The various transaction channels may include, but are not limited to: unionpay, weChat, payment device, etc. And collecting credit card data under each transaction channel as a preset data source.
The automatic test platform is provided with a data acquisition interface, and the data in the preset data source is acquired through the data acquisition interface and used as target credit card data of the target test environment.
S13: and identifying whether the target credit card data is successfully downloaded to an automatic test platform.
In this embodiment, after determining the target test environment and the target credit card data corresponding to the target test environment, the target credit card data needs to be downloaded and put in storage.
Since the target credit card data has a large data size and usually takes a certain time to complete the entire download, it is necessary to identify whether the entire download of the target credit card data is completed before the warehousing operation is performed. And carrying out warehousing operation on the downloaded target credit card data only when the complete downloading of the target credit card data is completed, otherwise, not all target credit card data are subjected to the warehousing operation.
Preferably, the identifying whether the target credit card data is successfully downloaded to the automated test platform comprises:
detecting whether a file with a preset identifier exists in the automatic test platform;
when the fact that the file with the preset identifier exists in the automatic test platform is detected, judging whether the data size of the first credit card data downloaded to the automatic test platform is larger than or equal to the data size of the target credit card data or not;
when the data volume of the first credit card data is larger than or equal to the data volume of the target credit card data, determining that the target credit card data is successfully downloaded to the automatic test platform;
and when the data volume of the first credit card data is smaller than the data volume of the target credit card data, determining that the target credit card data is not successfully downloaded into the automatic test platform.
In this embodiment, after the downloading is completed, the automated test platform generates a file with a preset identifier. And if the automatic test platform is detected to have the file with the preset identifier, the process of downloading is finished. At this time, it is necessary to determine whether the target credit card data is successfully downloaded by comparing whether the data amount of the credit card data downloaded to the automated test platform is the same as the data amount of the target credit card data.
It should be appreciated that because of poor network signals or an automated test platform crash or other cause may be encountered during the download process, the same credit card data may be repeatedly downloaded multiple times, thereby causing inconsistent data volumes of the credit card data downloaded to the automated test platform and the target credit card data (the data volume of the credit card data downloaded to the automated test platform is greater than or equal to the data volume of the target credit card data). And if the downloading process is finished, but the data volume of the credit card data downloaded to the automatic test platform is smaller than the data volume of the target credit card data, indicating that an abnormal event occurs in the downloading process, stopping the downloading process, and leaving a part of target credit card data which is not downloaded to the automatic test platform.
S14: and when the target credit card data is determined to be successfully downloaded to the automatic test platform, warehousing the first credit card data downloaded to the automatic test platform.
In this embodiment, if the target credit card data has been successfully downloaded to the automated test platform, the first target credit card data downloaded is subjected to a warehouse entry operation.
The warehousing operation is to record the first credit card data downloaded to the automatic test platform into a preset database one by one.
Preferably, the warehousing operation for the first credit card data downloaded to the automated test platform includes:
converting the file name corresponding to the first credit card data according to a preset first conversion rule;
converting a data format corresponding to the first credit card data according to a preset second conversion rule;
and inputting the credit card data converted by the preset first conversion rule and the preset second conversion rule into a preset database.
For example, if the file name corresponding to the first credit card data downloaded to the automated test platform is postingn_xx_yyyymmdd_xx.txt, the file name is converted into postingn_yyyyymmdd_xx_xx.txt according to a preset first conversion rule.
For another example, assuming that the file name corresponding to the first credit card data downloaded to the automated test platform is bibbpp_nippost_yyyymmddxx.txt, the file name is converted into nippost_ yyyymmdd|xxxx|txt according to a preset first conversion rule.
And converting the data format corresponding to the first credit card data downloaded to the automatic test platform according to a preset second conversion rule, namely performing secondary processing on the first credit card data downloaded to the automatic test platform so as to meet the warehousing standard. For example, it may be to delete irregular characters or punctuation marks or the like in the first credit card data; or check the validity of the first credit card data downloaded into the automated test platform, etc.
And after the first credit card data downloaded to the automatic test platform are converted into a preset first conversion rule and a preset second conversion rule, the first credit card data can be stored in a preset database.
In this embodiment, the automated test platform further records a warehousing state of the first credit card data downloaded to the automated test platform when the first credit card data is subjected to a warehousing operation. The warehouse-in state comprises: a to-be-put state, a put-in state and a put-in failure state. The state to be put in storage refers to a state in which the put in storage operation is being performed, the put in storage refers to a state in which the put in storage operation is completed successfully, and the put in storage failure refers to a state in which the put in storage operation is not performed successfully.
S15: and verifying whether the second credit card data after warehousing is consistent with the target credit card data.
In this embodiment, when all the first credit card data downloaded to the automated test platform are in the in-storage state, verifying whether the in-storage second credit card data is consistent with the target credit card data, so as to further ensure that the credit card data input to the test environment is consistent with the credit card data in the production environment.
Preferably, the verifying whether the second credit card data after warehousing is consistent with the target credit card data includes:
verifying whether the keywords of the second credit card data are identical to the keywords of the target credit card data;
verifying whether data details in the second credit card data and the target credit card data having the same keyword are the same when it is determined that the keyword of the second credit card data is the same as the keyword of the target credit card data;
when the data details in the second credit card data and the target credit card data with the same keywords are the same, determining that the second credit card data after warehousing is consistent with the target credit card data;
When it is determined that the keyword of the second credit card data is not identical to the keyword of the target credit card data; or when the keyword of the second credit card data is determined to be the same as the keyword of the target credit card data, but the data detail in the second credit card data and the target credit card data with the same keyword is different, determining that the second credit card data after warehousing is inconsistent with the target credit card data.
S16: and performing a deduplication operation on the second credit card data when the second credit card data is determined to be consistent with the target credit card data.
In this embodiment, the second credit card data is obtained after the first credit card data completes the warehouse entry operation successfully, and a duplicate removal operation needs to be performed on the second credit card data after warehouse entry to ensure that the second credit card data after warehouse entry has no repeatability.
Specifically, the step of performing the deduplication operation on the second credit card data after warehousing includes merging the credit card data belonging to the same category of the same customer into the same credit card data. And whether the person is the same person can be confirmed by acquiring the name in the second credit card data after warehousing. In practical applications, the client may use a passport at first and then change it to an identification card, at this time, the two pieces of credit card data may be combined into one piece of credit card data. The duplicate operation is performed on the second credit card data, so that duplicate redundant data can be removed, the same credit card data is prevented from being input into the production environment, the resources of the system are wasted, and the subsequent management and tracking are inconvenient.
S17: and generating an account entry file according to the second credit card data after the duplication removal operation and inputting the account entry file into the target production environment.
In this embodiment, after the target credit card data is successfully put in storage and the duplication removal operation has been performed, an accounting document may be generated, so as to be input into the target production environment.
Preferably, the method further comprises:
when the target credit card data is determined to be successfully downloaded to the automatic test platform, sending a mail of preset first alarm information to a preset first tester;
and when the second credit card data are inconsistent with the target credit card data, sending a mail of preset second alarm information to a preset second tester.
In this embodiment, if the downloading process has ended, but the data size of the first credit card data downloaded to the automated test platform is smaller than the data size of the target credit card data, an abnormal event is indicated in the downloading process, so that the downloading process is stopped. At this time, a mail of the preset first alarm information needs to be sent to a preset first tester, so that the preset first tester is informed to check and confirm the reason of the downloading failure. And when the second credit card data after warehousing is inconsistent with the target credit card data, sending a mail with preset second alarm information to a preset second tester, so as to inform the preset second tester to check whether the reason for confirming the failure of the credit card data warehousing is caused by a system reason or a client reason. Through different alarm mails, a preset tester can know what needs to be checked according to the mail content, so that different processing modes are adopted.
The preset first test personnel and the preset second test personnel can be the same staff or different staff.
In summary, according to the automatic credit card data input method under different transaction channels provided by the embodiment of the invention, the target credit card data corresponding to the target production environment is automatically downloaded from the preset data source, and is input into the production environment after warehousing, verification and deduplication operations, so that the correctness of the credit card data input into the production environment can be effectively ensured, the efficiency of correctly inputting the credit card data under each transaction channel into the production environment can be improved, the automation degree is high, and the whole process does not need manual participation; secondly, the automatic input mode can also avoid the problem that the manual verification is easy to make mistakes. Moreover, by adopting an automatic input mode, manpower is liberated, so that test engineers can avoid repeated mechanical labor, put energy into deeper tests, and better ensure the quality of products.
Example two
Fig. 2 is a block diagram of an automated credit card data entry device for different transaction channels according to a second embodiment of the present invention.
In some embodiments, the automated credit card data entry means 20 under different transaction channels may comprise a plurality of functional modules consisting of program code segments. Program code for each program segment in the automated credit card data entry means 20 for each transaction channel may be stored in the memory of the terminal and executed by the at least one processor to perform (see fig. 1 for details) the automatic and correct entry of credit card data for each transaction channel into the production environment for use.
The automated credit card data entry means 20 under different transaction channels may be divided into a plurality of functional modules according to the functions they perform. The functional module may include: a determining module 201, a downloading module 202, an identifying module 203, a warehousing module 204, a verifying module 205, a deduplication module 206, an input module 207 and an alarming module 208. The module referred to in the present invention refers to a series of computer program segments capable of being executed by at least one processor and of performing a fixed function, stored in a memory. In the present embodiment, the functions of the respective modules will be described in detail in the following embodiments.
In order to more clearly understand the technical scheme of the invention, the following related technical terms are briefly introduced:
test environment: refers to the collective term for server hardware, software, network devices, and historical data necessary to complete the software testing work.
Production environment: refers to the environment of end use of an application when it is online, including server hardware, software, network devices, etc.
The determining module 201 is configured to determine a target test environment, where the target test environment corresponds to a target production environment.
In this embodiment, before the credit card data under each channel is input into the production environment, the credit card data under each channel needs to be verified by the automated test platform, so as to ensure that the credit card data under each channel sent into the production environment is correct.
The automatic test platform is connected with a plurality of test servers, and each test server is provided with a test environment, so that different test environments can be configured for different test servers, and the same test environment can be configured for the plurality of test servers. Wherein the test environment in the test server corresponds to the production environment. Therefore, to ensure the correctness of the credit card data under each transaction channel in a certain production environment, the verification can be performed through the test environment corresponding to the production environment, and when the verification is passed in the test environment, the verification can be input into the corresponding production environment for operation.
Preferably, the determining module 201 determines the target test environment includes:
when the current time meets the preset test time, acquiring a target production environment corresponding to the preset test time according to the corresponding relation between the preset test time and the production environment;
matching a test environment corresponding to the target production environment;
and determining the matched test environment as the target test environment.
In this embodiment, the correspondence between the test time and the production environment and the correspondence between the production environment and the test environment are preconfigured in the automated test platform. Different test environments may be preconfigured for different production environments, or one and the same test environment may be preconfigured for a plurality of different production environments.
The preset test time may be a specific time period or a fixed time point. The present invention is not particularly limited herein.
If the current time is the preset test time, acquiring a test environment corresponding to the target production environment as a target test environment according to the relation between the preset test time and the production environment and the corresponding relation between the production environment and the test environment.
Alternatively, the determining module 201 determines the target test environment includes:
When detecting that the test environment is input in a preset test environment input box, taking the test environment input in the preset test environment input box as the target test environment; or alternatively
When detecting the selected operation in the multiple test environment option boxes, taking the test environment corresponding to the selected test environment option box as the target test environment.
In this embodiment, the automatic test platform is provided with a display interface, and a test environment input box or a plurality of test environment option boxes are displayed on the display interface, so that a tester can manually input a test environment in the test environment input box, and can also check and determine a required test environment in the plurality of test environment option boxes. When the test environment input box receives the test environment input by the tester, the test environment input by the test environment input box is used as a target test environment. Or when detecting that a selected operation is received on one of the test environment option boxes, taking the test environment corresponding to the selected test environment option box as a target test environment.
According to the above embodiment, it can be known that there are two ways to determine the target test environment, one is to acquire the instruction from the timing test environment triggered at a fixed time point or a time period, and the other is to acquire the instruction triggered by the tester. The timing test environment acquisition instruction is set, so that the test environment can be automatically determined and a series of operations can be performed in a fixed time period or at a fixed time point, the test automation degree is higher, and manual participation is not needed; the acquisition instruction triggered by the tester is convenient for the user to automatically determine the testing environment according to the testing task selectivity, namely, the testing environment can be adjusted in a self-adaptive mode, and the testing environment can be conveniently and flexibly changed according to different testing requirements or in order to cope with certain special scenes.
And the downloading module 202 is configured to download the target credit card data corresponding to the target test environment from a preset data source, where the preset data source includes credit card data under each transaction channel in the target production environment.
Because the credit card in the real production environment is applied with a plurality of different functions, the credit card data corresponding to each function comes from a plurality of different transaction channels, so that the credit card data under each transaction channel also needs to be acquired in the test environment, and the credit card data under each transaction channel is processed to generate an account entry file and then sent to the production environment for use.
The various transaction channels may include, but are not limited to: unionpay, weChat, payment device, etc. And collecting credit card data under each transaction channel as a preset data source.
The automatic test platform is provided with a data acquisition interface, and the data in the preset data source is acquired through the data acquisition interface and used as target credit card data of the target test environment.
And the identifying module 203 is configured to identify whether the target credit card data is successfully downloaded to the automated test platform.
In this embodiment, after determining the target test environment and the target credit card data corresponding to the target test environment, the target credit card data needs to be downloaded and put in storage.
Since the target credit card data has a large data size and usually takes a certain time to complete the entire download, it is necessary to identify whether the entire download of the target credit card data is completed before the warehousing operation is performed. And carrying out warehousing operation on the downloaded target credit card data only when the complete downloading of the target credit card data is completed, otherwise, not all target credit card data are subjected to the warehousing operation.
Preferably, the identifying module 203 identifies whether the target credit card data is successfully downloaded to an automated test platform, including:
detecting whether a file with a preset identifier exists in the automatic test platform;
when the fact that the file with the preset identifier exists in the automatic test platform is detected, judging whether the data size of the first credit card data downloaded to the automatic test platform is larger than or equal to the data size of the target credit card data or not;
when the data volume of the first credit card data is larger than or equal to the data volume of the target credit card data, determining that the target credit card data is successfully downloaded to the automatic test platform;
And when the data volume of the first credit card data is smaller than the data volume of the target credit card data, determining that the target credit card data is not successfully downloaded into the automatic test platform.
In this embodiment, after the downloading is completed, the automated test platform generates a file with a preset identifier. And if the automatic test platform is detected to have the file with the preset identifier, the process of downloading is finished. At this time, it is necessary to determine whether the target credit card data is successfully downloaded by comparing whether the data amount of the credit card data downloaded to the automated test platform is the same as the data amount of the target credit card data.
It should be appreciated that because of poor network signals or an automated test platform crash or other cause may be encountered during the download process, the same credit card data may be repeatedly downloaded multiple times, thereby causing inconsistent data volumes of the credit card data downloaded to the automated test platform and the target credit card data (the data volume of the credit card data downloaded to the automated test platform is greater than or equal to the data volume of the target credit card data). And if the downloading process is finished, but the data volume of the credit card data downloaded to the automatic test platform is smaller than the data volume of the target credit card data, indicating that an abnormal event occurs in the downloading process, stopping the downloading process, and leaving a part of target credit card data which is not downloaded to the automatic test platform.
And the warehousing module 204 is configured to perform a warehousing operation on the first credit card data downloaded to the automated test platform when the identification module 203 determines that the target credit card data is successfully downloaded to the automated test platform.
In this embodiment, if the target credit card data has been successfully downloaded to the automated test platform, the first target credit card data downloaded is subjected to a warehouse entry operation.
The warehousing operation is to record the first credit card data downloaded to the automatic test platform into a preset database one by one.
Preferably, the warehousing module 204 performs a warehousing operation on the first credit card data downloaded to the automated test platform, including:
converting the file name corresponding to the first credit card data according to a preset first conversion rule;
converting a data format corresponding to the first credit card data according to a preset second conversion rule;
and inputting the credit card data converted by the preset first conversion rule and the preset second conversion rule into a preset database.
For example, if the file name corresponding to the first credit card data downloaded to the automated test platform is postingn_xx_yyyymmdd_xx.txt, the file name is converted into postingn_yyyyymmdd_xx_xx.txt according to a preset first conversion rule.
For another example, assuming that the file name corresponding to the first credit card data downloaded to the automated test platform is bibbpp_nippost_yyyymmddxx.txt, the file name is converted into nippost_ yyyymmdd|xxxx|txt according to a preset first conversion rule.
And converting the data format corresponding to the first credit card data downloaded to the automatic test platform according to a preset second conversion rule, namely performing secondary processing on the first credit card data downloaded to the automatic test platform so as to meet the warehousing standard. For example, it may be to delete irregular characters or punctuation marks or the like in the first credit card data; or check the validity of the first credit card data downloaded into the automated test platform, etc.
And after the first credit card data downloaded to the automatic test platform are converted into a preset first conversion rule and a preset second conversion rule, the first credit card data can be stored in a preset database.
In this embodiment, the automated test platform further records a warehousing state of the first credit card data downloaded to the automated test platform when the first credit card data is subjected to a warehousing operation. The warehouse-in state comprises: a to-be-put state, a put-in state and a put-in failure state. The state to be put in storage refers to a state in which the put in storage operation is being performed, the put in storage refers to a state in which the put in storage operation is completed successfully, and the put in storage failure refers to a state in which the put in storage operation is not performed successfully.
And the verification module 205 is configured to verify whether the second credit card data after warehousing is consistent with the target credit card data.
In this embodiment, when all the first credit card data downloaded to the automated test platform are in the in-storage state, verifying whether the in-storage second credit card data is consistent with the target credit card data, so as to further ensure that the credit card data input to the test environment is consistent with the credit card data in the production environment.
Preferably, the verifying module 205 verifies whether the second credit card data after warehousing is consistent with the target credit card data includes:
verifying whether the keywords of the second credit card data are identical to the keywords of the target credit card data;
verifying whether data details in the second credit card data and the target credit card data having the same keyword are the same when it is determined that the keyword of the second credit card data is the same as the keyword of the target credit card data;
when the data details in the second credit card data and the target credit card data with the same keywords are the same, determining that the second credit card data after warehousing is consistent with the target credit card data;
When it is determined that the keyword of the second credit card data is not identical to the keyword of the target credit card data; or when the keyword of the second credit card data is determined to be the same as the keyword of the target credit card data, but the data detail in the second credit card data and the target credit card data with the same keyword is different, determining that the second credit card data after warehousing is inconsistent with the target credit card data.
And a deduplication module 206, configured to perform a deduplication operation on the second credit card data when it is determined that the second credit card data is consistent with the target credit card data.
In this embodiment, the second credit card data is obtained after the first credit card data completes the warehouse entry operation successfully, and a duplicate removal operation needs to be performed on the second credit card data after warehouse entry to ensure that the second credit card data after warehouse entry has no repeatability.
Specifically, the step of performing the deduplication operation on the second credit card data after warehousing includes merging the credit card data belonging to the same category of the same customer into the same credit card data. And whether the person is the same person can be confirmed by acquiring the name in the second credit card data after warehousing. In practical applications, the client may use a passport at first and then change it to an identification card, at this time, the two pieces of credit card data may be combined into one piece of credit card data. The duplicate operation is performed on the second credit card data, so that duplicate redundant data can be removed, the same credit card data is prevented from being input into the production environment, the resources of the system are wasted, and the subsequent management and tracking are inconvenient.
And the input module 207 is used for generating an account entry file according to the second credit card data after the duplication removal operation and inputting the account entry file into the target production environment.
In this embodiment, after the target credit card data is successfully put in storage and the duplication removal operation has been performed, an accounting document may be generated, so as to be input into the target production environment.
Preferably, the apparatus further comprises:
the alarm module 208 is configured to send a mail of preset first alarm information to a preset first tester when it is determined that the target credit card data is successfully downloaded to the automated test platform;
the alarm module 208 is further configured to send a mail of preset second alarm information to a preset second tester when it is determined that the second credit card data is inconsistent with the target credit card data.
In this embodiment, if the downloading process has ended, but the data size of the first credit card data downloaded to the automated test platform is smaller than the data size of the target credit card data, an abnormal event is indicated in the downloading process, so that the downloading process is stopped. At this time, a mail of the preset first alarm information needs to be sent to a preset first tester, so that the preset first tester is informed to check and confirm the reason of the downloading failure. And when the second credit card data after warehousing is inconsistent with the target credit card data, sending a mail with preset second alarm information to a preset second tester, so as to inform the preset second tester to check whether the reason for confirming the failure of the credit card data warehousing is caused by a system reason or a client reason. Through different alarm mails, a preset tester can know what needs to be checked according to the mail content, so that different processing modes are adopted.
The preset first test personnel and the preset second test personnel can be the same staff or different staff.
In summary, according to the automatic credit card data input device under different transaction channels provided by the embodiment of the invention, the target credit card data corresponding to the target production environment is automatically downloaded from the preset data source, and is input into the production environment after warehousing, verification and deduplication operations, so that the correctness of the credit card data input into the production environment can be effectively ensured, the efficiency of correctly inputting the credit card data under each transaction channel into the production environment can be improved, the automation degree is high, and the whole process does not need manual participation; secondly, the automatic input mode can also avoid the problem that the manual verification is easy to make mistakes. Moreover, by adopting an automatic input mode, manpower is liberated, so that test engineers can avoid repeated mechanical labor, put energy into deeper tests, and better ensure the quality of products.
Example III
Fig. 3 is a schematic structural diagram of a terminal according to a third embodiment of the present invention. In the preferred embodiment of the invention, the terminal 3 comprises a memory 31, at least one processor 32, at least one communication bus 33 and a transceiver 34.
It will be appreciated by those skilled in the art that the configuration of the terminal shown in fig. 3 is not limiting of the embodiments of the present invention, and that it may be a bus type configuration, a star type configuration, or a combination of hardware and software, or a different arrangement of components, as the terminal 3 may include more or less hardware or software than is shown.
In some embodiments, the terminal 3 includes a terminal capable of automatically performing numerical calculation and/or information processing according to a preset or stored instruction, and its hardware includes, but is not limited to, a microprocessor, an application specific integrated circuit, a programmable gate array, a digital processor, an embedded device, and the like. The terminal 3 may further comprise a client device, which includes, but is not limited to, any electronic product capable of performing man-machine interaction with a client through a keyboard, a mouse, a remote controller, a touch pad, a voice control device, etc., for example, a personal computer, a tablet computer, a smart phone, a digital camera, etc.
It should be noted that the terminal 3 is only used as an example, and other electronic products that may be present in the present invention or may be present in the future are also included in the scope of the present invention by way of reference.
In some embodiments, the memory 31 is used to store program code and various data, such as credit card data automation inputs 20 installed in the terminal 3 under different transaction channels, and to enable high-speed, automatic access to programs or data during operation of the terminal 3. The Memory 31 includes Read-Only Memory (ROM), random-access Memory (Random Access Memory, RAM), programmable Read-Only Memory (Programmable Read-Only Memory, PROM), erasable programmable Read-Only Memory (EPROM), one-time programmable Read-Only Memory (OTPROM), electrically erasable rewritable Read-Only Memory (EEPROM), compact disc Read-Only Memory (Compact Disc Read-Only Memory, CD-ROM) or other optical disc Memory, magnetic disk Memory, magnetic tape Memory, or any other medium that can be used for carrying or storing data.
In some embodiments, the at least one processor 32 may be comprised of an integrated circuit, for example, a single packaged integrated circuit, or may be comprised of multiple integrated circuits packaged with the same or different functions, including one or more central processing units (Central Processing unit, CPU), microprocessors, digital processing chips, graphics processors, combinations of various control chips, and the like. The at least one processor 32 is a Control Unit (Control Unit) of the terminal 3, connects the various components of the whole terminal 3 using various interfaces and lines, and performs various functions of the terminal 3 and processes data, such as performing functions of automated input of credit card data under different transaction channels, by running or executing programs or modules stored in the memory 31, and calling data stored in the memory 31.
In some embodiments, the at least one communication bus 33 is arranged to enable connected communication between the memory 31 and the at least one processor 32 or the like.
Although not shown, the terminal 3 may further include a power source (such as a battery) for supplying power to the respective components, and preferably, the power source may be logically connected to the at least one processor 32 through a power management device, so as to perform functions of managing charging, discharging, power consumption management, etc. through the power management device. The power supply may also include one or more of any of a direct current or alternating current power supply, recharging device, power failure detection circuit, power converter or inverter, power status indicator, etc. The terminal 3 may further include various sensors, bluetooth modules, wi-Fi modules, etc., which will not be described herein.
It should be understood that the embodiments described are for illustrative purposes only and are not limited to this configuration in the scope of the patent application.
The integrated units implemented in the form of software functional modules described above may be stored in a computer readable storage medium. The software functional modules described above are stored in a storage medium and include instructions for causing a computer device (which may be a personal computer, a terminal, or a network device, etc.) or a processor (processor) to perform portions of the methods described in the various embodiments of the invention.
In a further embodiment, in connection with fig. 2, the at least one processor 32 may execute the operating means of the terminal 3 as well as various installed applications (e.g. the credit card data automation input device 20 under different transaction channels), program code, etc., such as the various modules described above.
The memory 31 has program code stored therein, and the at least one processor 32 can invoke the program code stored in the memory 31 to perform related functions. For example, the various modules depicted in FIG. 2 are program code stored in the memory 31 and executed by the at least one processor 32 to perform the functions of the various modules for purposes of automated credit card data entry under different transaction channels.
In one embodiment of the invention, the memory 31 stores a plurality of instructions that are executed by the at least one processor 32 to implement the functionality of automated credit card data entry under different transaction channels.
Specifically, the specific implementation method of the above instruction by the at least one processor 32 may refer to the description of the relevant steps in the corresponding embodiment of fig. 1, which is not repeated herein.
In the several embodiments provided by the present invention, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the modules is merely a logical function division, and there may be other manners of division when actually implemented.
The modules described as separate components may or may not be physically separate, and components shown as modules may or may not be physical units, may be located in one place, or may be distributed over multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional module in the embodiments of the present invention may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units can be realized in a form of hardware or a form of hardware and a form of software functional modules.
It will be evident to those skilled in the art that the invention is not limited to the details of the foregoing illustrative embodiments, and that the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. The present embodiments are, therefore, to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned. Furthermore, it will be obvious that the term "comprising" does not exclude other elements or that the singular does not exclude a plurality. A plurality of units or means recited in the apparatus claims can also be implemented by means of one unit or means in software or hardware. The terms first, second, etc. are used to denote a name, but not any particular order.
Finally, it should be noted that the above-mentioned embodiments are merely for illustrating the technical solution of the present invention and not for limiting the same, and although the present invention has been described in detail with reference to the preferred embodiments, it should be understood by those skilled in the art that modifications and equivalents may be made to the technical solution of the present invention without departing from the spirit and scope of the technical solution of the present invention.
Claims (10)
1. A method for automatically inputting credit card data under different transaction channels, the method comprising:
determining a target test environment, wherein the target test environment corresponds to a target production environment;
downloading target credit card data corresponding to the target test environment from a preset data source, wherein the preset data source comprises credit card data under each transaction channel in the target production environment;
identifying whether the target credit card data is successfully downloaded to an automatic test platform;
when the target credit card data is determined to be successfully downloaded to the automatic test platform, warehousing the first credit card data downloaded to the automatic test platform;
verifying whether the second credit card data after warehousing is consistent with the target credit card data;
Performing a deduplication operation on the second credit card data when it is determined that the second credit card data is consistent with the target credit card data;
and generating an account entry file according to the second credit card data after the duplication removal operation and inputting the account entry file into the target production environment.
2. The method of claim 1, wherein the identifying whether the targeted credit card data was successfully downloaded into an automated test platform comprises:
detecting whether a file with a preset identifier exists in the automatic test platform;
when the fact that the file with the preset identifier exists in the automatic test platform is detected, judging whether the data size of the first credit card data downloaded to the automatic test platform is larger than or equal to the data size of the target credit card data or not;
when the data volume of the first credit card data is larger than or equal to the data volume of the target credit card data, determining that the target credit card data is successfully downloaded to the automatic test platform;
and when the data volume of the first credit card data is smaller than the data volume of the target credit card data, determining that the target credit card data is not successfully downloaded into the automatic test platform.
3. The method of claim 1, wherein the warehousing the first credit card data downloaded into the automated test platform comprises:
converting the file name corresponding to the first credit card data according to a preset first conversion rule;
converting a data format corresponding to the first credit card data according to a preset second conversion rule;
and inputting the credit card data converted by the preset first conversion rule and the preset second conversion rule into a preset database.
4. The method of claim 1, wherein verifying whether the second credit card data after warehousing is consistent with the target credit card data comprises:
verifying whether the keywords of the second credit card data are identical to the keywords of the target credit card data;
verifying whether data details in the second credit card data and the target credit card data having the same keyword are the same when it is determined that the keyword of the second credit card data is the same as the keyword of the target credit card data;
when the data details in the second credit card data and the target credit card data with the same keywords are the same, determining that the second credit card data after warehousing is consistent with the target credit card data;
When it is determined that the keyword of the second credit card data is not identical to the keyword of the target credit card data; or when the keyword of the second credit card data is determined to be the same as the keyword of the target credit card data, but the data detail in the second credit card data and the target credit card data with the same keyword is different, determining that the second credit card data after warehousing is inconsistent with the target credit card data.
5. The method of any one of claims 1 to 4, wherein when the data amount of the first credit card data is smaller than the data amount of the target credit card data, the method further comprises:
and sending a mail with preset first alarm information to a preset first tester.
6. The method of any of claims 1 to 4, wherein when it is determined that the second credit card data is inconsistent with the target credit card data, the method further comprises:
and sending a mail with preset second alarm information to a preset second tester.
7. The method of any of claims 1 to 4, wherein determining the target test environment comprises:
When the current time meets the preset test time, acquiring a target production environment corresponding to the preset test time according to the corresponding relation between the preset test time and the production environment;
matching a test environment corresponding to the target production environment;
and determining the matched test environment as the target test environment.
8. An automated credit card data entry device for use in different transaction channels, said device comprising:
the determining module is used for determining a target test environment, and the target test environment corresponds to a target production environment;
the downloading module is used for downloading target credit card data corresponding to the target test environment from a preset data source, wherein the preset data source comprises credit card data under each transaction channel in the target production environment;
the identification module is used for identifying whether the target credit card data is successfully downloaded to the automatic test platform;
the warehousing module is used for warehousing the first credit card data downloaded to the automatic test platform when the identification module determines that the target credit card data is successfully downloaded to the automatic test platform;
the verification module is used for verifying whether the second credit card data after warehousing is consistent with the target credit card data;
The duplicate removal module is used for performing duplicate removal operation on the second credit card data when the verification module determines that the second credit card data are consistent with the target credit card data;
and the input module is used for generating an account entry file according to the second credit card data after the duplicate removal operation and inputting the account entry file into the target production environment.
9. A terminal comprising a processor for implementing the automated credit card data entry method under different transaction channels according to any one of claims 1 to 7 when executing a computer program stored in a memory.
10. A computer readable storage medium having stored thereon a computer program, wherein the computer program when executed by a processor implements the automated credit card data entry method under different transaction channels as claimed in any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910448215.2A CN110348984B (en) | 2019-05-27 | 2019-05-27 | Automatic credit card data input method and related equipment under different transaction channels |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910448215.2A CN110348984B (en) | 2019-05-27 | 2019-05-27 | Automatic credit card data input method and related equipment under different transaction channels |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110348984A CN110348984A (en) | 2019-10-18 |
| CN110348984B true CN110348984B (en) | 2024-03-29 |
Family
ID=68173974
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910448215.2A Active CN110348984B (en) | 2019-05-27 | 2019-05-27 | Automatic credit card data input method and related equipment under different transaction channels |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110348984B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111639022B (en) * | 2020-05-16 | 2023-06-06 | 中信银行股份有限公司 | Transaction testing method and device, storage medium and electronic device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106354628A (en) * | 2016-08-12 | 2017-01-25 | 北京小米移动软件有限公司 | Payment app test method and device thereof |
| CN109542757A (en) * | 2018-09-29 | 2019-03-29 | 中国平安人寿保险股份有限公司 | Interface testing environment determines method, apparatus, electronic equipment and storage medium |
| CN109685650A (en) * | 2018-12-28 | 2019-04-26 | 中国农业银行股份有限公司 | A kind of debit card multiplexing method and device |
-
2019
- 2019-05-27 CN CN201910448215.2A patent/CN110348984B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106354628A (en) * | 2016-08-12 | 2017-01-25 | 北京小米移动软件有限公司 | Payment app test method and device thereof |
| CN109542757A (en) * | 2018-09-29 | 2019-03-29 | 中国平安人寿保险股份有限公司 | Interface testing environment determines method, apparatus, electronic equipment and storage medium |
| CN109685650A (en) * | 2018-12-28 | 2019-04-26 | 中国农业银行股份有限公司 | A kind of debit card multiplexing method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110348984A (en) | 2019-10-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107819627B (en) | System fault processing method and server | |
| CN111754123B (en) | Data monitoring method, device, computer equipment and storage medium | |
| CN111400189A (en) | Code coverage rate monitoring method and device, electronic equipment and storage medium | |
| CN112948275A (en) | Test data generation method, device, equipment and storage medium | |
| CN110348984B (en) | Automatic credit card data input method and related equipment under different transaction channels | |
| CN112835808A (en) | Interface testing method and device, computer equipment and storage medium | |
| CN112100239A (en) | Portrait generation method and apparatus for vehicle detection device, server and readable storage medium | |
| CN114637685A (en) | Performance test method, device, equipment and medium of application program in bank system | |
| CN114911479A (en) | Interface generation method, device, equipment and storage medium based on configuration | |
| CN114331661A (en) | Data verification method and device, electronic equipment and storage medium | |
| CN114637672A (en) | Automatic data testing method and device, computer equipment and storage medium | |
| CN113934595A (en) | Data analysis method and system, storage medium and electronic terminal | |
| CN112085611A (en) | Asynchronous data verification method and device, electronic equipment and storage medium | |
| CN113590484A (en) | Algorithm model service testing method, system, equipment and storage medium | |
| CN112583812B (en) | Account security determination method, device, equipment and medium | |
| CN110377498B (en) | Automatic credit card account testing method and device, electronic equipment and storage medium | |
| CN116225929A (en) | Test case generation method and device, electronic equipment and storage medium | |
| CN114281831A (en) | Data construction method and related equipment | |
| CN115759969A (en) | Asset management method, device, equipment and medium applied to power swapping station | |
| CN117830010A (en) | Order state consistency detection method, device, equipment and storage medium | |
| CN117453536A (en) | System abnormality analysis method, system abnormality analysis device, computer device and storage medium | |
| CN116389315A (en) | Interface monitoring method, device, computer equipment and storage medium | |
| CN115794609A (en) | Script sharing method and device, electronic equipment and storage medium | |
| CN114443469A (en) | Test case generation method, device and equipment | |
| CN113505079A (en) | Application program testing method, device, equipment and 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 |