CN103514092A - Method for automatic testing of software system of ATM - Google Patents

Method for automatic testing of software system of ATM Download PDF

Info

Publication number
CN103514092A
CN103514092A CN201210228902.1A CN201210228902A CN103514092A CN 103514092 A CN103514092 A CN 103514092A CN 201210228902 A CN201210228902 A CN 201210228902A CN 103514092 A CN103514092 A CN 103514092A
Authority
CN
China
Prior art keywords
message
atm
data
type
correctness
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201210228902.1A
Other languages
Chinese (zh)
Inventor
王冠
姜可
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi China Research and Development Corp
Original Assignee
Hitachi China Research and Development Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi China Research and Development Corp filed Critical Hitachi China Research and Development Corp
Priority to CN201210228902.1A priority Critical patent/CN103514092A/en
Publication of CN103514092A publication Critical patent/CN103514092A/en
Pending legal-status Critical Current

Links

Abstract

The invention provides a method for automatic testing of a software system of an ATM. The method for automatic testing of the software system of the ATM can reduce cost. According to the method, the ATM is connected with a host computer of a bank to enable the software system of the ATM to be tested. The method comprises a message format definition step, namely the format of a message is defined, wherein the message is a data unit exchanged and transmitted between the ATM and the host computer of the bank, and the format of the message comprises information relevant to fields constituting various messages and the sorting order of the fields; a message receiving step, namely the host computer of the bank receives a message generated after test data are processed by the ATM from the ATM; a message verifying step, namely the integrity, the accuracy of the type and the accuracy of the fields of the message generated in the message receiving step are verified according to the format of the message defined in the message format definition step; a test report generating step, namely a test report is generated according to a verifying result generated in the message verifying step.

Description

ATM software systems automatic test approach
Technical field
The present invention relates to a kind of ATM software systems automatic test approach, can reduce testing cost.
Background technology
ATM is the important tool that bank commences business, and a large amount of ATM are used to replace manual service, guarantees that the software systems quality of ATM is most important for bank.Conventionally, ATM manufacturer need to be connected to ATM on the main frame of customer bank when the software systems of ATM are tested, utilize the software systems of testing alternately ATM of ATM and bank main, so not only take bank's resource, affecting bank's regular traffic carries out, increased testing cost, and, also make bank's background system among the risk destroyed because of test failure.
In addition, the system of each bank main is different, the parameter that test is used is also different, for example, the form of the message when generating message and this message is fed back to bank main after ATM processing test data is different, so the test of current ATM software systems need to be formulated special-purpose separately method of testing and program for each bank, so even when the ATM of same type is tested, all need to again debug for different bank, increase testing cost.
Summary of the invention
The object of the present invention is to provide a kind of ATM software systems automatic test approach, can reduce testing cost.
ATM software systems automatic test approach of the present invention, described ATM is connected with bank main, tests the software systems of ATM, and described ATM software systems automatic test approach comprises the following steps:
Message format definition step, form to message defines, described message is the unit of data of exchange and transmission between described ATM and described bank main, and the form of described message comprises putting in order of the information relevant with each field that forms all kinds of messages and described each field;
Message receiving step, described bank main receives described ATM from described ATM and processes the message generating test data;
Message checking step, according to the form of the message in the definition of described message format definition step, the integrality of message that verification generates in described message receiving step is, the correctness of the correctness of type of message and message field (MFLD); And
Test report generates step, according to the result of carrying out verification in described message checking step, generates test report.
According to ATM software systems automatic test approach of the present invention, can also replace real bank main with virtual machine, can make like this test no longer take bank's resource, avoid affecting carrying out of bank's regular traffic, reduced cost, reduced risk.
In addition, according to ATM software systems automatic test approach of the present invention, by the form to message, define, can for different bank, carry out the test of the software systems of ATM with same method of testing and test procedure, can reduce costs.
Accompanying drawing explanation
Fig. 1 is the process flow diagram of embodiments of the present invention.
Fig. 2 is the schematic diagram of the message format in embodiments of the present invention.
Fig. 3 is the schematic diagram of the software module corresponding relation of message field (MFLD) in embodiments of the present invention and ATM.
Fig. 4 is message length field data in embodiments of the present invention and the schematic diagram of message physical length.
Fig. 5 is the schematic diagram of the type of message field data in embodiments of the present invention.
Fig. 6 is the card number field data schematic diagram in embodiments of the present invention.
Fig. 7 is the date field schematic diagram data in embodiments of the present invention.
Fig. 8 is embodiments of the present invention Zhong outlet field data schematic diagram.
Fig. 9 is the test report schematic diagram in embodiments of the present invention.
Embodiment
Below, with reference to the accompanying drawings of the specific embodiment of the present invention.
For convenience of explanation, if do not specify, the data of the message in Fig. 4 to Fig. 8 are all sexadecimal.
First, with reference to the process flow diagram shown in Fig. 1, ATM software systems automatic test approach of the present invention is described.
As shown in Figure 1, ATM software systems automatic test approach of the present invention, ATM is connected with bank main and fetches the software systems of test ATM.First, define the message format (step S101) of all kinds of messages.Wherein, message () form be based between ATM and bank main exchange and transmission data define, can realize by robotization mode, also can realize by manual type.
So-called " message " refers to the unit of exchange and the data of transmission between ATM and bank main, and the disposable data block that will send, is comprised of some fields.So-called " field " is the data cell that forms message.So-called " message format " is to forming the formalized description of all fields of such message, comprises putting in order of the information relevant with each field that forms message and each field.The message format of relevant all kinds of messages, will describe with reference to Fig. 2 afterwards in more detail.
By this definition message format step, can, so that the form of the message after definition is compatible for the bank main of different bank, can reduce costs like this.
Then, as shown in Figure 1, bank main receives ATM from ATM and processes the message (step S102) being generated by ATM test data.At this, bank main can not be also real main frame, but virtual machine.If virtual machine can reduce costs, reduce risks.
Then, the message format based on defining in step S101, the integrality of the message generating in checking procedure S102 (step S103).
Whether the verification that then, judges the integrality of message passes through (step S104).Be judged as verification by time (in step S104 for "No"), jump to step S108.Be judged as verification by time (in step S104 for "Yes"), the then message format based on defining in step S101, the correctness of the type of message generating in checking procedure S102 (step S105).
Whether the verification that then, judges the correctness of type of message passes through (step S104).Be judged as verification by time (in step S106 for "No"), jump to step S108.Be judged as verification by time (in step S106 for "Yes"), the then message format based on defining in step S101, the correctness of the message field (MFLD) generating in checking procedure S102 (step S107).
Finally, the check results based on step S103, step S105, step S107, generates test report (step S108).
Below, with reference to an embodiment of the ATM software systems automatic test approach shown in Fig. 2~Fig. 9 key diagram 1, but the invention is not restricted to this embodiment.
In the step S101 shown in Fig. 1, definition message format.Fig. 2 take the mode (can use as required other modes) of list to show and in ATM, carry out the example that the type of delivery operation is the message format of the message of " payment ".As shown in Figure 2, in the list of field, comprise the projects such as field sequence number, field name, field type, field maximum length, field minimum length, field canonical formula, field default value, son field number, field flag.
In the step S102 shown in Fig. 1, bank main receives ATM and processes the message generating after test data.Fig. 3 shows each field of message of ATM generation and an example of the corresponding relation between each module of ATM.
Wherein, the message length computing module of the message length Related fields in the message field (MFLD) that ATM generates in ATM system module, type of message Related fields is in type of message enquiry module, and other Related fields of message are in other field generation modules.Wherein, other fields of message comprise that peripheral data field (comprises and represents bank's card number, the field of the data that password etc. need to obtain by exterior I/O equipment, exterior I/O equipment comprises keyboard/touch-screen, card reader, paper money counters etc. are arranged on equipment for user, ATM being operated in ATM etc.), date data field (these type of data obtain by accessing operation system relevant interface), initialize data field (this type of field obtains by the preset configuration file of access ATM), correspond respectively to peripheral data read module, date data acquisition module, configuration file access modules.
In step S103, the integrality of the message generating in checking procedure S102.The object lesson of checking prediction message integrality is described with reference to Fig. 2 and Fig. 4 below.
First, in the definition of message format, search message length field, obtain position and the length of message length field.At this, the Fig. 2 of take illustrates its processing procedure as example.(1) all Field Definitions in the message format defining in traversal step S101, find the Field Definition with length field sign.As shown in Figure 2, field 1-1 is message length field.(2) according to the message length field as above obtaining, obtain reference position and the length of message length field.As shown in Figure 2, according to field 1-1 definition, this field length is llen=2; According to field 1-1 definition, this field is the 1st son field of message the 1st field, therefore the reference position of this field is all message field (MFLD) data length sums (first is the 0th), i.e. plen=0 before this.
Then, the length l of the message generating in calculation procedure S102, the physical length that l is message, the byte number that message comprises.As shown in Figure 4, the physical length l=224 of message (decimal system).
Then, according to position and the length of the message length field obtaining before, obtain the data l ' that generates the message length field of message in step S102.As shown in Figure 4, l '=0xEO (sexadecimal)=224 (decimal system).
The physical length 1 and the length field data l ' that compare message.If l=l ', the check results of message integrality is for passing through; If l ≠ l ', the check results of message integrality is not for passing through.As shown in Figure 4, l=224=l ', so message completeness check result is for passing through.That is to say, in the "Yes" that is judged as of the step S104 of Fig. 1.
In step S105, the correctness of the type of message that verification ATM generates.The object lesson of the correctness of checking prediction message type is described with reference to Fig. 2 and Fig. 5 below.
First, in message format definition (Fig. 2), search type of message field, obtain position and the length of type of message field.At this, the Fig. 2 of take illustrates its processing procedure as example.(1) all Field Definitions in the message format defining in traversal step S101, find and have the Field Definition that type field indicates, and as shown in Figure 2, field 2 is type of message field.(2) according to the type of message field obtaining in (1), obtain reference position and the length of type of message field.As shown in Figure 2, according to field 2 definition, the length of type of message field is ltyp=4; According to field 2 definition, this type of message field is message the 2nd field, therefore the reference position of this field is all message field (MFLD) data length sums (first is the 0th), i.e. ptyp=8 before this.
Then, obtain the data t of the type field of the message generating in step S102.As shown in Figure 5, the field length of heading is 8, so and then the message length field " E0 " in heading, message rule field " 0 ", message result field " 0 ", reserved field " 0000 " " 0200 " are afterwards the data of type of message, t=0200.
Then, all type of messages in the message format defining in traversal step S101 (as Fig. 5 form as shown in below), if there is the type of message identical with the data (t=0200) of acquisition before, type checking result is for passing through; If there is not the type of message identical with the data (t=0200) that obtain before, type checking result is not for passing through.As shown in Figure 5, below form in there is the type of message code 0200 represent delivery operation, therefore type of message check results is for passing through.That is to say, in the "Yes" that is judged as of the step S106 of Fig. 1.
In step S107, the correctness of the message field (MFLD) that verification ATM generates.The object lesson of the correctness of checking prediction message field is described with reference to Fig. 2 and Fig. 6~Fig. 8 below.
First, according to the type of message data that obtain in step S105, in the message format defining, search the message format of the message that type of message is identical from step S101.
Then, the list of fields in the message format that traversal obtains, the field data of the message generating in checking procedure S102.Below, illustrate the processing procedure of each field of verification.(1) according to the current definition by check field, obtain position and the length of field.(2) according to current by the position of check field and length, from the message that step generates, obtain field data d.(3) judge and current field belong to outer input data field, date data field or preset data field (preset data field refers to according to the residing position of ATM and predefined field, such as area code, site code etc., this type of field does not need to obtain by special computation process, and just preset and be stored in ad-hoc location, ATM directly obtains and adds in message when generating message), and obtain the data d ' that this field should have in current test, as judgment standard.If current field belongs to Input Data word section, the data of the test cases data corresponding field that d ' is current execution; If current field belongs to date data field, d ' is current operation system date data; If current field belongs to initialize data field, d ' is the data of corresponding field in configuration file.(4) comparing data d and data d ', if d is identical with d ', the correctness verification of current field is passed through, (1) that jumps in step S107 starts next field checking procedure, when all field verifications finish and all pass through, ending step S107, and message field (MFLD) check results is for passing through.If d is different from d ', the correctness verification of current field is not passed through, while ending step S107, and message field (MFLD) check results is not for passing through.
The processing procedure of the correctness of the check field in step S107 (1)~(4) are circular treatment, the list of fields of traversal message format, the correctness of each field data of verification.
Fig. 6 is an example of step S107.As shown in Figure 6, current is card number field by check field, belongs to outer input data field.First, all Field Definitions in the message format in traversal step S101, find the Field Definition with card number field identification.As shown in Figure 2, field 8 is card number field; According to the definition of field 8, this field length lcrd=15.According to the definition of field 8, this field is message the 8th field, therefore the reference position of this field is all message field (MFLD) data length sums (first is the 0th), i.e. pcrd=48 before this.As shown in Figure 6, utilize the reference position of card number field and length to obtain card number field data d=011785332860861 in actual message; Card number field data d '=011785332860861 of this test cases; Therefore d=d ', so this field check results is for passing through.
Fig. 7 is an example of step S107.As shown in Figure 7, current detected field is trade date field, belongs to date data field.First, all Field Definitions in the message format in traversal step S101, find the Field Definition with trade date field identification.As shown in Figure 2, field 6 is trade date field; According to the definition of field 6, this field length ldat=4; According to the definition of field 6, this field is message the 6th field, therefore the reference position position of this field is all message field (MFLD) data length sums (first is the 0th), i.e. pdat=40 before this.As shown in Figure 7, utilize the reference position of trade date field and length to obtain trade date field data d=1215 in actual message; It is Dec 15 that this test cases is carried out the operating system date on the same day, thus d '=1215, so this field check results is for passing through.
Fig. 8 is an example of step S107.As shown in Figure 8, current is site code field by check field, belongs to initialize data field.First, all Field Definitions in the message format in traversal step S101, find the Field Definition with site marking code.As shown in Figure 2, site, field 11-3 position code field; According to the definition of field 11-3, this field length 1cod=4; According to the definition of field 11-3, this field is message the 11st field the 3rd son field, therefore the reference position of this field is all message field (MFLD) data length sums (first is the 0th), i.e. pcod=189 before this.As shown in Figure 8, utilize the reference position of site code field and length to obtain site code field data d=0558 in actual message; Code data d '=0558, preset configuration file Zhong site; Therefore d equals d ', so this field check results is for passing through;
In step S108, the test report of generation.The object lesson of test report is described with reference to Fig. 9 below.
First,, there are following 4 kinds of situations in relevant check results information:
(1) message completeness check does not pass through, and does not carry out the verification of type of message correctness and the verification of message field (MFLD) correctness; Also comprise simultaneously and in step S102, generate length field data in the physical length of message and this message;
(2) message completeness check passes through, and the verification of type of message correctness is not passed through, and does not carry out the verification of message field (MFLD) correctness; Also comprise simultaneously in step S102, generate message should there is type field real data in categorical data and this message;
(3) message completeness check and the verification of type of message correctness are all passed through, and the verification of message field (MFLD) correctness is not passed through; Also comprise that in step S102, generating verification in message should not have this field real data in data and message by field simultaneously;
(4) message completeness check, the verification of type of message correctness and the verification of message field (MFLD) correctness are all passed through.
Secondly, the information of relevant ATM respective modules mistake, the corresponding relation according to message field (MFLD) in Fig. 3 and atm software system module, is specially:
(1) there is mistake in message length computing module: message completeness check is obstructed out-of-date, and test report comprises this information;
(2) there is mistake in type of message enquiry module: the verification of type of message correctness is obstructed out-of-date, and test report comprises this information;
(3) there is mistake in other field generation modules: the verification of message field (MFLD) correctness is obstructed out-of-date, and test report comprises this information, is specially:
1. there is mistake in external device data read module: the outer input data field (field that comprises the data that represent that bank's card number, password etc. need to obtain by exterior I/O equipment, exterior I/O equipment comprises that keyboard/touch-screen, card reader, paper money counter etc. are arranged on the equipment for user, ATM being operated in ATM) correctness verification obstructed out-of-date, test report comprises this information, is specially:
There is mistake in card reader data read module: bank's card number field correctness verification is obstructed out-of-date, and test report comprises this information; Also comprise the real data that generates bank's card number field in message in correct bank card number and step S102 simultaneously;
There is mistake in keyboard/touch screen data read module: password field/proceed to the verification of the account card number field/amount field of the withdrawing the money/amount field of transferring accounts correctness is obstructed out-of-date, and test report comprises this information: also comprise that correct password field/proceed to generates password field in message/the proceed to real data of the account card number field/amount field of the withdrawing the money/amount field of transferring accounts in the account card number field/amount field of the withdrawing the money/amount field of transferring accounts data and step S102 simultaneously;
There is mistake in paper money counter data read module: the verification of amount deposited field correctness is obstructed out-of-date, and test report comprises this information; Also comprise the real data that generates amount deposited field in message in correct amount deposited field data and step S102 simultaneously;
2. there is mistake in date data acquisition module: the verification of trade date field correctness is obstructed out-of-date, and test report comprises this information; Also comprise the real data that generates trade date field in message in correct trade date field data and step S102 simultaneously;
3. there is mistake in configuration file access modules: in corresponding preset configuration file, the field correctness verification of data is obstructed out-of-date, test report comprises this information, also comprises the real data that generates this field in message in the data of corresponding field in configuration file and step S102 simultaneously;
(4) each module of ATM is normal: when message completeness check, the verification of type of message correctness and the verification of message field (MFLD) correctness are all passed through, test report comprises this information.
If the every check results in the step S103 shown in Fig. 1, step S105, step S107 be by, final test report content is as shown in Figure 9.
Above, with reference to Fig. 1~Fig. 9 flowchart text ATM software systems automatic test approach of the present invention and specific embodiment thereof, but the invention is not restricted to this, can within the scope of purport of the present invention, carry out various changes.
For example, the integrality of checking prediction message in the process flow diagram of Fig. 1, the order of the correctness of the correctness of type of message and message field (MFLD) can change as required.And message format is also not limited to the such of Fig. 2 and instructions illustrated, can define as required.

Claims (6)

1. an ATM software systems automatic test approach, described ATM is connected with bank main, tests the software systems of ATM, and described ATM software systems automatic test approach comprises the following steps:
Message format definition step, form to message defines, described message is the unit of data of exchange and transmission between described ATM and described bank main, and the form of described message comprises putting in order of the information relevant with each field that forms all kinds of messages and described each field;
Message receiving step, described bank main receives described ATM from described ATM and processes the message generating test data;
Message checking step, according to the form of the message in the definition of described message format definition step, the integrality of message that verification generates in described message receiving step is, the correctness of the correctness of type of message and message field (MFLD); And
Test report generates step, according to the result of carrying out verification in described message checking step, generates test report.
2. ATM software systems automatic test approach as claimed in claim 1, wherein,
Described bank main is virtual machine.
3. ATM software systems automatic test approach as claimed in claim 1 or 2, wherein,
In described message checking step, the physical length of the message generating in described message receiving step and the message length as calibration reference that obtains from the form of the message that defines described message format definition step are compared, when the physical length of described message is identical with the described message length as calibration reference, the integrality of message be verified as by, when the physical length of described message is different with the described message length as calibration reference, being verified as of the integrality of message do not passed through.
4. ATM software systems automatic test approach as claimed in claim 1 or 2, wherein,
In described message checking step, when there is the type of message extracting from the message generating described message receiving step in contained type of message in the form of the message defining in described message format definition step, the correctness of type of message be verified as by, during contained type of message extracts there is not the message from generating described message receiving step in the form of the message defining in described message format definition step type of message, being verified as of the correctness of type of message do not passed through.
5. ATM software systems automatic test approach as claimed in claim 1 or 2, wherein,
In described message checking step, to the data of each field of the message generating in described message receiving step with as the data of each field of calibration reference, compare, when the data of each field of described message are identical with the data of described each field as calibration reference, the correctness of message field (MFLD) be verified as by, when the data of each field of described message are different with the data of described each field as calibration reference, being verified as of the correctness of message field (MFLD) do not passed through.
6. ATM software systems automatic test approach as claimed in claim 1 or 2, wherein,
The form of the message defining in described message format definition step is compatible for the bank main of different bank.
CN201210228902.1A 2012-06-29 2012-06-29 Method for automatic testing of software system of ATM Pending CN103514092A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210228902.1A CN103514092A (en) 2012-06-29 2012-06-29 Method for automatic testing of software system of ATM

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210228902.1A CN103514092A (en) 2012-06-29 2012-06-29 Method for automatic testing of software system of ATM

Publications (1)

Publication Number Publication Date
CN103514092A true CN103514092A (en) 2014-01-15

Family

ID=49896850

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210228902.1A Pending CN103514092A (en) 2012-06-29 2012-06-29 Method for automatic testing of software system of ATM

Country Status (1)

Country Link
CN (1) CN103514092A (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104408818A (en) * 2014-11-25 2015-03-11 浙江捷峰电子有限公司 Currency counter testing method
CN105242999A (en) * 2015-09-22 2016-01-13 深圳怡化电脑股份有限公司 Method and apparatus for testing financial self-service equipment
CN106649126A (en) * 2016-12-29 2017-05-10 广州酷狗计算机科技有限公司 Method and apparatus for testing application program
CN107113196A (en) * 2017-04-12 2017-08-29 深圳怡化电脑股份有限公司 ATM business softwares exploitation adjustment method, system and a kind of simulation ATMP systems
CN107102947A (en) * 2017-05-12 2017-08-29 中国工商银行股份有限公司 ATM transaction flows test device and method
CN108614777A (en) * 2018-05-08 2018-10-02 山东浪潮通软信息科技有限公司 A kind of financial transaction test system and test method based on actual services
CN111641662A (en) * 2020-07-01 2020-09-08 中国银行股份有限公司 Message format inspection method and device
CN113886337A (en) * 2021-12-06 2022-01-04 卡斯柯信号(北京)有限公司 Method and system for automatically checking change request records

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101996451A (en) * 2009-08-14 2011-03-30 中国工商银行股份有限公司 Test method of bank self-service device system and server
US20110088014A1 (en) * 2009-10-08 2011-04-14 International Business Machines Corporation Automated test execution plan generation

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101996451A (en) * 2009-08-14 2011-03-30 中国工商银行股份有限公司 Test method of bank self-service device system and server
US20110088014A1 (en) * 2009-10-08 2011-04-14 International Business Machines Corporation Automated test execution plan generation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
董保军: "基于GPRS网络的无线直联ATM自助服务系统的设计与实现", 《中国优秀硕士学位论文全文数据库信息科技辑》 *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104408818A (en) * 2014-11-25 2015-03-11 浙江捷峰电子有限公司 Currency counter testing method
CN105242999A (en) * 2015-09-22 2016-01-13 深圳怡化电脑股份有限公司 Method and apparatus for testing financial self-service equipment
CN105242999B (en) * 2015-09-22 2019-09-20 深圳怡化电脑股份有限公司 A kind of method and device for testing financial self-service equipment
CN106649126A (en) * 2016-12-29 2017-05-10 广州酷狗计算机科技有限公司 Method and apparatus for testing application program
CN106649126B (en) * 2016-12-29 2020-06-30 广州酷狗计算机科技有限公司 Method and device for testing application program
CN107113196A (en) * 2017-04-12 2017-08-29 深圳怡化电脑股份有限公司 ATM business softwares exploitation adjustment method, system and a kind of simulation ATMP systems
WO2018187993A1 (en) * 2017-04-12 2018-10-18 深圳怡化电脑股份有限公司 Atm service software development and debugging method and system, and atmp simulation system
CN107102947A (en) * 2017-05-12 2017-08-29 中国工商银行股份有限公司 ATM transaction flows test device and method
CN107102947B (en) * 2017-05-12 2020-08-04 中国工商银行股份有限公司 ATM transaction flow testing device and method
CN108614777A (en) * 2018-05-08 2018-10-02 山东浪潮通软信息科技有限公司 A kind of financial transaction test system and test method based on actual services
CN111641662A (en) * 2020-07-01 2020-09-08 中国银行股份有限公司 Message format inspection method and device
CN113886337A (en) * 2021-12-06 2022-01-04 卡斯柯信号(北京)有限公司 Method and system for automatically checking change request records

Similar Documents

Publication Publication Date Title
CN103514092A (en) Method for automatic testing of software system of ATM
CN103337113B (en) Method and device for intelligently analyzing electronic day-to-day journals, as well as processor
CN106294125B (en) Core banking system data processing method
CN109542965A (en) A kind of data processing method, electronic equipment and storage medium
CN110166554A (en) Ammeter update device, method, concentrator and storage medium
CN103425580A (en) Method for automatically and rapidly obtaining and calibrating configuration information of cloud computing device
CN107862425B (en) Wind control data acquisition method, device and system and readable storage medium
US20140089040A1 (en) System and Method for Customer Experience Measurement & Management
CN111709756A (en) Method and device for identifying suspicious communities, storage medium and computer equipment
CN107169321A (en) The program plagiarism detection method and system being combined based on attribute count and structure measurement technology
CN107430590B (en) System and method for data comparison
CN108876105B (en) Transaction risk control method and device
CN109522301A (en) A kind of data processing method, electronic equipment and storage medium
CN109635031A (en) A kind of data quality checking method, apparatus, system and storage medium
CN106066881B (en) Data processing method and device
CN112598260A (en) Grain and oil quality inspection management method, device and system, storage medium and electronic equipment
CN106815725A (en) A kind of transaction verification method and device
CN110503567A (en) Data verification method, equipment, storage medium and device
CN106169158A (en) A kind of finance account assets information analysis and Control system and method
CN110647523A (en) Data quality analysis method and device, storage medium and electronic equipment
CN108235324B (en) Short message template testing method and server
CN106251476A (en) Self-service method for processing business that a kind of cash box is fault-tolerant and system
CN113220594A (en) Automatic testing method, device, equipment and storage medium
CN108416569B (en) Verification method and system for surveying and mapping achievement
CN105630666A (en) Software quality improvement method and apparatus

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20140115