CN106354628A - Payment app test method and device thereof - Google Patents
Payment app test method and device thereof Download PDFInfo
- Publication number
- CN106354628A CN106354628A CN201610665805.7A CN201610665805A CN106354628A CN 106354628 A CN106354628 A CN 106354628A CN 201610665805 A CN201610665805 A CN 201610665805A CN 106354628 A CN106354628 A CN 106354628A
- Authority
- CN
- China
- Prior art keywords
- tested
- payment
- channel
- disbursement
- test
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a payment app test method and device thereof. The method comprises the steps of receiving the test environment information corresponding to the payment channel of the payment app to be tested, receiving the test command; conducting the use cases of the payment test corresponding to the payment channel to be tested, emulating an app user to use the account information to run through all the operable steps of the payment app to be tested; check if the current payment results coincides with the benchmark results corresponding to the use cases, determining if malfunction exists in the payment app to be tested. The present technical scheme can automatically test if the payment channel to be tested has malfunction or not, thereby saving the testers from the manual test of the payment channel and reducing the cost of human resources. At the same time the automatic test mechanism can shorten the test duration effectively and enhance the test correctness and efficiency.
Description
Technical field
It relates to technical field of measurement and test, more particularly, to pay method of testing and the device of application.
Background technology
At present, after having developed an application that can complete various payment functions, before this application is issued, all
Need this application is tested, to determine whether its every payment function is normal, thus it is very big to avoid the later stage to bring to user
Inconvenience, but the test in correlation technique is all artificially various channel of disbursement and supplement with money, disappear to bank card, Alipay, wechat etc.
The various payment products such as take, withdraw deposit, transferring accounts to be tested, so greatly wasting human resourcess, the testing time of entirety
Long, and needed for different channel of disbursement, the content of test and use-case are substantially the same, thus a lot of idle works can be led to.
Content of the invention
The embodiment of the present disclosure provides the method for testing paying application and device.Described technical scheme is as follows:
A kind of first aspect according to the embodiment of the present disclosure, there is provided method of testing of payment application, comprising:
Receive and the channel of disbursement to be tested corresponding test environment information paying in application to be tested, wherein, described survey
Test ring environment information includes: default accounts information and the corresponding payment test case of described channel of disbursement to be tested, and described payment
It is executable and described to be measured in described payment application to be tested according to described default accounts information that test case is used for record
The related all operable step of examination channel of disbursement；
Receive test instruction；
Execute the corresponding payment test case of described channel of disbursement to be tested, believed according to described default account with analog subscriber
Breath executes described all operable steps in described to be tested payment in application；
Whether consistent according to current payment result benchmark results corresponding with described test case, determine described to be measured
Examination channel of disbursement whether there is fault.
In one embodiment, the described current payment result of basis and the corresponding benchmark results of described test case are
No consistent, determine that described channel of disbursement to be tested whether there is fault, comprising:
When described current payment result is consistent with described benchmark results, determine described channel of disbursement to be tested not
There is fault.
In one embodiment, the described current payment result of basis and the corresponding benchmark results of described test case are
No consistent, determine that described channel of disbursement to be tested whether there is fault, comprising:
When described current payment result is inconsistent with described benchmark results, determine that the means of payment to be tested has event
Barrier；
Prompting fault message.
In one embodiment, methods described also includes:
When meeting default execution condition, re-execute described payment test case or execution according to described current payment
The described payment test case of results modification, until the described current payment result paying test case and described benchmark test knot
When really consistent, determine that described channel of disbursement to be tested does not have fault,
Wherein, described default execution condition includes at least one condition following:
Monitor that described payment test case or the corresponding program of described channel of disbursement to be tested are modified；
Receive the test instruction that described channel of disbursement to be tested is re-started with test；
Current time reaches the default testing time retesting described channel of disbursement to be tested.
In one embodiment, methods described also includes:
After adding new channel of disbursement in described payment application to be tested, receive corresponding to described new channel of disbursement
Test environment information.
In one embodiment, methods described also includes:
After adding new payment product in described payment application to be tested, receive described new payment product and respectively treating
Test environment information under test channel of disbursement；
Obtain and the described new corresponding benchmark results of payment product.
According to the second aspect of the embodiment of the present disclosure, also provide a kind of test device paying application, comprising:
Deployment module, for receiving and the channel of disbursement to be tested corresponding test environment paying in application letter to be tested
Breath, wherein, described test environment information includes: default accounts information and corresponding payment of described channel of disbursement to be tested test use
Example, and described payment test case is executable in described payment application to be tested according to described default accounts information for record
The all operable step related to described channel of disbursement to be tested；
Control module, for receiving test instruction, executes the corresponding payment test case of described channel of disbursement to be tested, with
Analog subscriber executes described all operable steps according to described default accounts information in described to be tested payment in application；
Authentication module, for according to current payment result and the corresponding benchmark results of described test case whether
Cause, determine that described channel of disbursement to be tested whether there is fault.
In one embodiment, described authentication module includes:
First determination sub-module, for when described current payment result is consistent with described benchmark results, determining
There is not fault in described channel of disbursement to be tested.
In one embodiment, described authentication module includes:
Second determination sub-module, for when described current payment result is inconsistent with described benchmark results, determining
There is fault in described channel of disbursement to be tested；
Prompting submodule, for pointing out fault message.
In one embodiment, described device also includes:
Performing module, for when meeting default execution condition, re-executing described payment test case or execution root
The described payment test case changed according to described current payment result, until the described current payment result paying test case with
When described benchmark results are consistent, determine that described channel of disbursement to be tested does not have fault,
Wherein, described default execution condition includes at least one condition following:
Monitor that described payment test case or the corresponding program of described channel of disbursement to be tested are modified；
Receive the test instruction that described channel of disbursement to be tested is re-started with test；
Current time reaches the default testing time retesting described channel of disbursement to be tested.
In one embodiment, described device also includes:
First receiver module, for, after adding new channel of disbursement in described payment application to be tested, receiving and institute
State new channel of disbursement corresponding test environment information.
In one embodiment, described device also includes:
Second receiver module, for, after adding new payment product in described payment application to be tested, receiving described
New pays test environment information under each channel of disbursement to be tested for the product；
Acquisition module, for obtaining and the described new corresponding benchmark results of payment product.
A kind of third aspect according to the embodiment of the present disclosure, there is provided test device of payment application, comprising:
Processor；
For storing the memorizer of processor executable；
Wherein, described processor is configured to:
Receive and the channel of disbursement to be tested corresponding test environment information paying in application to be tested, wherein, described survey
Test ring environment information includes: default accounts information and the corresponding payment test case of described channel of disbursement to be tested, and described payment
It is executable and described to be measured in described payment application to be tested according to described default accounts information that test case is used for record
The related all operable step of examination channel of disbursement；
Receive test instruction；
Execute the corresponding payment test case of described channel of disbursement to be tested, believed according to described default account with analog subscriber
Breath executes described all operable steps in described to be tested payment in application；
Whether consistent according to current payment result benchmark results corresponding with described test case, determine described to be measured
Examination channel of disbursement whether there is fault.
The technical scheme that embodiment of the disclosure provides can include following beneficial effect:
After receiving the channel of disbursement to be tested corresponding test environment information in applying with payment to be tested, if receiving
To test instruction, can automatically execute this payment test case, and according to the actual current payment result of this payment test case
Whether consistent with this corresponding benchmark results of payment test case, can accurately determine whether this channel of disbursement to be tested is deposited
In fault, and this automatic test channel of disbursement to be tested whether there is fault testing method, so that tester is avoided the need for
Manually test this channel of disbursement to be tested, decrease the consumption of human resourcess, this automatic test mode can also simultaneously
Effectively shorten length of testing speech, improve accuracy rate and the efficiency of test result.
The technical scheme that embodiment of the disclosure provides is it should be appreciated that above general description and details hereinafter
Description is only exemplary and explanatory, can not limit the disclosure.
Brief description
Accompanying drawing herein is merged in description and constitutes the part of this specification, shows the enforcement meeting the disclosure
Example, and be used for explaining the principle of the disclosure together with description.
Fig. 1 is a kind of flow chart of the method for testing of payment application according to an exemplary embodiment.
Fig. 2 a is the flow chart of another kind of method of testing paying application according to an exemplary embodiment.
Fig. 2 b is the flow chart of the method for testing of another payment application according to an exemplary embodiment.
Fig. 3 is a kind of block diagram of the test device of payment application according to an exemplary embodiment.
Fig. 4 is the block diagram of another kind of test device paying application according to an exemplary embodiment.
Fig. 5 is the block diagram of the test device of another payment application according to an exemplary embodiment.
Fig. 6 is the block diagram of the test device of another payment application according to an exemplary embodiment.
Fig. 7 is the block diagram of the test device of another payment application according to an exemplary embodiment.
Fig. 8 is the block diagram of the test device of another payment application according to an exemplary embodiment.
Fig. 9 is the block diagram being applied to the test device paying application according to an exemplary embodiment.
Specific embodiment
Here will in detail exemplary embodiment be illustrated, its example is illustrated in the accompanying drawings.Explained below is related to
During accompanying drawing, unless otherwise indicated, the same numbers in different accompanying drawings represent same or analogous key element.Following exemplary embodiment
Described in embodiment do not represent all embodiments consistent with the disclosure.On the contrary, they be only with such as appended
The example of the consistent apparatus and method of some aspects being described in detail in claims, the disclosure.
At present, after having developed an application that can complete various payment functions, before this application is issued, all
Need this application is tested, to determine whether its every payment function is normal, thus it is very big to avoid the later stage to bring to user
Inconvenience, but the test in correlation technique is all artificially various channel of disbursement and supplement with money, disappear to bank card, Alipay, wechat etc.
The various payment products such as take, withdraw deposit, transferring accounts to be tested, so greatly wasting human resourcess, the testing time of entirety
Long, and needed for different channel of disbursement, the content of test and use-case are substantially the same, thus a lot of idle works can be led to.
In order to solve above-mentioned technical problem, the embodiment of the present disclosure provides a kind of method of testing paying application, the method
Can be used for paying the test program of application, in system or device, as shown in figure 1, the method comprising the steps of s101 is to step s104:
In step s101, receive and the channel of disbursement to be tested corresponding test environment paying in application letter to be tested
Breath, wherein, test environment information includes: default accounts information and channel of disbursement to be tested corresponding payment test case, and
Pay test case be used for record according to default accounts information to be tested pay in application executable with channel of disbursement to be tested
Related all operable step.
Payment application to be tested can be any application program with payment function developed, and payment canal to be tested
Road can be wechat channel of disbursement, Alipay channel of disbursement, bank card channel of disbursement or intimately pay various of channel of disbursement etc.
Pay channel.
Secondly, default accounts information can be simulate log in account for logging in this several of application of paying to be tested
Family information, the contact information of the corresponding user of this login account information simulating, and simulate log in account with this
The Alipay account of family information phase binding, bank card account, wechat account, mass transit card account etc. are various can to make this to be tested
Pay the payment account that application completes payment function.
In addition, paying the automatic test script that test case is for testing channel of disbursement to be tested whether fault, and
In order that paying test case can carry out comprehensive automatic test to this channel of disbursement to be tested, this payment test case
Coverage should be many as far as possible, for example: this payment test case may include that opening and log in this payment to be tested answers
With, so under channel of disbursement to be tested be directed to consume, transfer accounts, supplementing with money etc. various existing pay products complete delivery operation
Step, certainly, this payment test case is additionally may included under same channel of disbursement to be tested using different bank card etc. no
Complete to the above-mentioned delivery operation step having paid product with payment account.
Finally, the including but not limited to default accounts information of test environment information and corresponding payment of channel of disbursement to be tested are surveyed
Example on probation, for example: (wherein, the concrete steps of readiness database use before may is that deletion can also to include readiness database
The data storage for storing various historical datas that ddl (data definition language DDL) creates
Table, re-creates the new storage table for storing test environment information using ddl, and uses dml (data
Manipulation language data manipulation language) this test environment information is loaded onto in the new storage table of establishment
Deng), or even also include: for simulation to the program of user's send feedback information, such as send to user for simulated bank and transfer accounts
Information or simulated bank send the program of paid fund to user, or are used for simulating operator and sending to user filling
Program of value amount etc..
In step s102, receive test instruction.
In step s103, execute channel of disbursement to be tested corresponding payment test case, with analog subscriber according to default
Accounts information executes all operable steps in be tested payment in application.
When receiving test instruction, by executing the corresponding payment test case of this channel of disbursement to be tested, can be with mould
Plan user executes corresponding all operable with this means of payment to be tested in application to be tested according to this default accounts information
Step, that is, analog subscriber complete to consume by this channel of disbursement to be tested in this application to be tested, transfer accounts, supplement with money etc. a series of
Delivery operation.
In step s104, whether consistent according to the corresponding benchmark results of current payment result and test case, really
Fixed channel of disbursement to be tested whether there is fault.
Tied according to the actual current payment result of this payment test case and this corresponding benchmark test of payment test case
Whether fruit is consistent, can accurately determine that this channel of disbursement to be tested whether there is fault, and this automatic test payment to be tested
Channel whether there is fault testing method, makes tester avoid the need for manually testing this channel of disbursement to be tested, reduces
The consumption of human resourcess, simultaneously this automatic test mode can also effectively shorten length of testing speech, improve test result
Accuracy rate and efficiency.
Further, since tester treats finally according to whether consistent being just capable of determining that of payment result and benchmark results
Test channel of disbursement whether there is fault, without the intermediate link checking delivery operation, thus so that the test of the disclosure
Logic is simpler, and testing efficiency is higher.
In one embodiment, step s104 in above-mentioned Fig. 1 can be performed as:
When current payment result is consistent with benchmark results, determine that channel of disbursement to be tested does not have fault.
When this current payment result is consistent with benchmark results, automatic test result and expected benchmark are described
Test result is identical, therefore, it is possible to automatically determine channel of disbursement to be tested there is not fault, that is, to be tested in this application to be tested
It is all errorless that channel of disbursement corresponds to the various information such as program, the port being used.
In one embodiment, step s104 in above-mentioned Fig. 1 also can be performed as:
When current payment result and benchmark results are inconsistent, determine that channel of disbursement to be tested has fault.
The current payment result of this payment test case this payment test case of expression inconsistent with benchmark results
Current payment result is different from expected benchmark results, for example: when paying test case for logging in this application to be tested, searches
Rope a product, chooses a product of b price, and when buying this product using the xx bank account in Alipay channel of disbursement, benchmark
Test result is exactly successfully to have purchased a product using Alipay, and Alipay and xx bank can feed back a consumption b unit respectively
Information, thus, on the basis of the remaining sum in xx bank account is not less than b unit, if paying the automatic test of test case
Result (i.e. current payment result) is a product that cannot successfully buy this b price, or does not receive the Alipay program simulating
Or the information of the consumption b unit of xx bank paying program feedback, then illustrate the current payment result of this payment test case and be somebody's turn to do
Benchmark results are inconsistent.
Prompting fault message, wherein, fault message can include current payment result, can also include correctly paying knot
Fruit is benchmark results.
When this current payment result is inconsistent with expected benchmark results, illustrate what this payment test case was write
Inherently problematic having thus resulted in cannot be normally to be tested for the corresponding program of problematic or channel of disbursement to be tested
It is properly completed payment under channel of disbursement, so, tester can be pointed out according to this current payment by pointing out fault message
Result is modified to this payment test case or the corresponding program of this channel of disbursement to be tested.
In addition, when pointing out fault message, fault message can be will be prompted to and is pointed out in the form of daily record, thus convenient
Tester by checking error log, go wrong by analysis, that is, analyzing is to pay test case mistake, or payment to be tested
The corresponding program error of channel, or to be tested application in other parts program error, and latter two mistake be emphasis will
The mistake of analysis, is related to this application to be tested mistake of itself.
In one embodiment, method also includes:
When meeting default execution condition, re-execute payment test case or execution is changed according to current payment result
Payment test case, until pay test case current payment result consistent with benchmark results when, determine to be measured
There is not fault in examination channel of disbursement,
Wherein, default execution condition includes at least one condition following:
Monitor to pay test case or the corresponding program of channel of disbursement to be tested is modified.
Receive the test instruction that channel of disbursement to be tested is re-started with test.
Current time reaches the default testing time retesting channel of disbursement to be tested.
When meeting at least one condition above-mentioned, illustrate to need again channel of disbursement to be tested to be tested, thus, can
To re-execute this payment test case or to re-execute the payment test according to this current payment result modification for the tester
Use-case, until it may be determined that to be tested when the current payment result of this payment test case is consistent with benchmark results
Pay channel and there is not fault, to stop this channel of disbursement to be tested is retested, no longer re-execute this payment test
Use-case or amended payment test case.
As shown in Figure 2 a, in one embodiment, the method shown in above-mentioned Fig. 1 may also include that
In step s201, after adding new channel of disbursement in payment application to be tested, receive and new payment canal
Road corresponding test environment information.
After adding new channel of disbursement in payment application to be tested, corresponding by the reception channel of disbursement new with this
Test environment information, can be carried out to this new channel of disbursement by paying existing payment product in application to be tested automatically
Test.
Secondly, the channel of disbursement new with this corresponding test environment information may include that this new channel of disbursement needs to make
New accounts information and new payment test case, wherein, it is default according to this that this new payment test case is used for record
Accounts information and/or new accounts information to be tested pay that executable to new in application to test channel of disbursement related at this
All operable steps, for example: if for xx bank card and existing payment product is recharging service to new test channel, newly
Accounts information should be just the xx bank card simulating card number, new payment test case just can record use
The card number of this xx bank card pays this operating procedure supplementing product with money paying in application to be tested.
Even if in addition, leading to due to having differences between the payment step of different channel of disbursement adding new payment canal
During road, need to redeploy new test environment information, but may also have phase due between the payment step of different channel of disbursement
With some steps, thus, when redeploying the new test case in new test environment information in tester, can borrow
Existing payment test case before mirror, and according to the difference payment step between two kinds of channel of disbursement to existing test case
Carry out adaptation it is possible to obtain the new test case being adapted with newly-increased channel of disbursement, thus strengthen test using
The compatibility of example and extensibility, and reduce operation and the work complexity of tester, for example:
Paid using Alipay and two kinds of channel of disbursement of wechat respectively identical is paid with product (such as supplement with money, consume)
When, because all operations step before during both delivery operations is all identical and difference is only limitted to finally select
Alipay channel of disbursement or wechat channel of disbursement, thus, the corresponding test case of Alipay channel of disbursement and wechat pay canal
It (that is: is to select Alipay channel of disbursement or wechat to prop up that difference between the test case in road is only limitted to last payment step
Pay channel, and the sequence of operations after the different channel of disbursement of selection), thus, the corresponding survey of both channel of disbursement
Example on probation just can mutually be used for reference and slightly make accommodation, so that tester need not write test completely again
Use-case, this also enhances compatibility and the extensibility of test case, and reduces operation and the work complexity of tester.
As shown in Figure 2 b, in one embodiment, the method shown in above-mentioned Fig. 1 may also include that
In step s202, after adding new payment product in payment application to be tested, receive new payment product
Test environment information under each channel of disbursement to be tested.
New payment product can be the various payment products such as supplement with money, consume, withdraw deposit or transfer accounts, and consumption refers to treating
The delivery operation of various products (product that wherein, can buy includes: the various article such as commodity, ticket) is bought in test application
Or the operation giving bonus.
In step s203, obtain and the new corresponding benchmark results of payment product.
After adding new payment product in payment application to be tested, by receiving this new payment product each to be measured
Try the test environment information under channel of disbursement and obtain and the new corresponding benchmark results of payment product, can be new according to this
Pay test environment information under each channel of disbursement to be tested for the product payment product just automatic test new to this, and
By verifying this new payment product whether fault with the new corresponding benchmark results of product that pay.
Wherein, the new test environment information under each channel of disbursement to be tested for the product that pays may include that for this
The new product that pays carries out paying the new payment test case of test under each channel of disbursement to be tested.
In addition, tester is disposing this new payment test case, if new payment product and this payment to be tested
In application, original payment step paying between product is more or less the same, also dependent on new payment product and this payment to be tested
Original difference payment step paying between product in application, carries out adaptation to existing payment test case, from
And make tester need not again write test case completely, to strengthen compatibility and the extensibility of test case, and subtract
The operation of few tester and work complexity.
Further, since the different Capital Flow situation differences paying product such as supplement with money, consume, withdraw deposit and transfer accounts, such as fund
Flowing have just/have negative, the type account of Capital Flow is different, or even the number of the account of Capital Flow
It is different, for example: when the debit card quick payment channel that channel of disbursement to be tested is xx bank, in borrowing using xx bank
When being supplemented with money for sim card a, the Capital Flow in the debit card of xx bank be negative to note card, during this payment to be tested is applied and be somebody's turn to do
Capital Flow in debit card corresponding user balance m is that just step of withholing completes, and receives debit card and user balance m
Fund variation statement, and then the Capital Flow of user balance m is negative, and the balance of funding of trade company of operator flows for just, simultaneously
Initiate charging request to operator, operator responds, and completes to supplement step with money, thus, user balance m and operation can be received again
The fund variation statement of business trade company；And working as using the debit card under xx bank is another user simulating in this payment to be tested
When user account n in application transfers accounts, the Capital Flow in debit card is negative, and the Capital Flow in user balance m is just, receives
To the fund variation statement of bank card and user balance m, complete step of withholing, and then the Capital Flow of user balance m is
Negative, the balance of funding of user account n flows for just, completing transferring step, thus, user balance m and user can be received again
The fund variation statement of remaining sum n, so, under the payment product that tester can be new according to this when disposing benchmark results
Capital Flow state in default accounts information is formulated, and certainly, pays in default accounts information under product in new according to this
After Capital Flow state has formulated benchmark results, in order to ensure accuracy and the credibility of this benchmark results, also may be used
Whether correct with this benchmark results of further manual verification, and after checking is correct, just it is used as benchmark test knot
Really, to verify this new payment product whether fault.
Finally, benchmark results can ((javascript object notation be a kind of light weight using json
The data interchange format of level), yaml (yet another markup language, another kind of markup language), xml
Markup languages such as (extensible markup language, extensible markup languages) describing, to facilitate compatibility more polyphyly
System.
The method of testing of the above-mentioned payment application that the corresponding embodiment of the present disclosure provides, the embodiment of the present disclosure also provides a kind of
Pay the test device of application, as shown in figure 3, this device includes:
Deployment module 301, is configured to receive test corresponding with the channel of disbursement to be tested paying in application to be tested
Environmental information, wherein, test environment information includes: default accounts information and corresponding payment of channel of disbursement to be tested test use
Example, and pay test case be configured to record according to default accounts information to be tested pay executable and to be measured in application
The related all operable step of examination channel of disbursement.
Control module 302, is configured to receive test instruction, executes channel of disbursement to be tested corresponding payment test and uses
Example, executes all operable steps according to default accounts information in be tested payment in application with analog subscriber.
According to current payment result and the corresponding benchmark results of test case whether authentication module 303, be configured to
Unanimously, determine that channel of disbursement to be tested whether there is fault.
Tied according to the actual current payment result of this payment test case and this corresponding benchmark test of payment test case
Whether fruit is consistent, can accurately determine that this channel of disbursement to be tested whether there is fault, and this automatic test payment to be tested
Channel whether there is fault testing method, makes tester avoid the need for manually testing this channel of disbursement to be tested, reduces
The consumption of human resourcess, simultaneously this automatic test mode can also effectively shorten length of testing speech, improve test result
Accuracy rate and efficiency.
As shown in figure 4, in one embodiment, the authentication module 303 shown in above-mentioned Fig. 3 may include that
First determination sub-module 3031, be configured as current payment result consistent with benchmark results when, determine
There is not fault in channel of disbursement to be tested.
When this current payment result is consistent with benchmark results, automatic test result and expected benchmark are described
Test result is identical, therefore, it is possible to automatically determine channel of disbursement to be tested there is not fault, that is, to be tested in this application to be tested
It is all errorless that channel of disbursement corresponds to the various information such as program, the port being used.
As shown in figure 5, in one embodiment, the authentication module 303 shown in above-mentioned Fig. 3 may include that
Second determination sub-module 3032, be configured as current payment result and benchmark results inconsistent when, determine
There is fault in channel of disbursement to be tested.
Prompting submodule 3033, is configured to point out fault message.
When this current payment result is inconsistent with expected benchmark results, illustrate what this payment test case was write
Inherently problematic having thus resulted in cannot be normally to be tested for the corresponding program of problematic or channel of disbursement to be tested
It is properly completed payment under channel of disbursement, so, tester can be pointed out according to this current payment by pointing out fault message
Result is modified to this payment test case or the corresponding program of this channel of disbursement to be tested.
As shown in fig. 6, in one embodiment, the device shown in above-mentioned Fig. 3 may also include that
Performing module 601, is configured to, when meeting default execution condition, re-execute payment test case or execution
According to the payment test case of current payment result modification, until paying current payment result and the benchmark test knot of test case
When really consistent, determine that channel of disbursement to be tested does not have fault,
Wherein, default execution condition includes at least one condition following:
Monitor to pay test case or the corresponding program of channel of disbursement to be tested is modified.
Receive the test instruction that channel of disbursement to be tested is re-started with test.
Current time reaches the default testing time retesting channel of disbursement to be tested.
When meeting at least one condition above-mentioned, illustrate to need again channel of disbursement to be tested to be tested, thus, can
To re-execute this payment test case or to re-execute the payment test according to this current payment result modification for the tester
Use-case, until it may be determined that to be tested when the current payment result of this payment test case is consistent with benchmark results
Pay channel and there is not fault, to stop this channel of disbursement to be tested is retested, no longer re-execute this payment test
User or amended payment test case.
As shown in fig. 7, in one embodiment, the device shown in above-mentioned Fig. 3 may also include that
First receiver module 701, be configured to to be tested pay application in add new channel of disbursement after, receive with
New channel of disbursement corresponding test environment information.
After adding new channel of disbursement in payment application to be tested, corresponding by the reception channel of disbursement new with this
Test environment information, can be carried out to this new channel of disbursement by paying existing payment product in application to be tested automatically
Test.
As shown in figure 8, in one embodiment, the device shown in above-mentioned Fig. 3 may also include that
Second receiver module 801, is configured to, after adding new payment product in payment application to be tested, receive new
Pay test environment information under each channel of disbursement to be tested for the product.
Acquisition module 802, is configured to obtain and the new corresponding benchmark results of payment product.
After adding new payment product in payment application to be tested, by receiving this new payment product each to be measured
Test environment information under examination channel of disbursement, obtains and the new corresponding benchmark results of payment product, can be new to this
Pay product just automatic test, to verify this new payment product whether fault.
According to the third aspect of the embodiment of the present disclosure, provide a kind of test device paying application, comprising:
Processor；
For storing the memorizer of processor executable；
Wherein, processor is configured to:
Receive and the channel of disbursement to be tested corresponding test environment information paying in application to be tested, wherein, described survey
Test ring environment information includes: default accounts information and the corresponding payment test case of described channel of disbursement to be tested, and described payment
It is executable and described to be measured in described payment application to be tested according to described default accounts information that test case is used for record
The related all operable step of examination channel of disbursement；
Receive test instruction；
Execute the corresponding payment test case of described channel of disbursement to be tested, believed according to described default account with analog subscriber
Breath executes described all operable steps in described to be tested payment in application；
Whether consistent according to current payment result benchmark results corresponding with described test case, determine described to be measured
Examination channel of disbursement whether there is fault.
Above-mentioned processor is also configured to:
Whether the current payment result of described basis benchmark results corresponding with described test case are consistent, determine described
Channel of disbursement to be tested whether there is fault, comprising:
When described current payment result is consistent with described benchmark results, determine described channel of disbursement to be tested not
There is fault.
Above-mentioned processor is also configured to:
Whether the current payment result of described basis benchmark results corresponding with described test case are consistent, determine described
Channel of disbursement to be tested whether there is fault, comprising:
When described current payment result is inconsistent with described benchmark results, determine that the means of payment to be tested has event
Barrier；
Prompting fault message.
Above-mentioned processor is also configured to:
Methods described also includes:
When meeting default execution condition, re-execute described payment test case or execution according to described current payment
The described payment test case of results modification, until the described current payment result paying test case and described benchmark test knot
When really consistent, determine that described channel of disbursement to be tested does not have fault,
Wherein, described default execution condition includes at least one condition following:
Monitor that described payment test case or the corresponding program of described channel of disbursement to be tested are modified；
Receive the test instruction that described channel of disbursement to be tested is re-started with test；
Current time reaches the default testing time retesting described channel of disbursement to be tested.
Above-mentioned processor is also configured to:
Methods described also includes:
After adding new channel of disbursement in described payment application to be tested, receive corresponding to described new channel of disbursement
Test environment information.
Above-mentioned processor is also configured to:
Methods described also includes:
After adding new payment product in described payment application to be tested, receive described new payment product and respectively treating
Test environment information under test channel of disbursement；
Obtain and the described new corresponding benchmark results of payment product.
Fig. 9 is a kind of block diagram of the test device 900 for paying application according to an exemplary embodiment, this dress
Put and be applied to terminal unit.For example, device 900 can be mobile phone, computer, digital broadcast terminal, messaging devices,
Game console, tablet device, armarium, body-building equipment, individual number assistant etc..
With reference to Fig. 9, device 900 can include with next or at least two assemblies: process assembly 902, memorizer 904,
Power supply module 906, multimedia groupware 908, audio-frequency assembly 910, input/output (i/o) interface 912, sensor cluster 914, with
And communication component 916.
The integrated operation of the usual control device 900 of process assembly 902, such as with display, call, data communication, phase
Machine operation and record operate associated operation.Process assembly 902 can include one or at least two processors 920 to execute
Instruction, to complete all or part of step of above-mentioned method.Additionally, process assembly 902 can include one or at least two
Module, is easy to the interaction between process assembly 902 and other assemblies.For example, process assembly 902 can include multi-media module,
To facilitate the interaction between multimedia groupware 908 and process assembly 902.
Memorizer 904 is configured to store various types of data to support the operation in device 900.The showing of these data
Example include on device 900 operation any storage object or method instruction, contact user data, telephone book data,
Message, picture, video etc..Memorizer 904 can by any kind of volatibility or non-volatile memory device or they
Combination is realized, such as static RAM (sram), Electrically Erasable Read Only Memory (eeprom), erasable can
Program read-only memory (eprom), programmable read only memory (prom), read only memory (rom), magnetic memory, flash memory
Reservoir, disk or CD.
Power supply module 906 provides power supply for the various assemblies of device 900.Power supply module 906 can include power management system
System, one or at least two power supplys, and other generate, manage and distribute, with for device 900, the assembly that power supply is associated.
Multimedia groupware 908 includes the screen of one output interface of offer between described device 900 and user.One
In a little embodiments, screen can include liquid crystal display (lcd) and touch panel (tp).If screen includes touch panel, screen
Curtain may be implemented as touch screen, to receive the input signal from user.Touch panel includes one or at least two touches
Sensor is with the gesture on sensing touch, slip and touch panel.Described touch sensor can not only sensing touch or slip
The border of action, but also the detection persistent period related to described touch or slide and pressure.In certain embodiments,
Multimedia groupware 908 includes a front-facing camera and/or post-positioned pick-up head.When device 900 is in operator scheme, such as shoot mould
When formula or video mode, front-facing camera and/or post-positioned pick-up head can receive outside multi-medium data.Each preposition shooting
Head and post-positioned pick-up head can be the optical lens system of a fixation or have focusing and optical zoom capabilities.
Audio-frequency assembly 910 is configured to output and/or input audio signal.For example, audio-frequency assembly 910 includes a Mike
Wind (mic), when device 900 is in operator scheme, during as call model, logging mode and speech recognition mode, mike is joined
It is set to reception external audio signal.The audio signal being received can be further stored in memorizer 904 or via communication set
Part 916 sends.In certain embodiments, audio-frequency assembly 910 also includes a speaker, for exports audio signal.
, for providing interface between process assembly 902 and peripheral interface module, above-mentioned peripheral interface module can for i/o interface 912
To be keyboard, click wheel, button etc..These buttons may include but be not limited to: home button, volume button, start button and lock
Determine button.
Sensor cluster 914 includes one or at least two sensors, for providing the state of various aspects for device 900
Assessment.For example, sensor cluster 914 can detect/the closed mode of opening of device 900, the relative localization of assembly, such as institute
State the display that assembly is device 900 and keypad, sensor cluster 914 can be with detection means 900 or 900 1 groups of device
The position change of part, user is presence or absence of with what device 900 contacted, device 900 orientation or acceleration/deceleration and device 900
Temperature change.Sensor cluster 914 can include proximity transducer, is configured to the inspection when not having any physical contact
Survey the presence of object nearby.Sensor cluster 914 can also include optical sensor, such as cmos or ccd imageing sensor, for
Use in imaging applications.In certain embodiments, this sensor cluster 914 can also include acceleration transducer, and gyroscope passes
Sensor, Magnetic Sensor, pressure transducer or temperature sensor.
Communication component 916 is configured to facilitate the communication of wired or wireless way between device 900 and other equipment.Device
900 can access the wireless network based on communication standard, such as wifi, 2g or 3g, or combinations thereof.In an exemplary enforcement
In example, communication component 916 receives broadcast singal or the broadcast related information from external broadcasting management system via broadcast channel.
In one exemplary embodiment, described communication component 916 also includes near-field communication (nfc) module, to promote junction service.Example
As, RF identification (rfid) technology can be based in nfc module, Infrared Data Association (irda) technology, ultra broadband (uwb) technology,
Bluetooth (bt) technology and other technologies are realizing.
In the exemplary embodiment, device 900 can be by one or at least two application specific integrated circuits (asic), number
Word signal processor (dsp), digital signal processing appts (dspd), PLD (pld), field programmable gate array
(fpga), controller, microcontroller, microprocessor or other electronic building bricks are realized, for executing said method.
In the exemplary embodiment, a kind of non-transitorycomputer readable storage medium including instruction, example are additionally provided
As included the memorizer 904 instructing, above-mentioned instruction can be executed by the processor 920 of device 900 to complete said method.For example,
Described non-transitorycomputer readable storage medium can be rom, random access memory (ram), cd-rom, tape, floppy disk
With optical data storage devices etc..
A kind of non-transitorycomputer readable storage medium, when the instruction in described storage medium is by said apparatus 900
So that said apparatus 900 are able to carry out a kind of method of testing paying application during computing device, comprising:
Receive and the channel of disbursement to be tested corresponding test environment information paying in application to be tested, wherein, described survey
Test ring environment information includes: default accounts information and the corresponding payment test case of described channel of disbursement to be tested, and described payment
It is executable and described to be measured in described payment application to be tested according to described default accounts information that test case is used for record
The related all operable step of examination channel of disbursement；
Receive test instruction；
Execute the corresponding payment test case of described channel of disbursement to be tested, believed according to described default account with analog subscriber
Breath executes described all operable steps in described to be tested payment in application；
Whether consistent according to current payment result benchmark results corresponding with described test case, determine described to be measured
Examination channel of disbursement whether there is fault.
In one embodiment, the described current payment result of basis and the corresponding benchmark results of described test case are
No consistent, determine that described channel of disbursement to be tested whether there is fault, comprising:
When described current payment result is consistent with described benchmark results, determine described channel of disbursement to be tested not
There is fault.
In one embodiment, the described current payment result of basis and the corresponding benchmark results of described test case are
No consistent, determine that described channel of disbursement to be tested whether there is fault, comprising:
When described current payment result is inconsistent with described benchmark results, determine that the means of payment to be tested has event
Barrier；
Prompting fault message.
In one embodiment, methods described also includes:
When meeting default execution condition, re-execute described payment test case or execution according to described current payment
The described payment test case of results modification, until the described current payment result paying test case and described benchmark test knot
When really consistent, determine that described channel of disbursement to be tested does not have fault,
Wherein, described default execution condition includes at least one condition following:
Monitor that described payment test case or the corresponding program of described channel of disbursement to be tested are modified；
Receive the test instruction that described channel of disbursement to be tested is re-started with test；
Current time reaches the default testing time retesting described channel of disbursement to be tested.
In one embodiment, methods described also includes:
After adding new channel of disbursement in described payment application to be tested, receive corresponding to described new channel of disbursement
Test environment information.
In one embodiment, methods described also includes:
After adding new payment product in described payment application to be tested, receive described new payment product and respectively treating
Test environment information under test channel of disbursement；
Obtain and the described new corresponding benchmark results of payment product.
Art technology user person, after considering description and putting into practice disclosure disclosed herein, will readily occur to the disclosure
Other embodiments.The application is intended to any modification, purposes or the adaptations of the disclosure, these modifications, purposes
Or adaptations follow the disclosure general principle and include the disclosure undocumented in the art known often
Know or conventional techniques.Description and embodiments be considered only as exemplary, the true scope of the disclosure and spirit by following
Claim point out.
It should be appreciated that the disclosure is not limited to be described above and precision architecture illustrated in the accompanying drawings, and
And various modifications and changes can carried out without departing from the scope.The scope of the present disclosure only to be limited by appended claim.
Claims (13)
1. a kind of method of testing paying application is it is characterised in that include:
Receive and the channel of disbursement to be tested corresponding test environment information paying in application to be tested, wherein, described test wrapper
Environment information includes: default accounts information and the corresponding payment test case of described channel of disbursement to be tested, and described payment is tested
Use-case be used for record according to described default accounts information described to be tested pay application in executable with described to be tested
Pay channel related all operable step；
Receive test instruction；
Execute the corresponding payment test case of described channel of disbursement to be tested, existed according to described default accounts information with analog subscriber
Described to be tested payment in application executes described all operable steps；
Whether consistent according to current payment result benchmark results corresponding with described test case, determine described to be tested
Pay channel and whether there is fault.
2. method according to claim 1 it is characterised in that
Whether the current payment result of described basis benchmark results corresponding with described test case are consistent, determine described to be measured
Examination channel of disbursement whether there is fault, comprising:
When described current payment result is consistent with described benchmark results, determine that described channel of disbursement to be tested does not exist
Fault.
3. method according to claim 1 and 2 it is characterised in that
Whether the current payment result of described basis benchmark results corresponding with described test case are consistent, determine described to be measured
Examination channel of disbursement whether there is fault, comprising:
When described current payment result is inconsistent with described benchmark results, determine that the means of payment to be tested has fault；
Prompting fault message.
4. method according to claim 1 is it is characterised in that methods described also includes:
When meeting default execution condition, re-execute described payment test case or execution according to described current payment result
The described payment test case of modification, until the described current payment result paying test case and described benchmark results phase
When consistent, determine that described channel of disbursement to be tested does not have fault,
Wherein, described default execution condition includes at least one condition following:
Monitor that described payment test case or the corresponding program of described channel of disbursement to be tested are modified；
Receive the test instruction that described channel of disbursement to be tested is re-started with test；
Current time reaches the default testing time retesting described channel of disbursement to be tested.
5. method according to claim 1 is it is characterised in that methods described also includes:
After adding new channel of disbursement in described payment application to be tested, receive surveys corresponding with described new channel of disbursement
Test ring environment information.
6. method according to claim 1 is it is characterised in that methods described also includes:
After adding new payment product in described payment application to be tested, receive described new payment product each to be tested
Test environment information under channel of disbursement；
Obtain and the described new corresponding benchmark results of payment product.
7. a kind of test device paying application is it is characterised in that include:
Deployment module, for receiving and the channel of disbursement to be tested corresponding test environment information paying in application to be tested, its
In, described test environment information includes: default accounts information and the corresponding payment test case of described channel of disbursement to be tested, and
Described payment test case be used for record according to described default accounts information described to be tested pay application in executable with
The related all operable step of described channel of disbursement to be tested；
Control module, for receiving test instruction, executes the corresponding payment test case of described channel of disbursement to be tested, to simulate
User executes described all operable steps according to described default accounts information in described to be tested payment in application；
Authentication module, for whether consistent according to current payment result benchmark results corresponding with described test case, really
Fixed described channel of disbursement to be tested whether there is fault.
8. device according to claim 7 it is characterised in that
Described authentication module includes:
First determination sub-module, described for when described current payment result is consistent with described benchmark results, determining
There is not fault in channel of disbursement to be tested.
9. the device according to claim 7 or 8 it is characterised in that
Described authentication module includes:
Second determination sub-module, for when described current payment result is inconsistent with described benchmark results, determining described
There is fault in channel of disbursement to be tested；
Prompting submodule, for pointing out fault message.
10. device according to claim 7 is it is characterised in that described device also includes:
Performing module, for when meeting default execution condition, re-executing described payment test case or execution according to institute
State the described payment test case of current payment result modification, until the described current payment result paying test case with described
When benchmark results are consistent, determine that described channel of disbursement to be tested does not have fault,
Wherein, described default execution condition includes at least one condition following:
Monitor that described payment test case or the corresponding program of described channel of disbursement to be tested are modified；
Receive the test instruction that described channel of disbursement to be tested is re-started with test；
Current time reaches the default testing time retesting described channel of disbursement to be tested.
11. devices according to claim 7 are it is characterised in that described device also includes:
First receiver module, for, after adding new channel of disbursement in described payment application to be tested, receiving new with described
Channel of disbursement corresponding test environment information.
12. devices according to claim 7 are it is characterised in that described device also includes:
Second receiver module, for described to be tested pay add new payment product in application after, receive described new
Pay test environment information under each channel of disbursement to be tested for the product；
Acquisition module, for obtaining and the described new corresponding benchmark results of payment product.
A kind of 13. test devices paying application are it is characterised in that include:
Processor；
For storing the memorizer of processor executable；
Wherein, described processor is configured to:
Receive and the channel of disbursement to be tested corresponding test environment information paying in application to be tested, wherein, described test wrapper
Environment information includes: default accounts information and the corresponding payment test case of described channel of disbursement to be tested, and described payment is tested
Use-case be used for record according to described default accounts information described to be tested pay application in executable with described to be tested
Pay channel related all operable step；
Receive test instruction；
Execute the corresponding payment test case of described channel of disbursement to be tested, existed according to described default accounts information with analog subscriber
Described to be tested payment in application executes described all operable steps；
Whether consistent according to current payment result benchmark results corresponding with described test case, determine described to be tested
Pay channel and whether there is fault.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610665805.7A CN106354628A (en) | 2016-08-12 | 2016-08-12 | Payment app test method and device thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610665805.7A CN106354628A (en) | 2016-08-12 | 2016-08-12 | Payment app test method and device thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106354628A true CN106354628A (en) | 2017-01-25 |
Family
ID=57844424
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610665805.7A Pending CN106354628A (en) | 2016-08-12 | 2016-08-12 | Payment app test method and device thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106354628A (en) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106897216A (en) * | 2017-02-13 | 2017-06-27 | 北京趣拿软件科技有限公司 | The method and apparatus of test software |
| CN107291618A (en) * | 2017-06-20 | 2017-10-24 | 广东欧珀移动通信有限公司 | Application memory method, device and terminal device |
| CN107403309A (en) * | 2017-08-11 | 2017-11-28 | 中国银行股份有限公司 | A kind of testing time method for customizing and device |
| CN108174376A (en) * | 2017-12-28 | 2018-06-15 | 飞天诚信科技股份有限公司 | A kind of method and system for preventing interference |
| CN108305055A (en) * | 2017-10-20 | 2018-07-20 | 掌合天下（北京）信息技术有限公司 | Pay test method and device |
| CN108665251A (en) * | 2018-05-11 | 2018-10-16 | 阿里巴巴集团控股有限公司 | A kind of processing method and processing device that channel of disbursement restores |
| CN108881585A (en) * | 2018-05-08 | 2018-11-23 | 北京五八信息技术有限公司 | Built-in application program test processing method, device, electronic equipment and storage medium |
| CN108959102A (en) * | 2018-07-27 | 2018-12-07 | 百度在线网络技术（北京）有限公司 | Method and apparatus for generating test data, test application to be tested |
| CN109902004A (en) * | 2019-02-18 | 2019-06-18 | 深圳壹账通智能科技有限公司 | A kind of test method and device of application program link channel |
| CN110348984A (en) * | 2019-05-27 | 2019-10-18 | 平安银行股份有限公司 | Credit card information automation input method and relevant device under different transaction channels |
| CN111367821A (en) * | 2020-05-22 | 2020-07-03 | 支付宝(杭州)信息技术有限公司 | Software testing method and system |
| CN112418835A (en) * | 2019-08-21 | 2021-02-26 | 腾讯科技（深圳）有限公司 | Method and related device for testing online bank payment process |
| CN113360387A (en) * | 2021-06-18 | 2021-09-07 | 深圳银兴科技开发有限公司 | Bank payment and settlement simulator |
| CN114626839A (en) * | 2022-03-15 | 2022-06-14 | 携程旅游网络技术（上海）有限公司 | Payment channel monitoring method and system, electronic equipment and storage medium |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1744054A (en) * | 2004-08-31 | 2006-03-08 | ***股份有限公司 | Automatic test auxiliary system and corresponding software automatic test method |
| CN101211437A (en) * | 2006-12-31 | 2008-07-02 | 阿里巴巴公司 | Electronic payment failure testing method, device and electronic payment system |
| CN101308556A (en) * | 2007-05-15 | 2008-11-19 | 阿里巴巴集团控股有限公司 | System and method for online charging test |
| CN104182335A (en) * | 2014-05-09 | 2014-12-03 | 中国光大银行 | Software testing method and device |
| CN104461902A (en) * | 2014-12-23 | 2015-03-25 | 东信和平科技股份有限公司 | Financial payment test platform, method and system |
| US20150113511A1 (en) * | 2005-06-10 | 2015-04-23 | Wapp Tech Corp. | Systems including network simulation for mobile application development |
| CN104794049A (en) * | 2014-01-20 | 2015-07-22 | 腾讯科技（深圳）有限公司 | Application program test method and device |
| CN105589802A (en) * | 2014-10-23 | 2016-05-18 | 阿里巴巴集团控股有限公司 | Software test method and apparatus |
| CN105741093A (en) * | 2016-01-25 | 2016-07-06 | 网易（杭州）网络有限公司 | Payment method, device and system of mobile application |
| CN105761079A (en) * | 2016-02-02 | 2016-07-13 | 四川长虹电器股份有限公司 | Payment configuration method and system supporting multiple channels |
-
2016
- 2016-08-12 CN CN201610665805.7A patent/CN106354628A/en active Pending
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1744054A (en) * | 2004-08-31 | 2006-03-08 | ***股份有限公司 | Automatic test auxiliary system and corresponding software automatic test method |
| US20150113511A1 (en) * | 2005-06-10 | 2015-04-23 | Wapp Tech Corp. | Systems including network simulation for mobile application development |
| CN101211437A (en) * | 2006-12-31 | 2008-07-02 | 阿里巴巴公司 | Electronic payment failure testing method, device and electronic payment system |
| CN101308556A (en) * | 2007-05-15 | 2008-11-19 | 阿里巴巴集团控股有限公司 | System and method for online charging test |
| CN104794049A (en) * | 2014-01-20 | 2015-07-22 | 腾讯科技（深圳）有限公司 | Application program test method and device |
| CN104182335A (en) * | 2014-05-09 | 2014-12-03 | 中国光大银行 | Software testing method and device |
| CN105589802A (en) * | 2014-10-23 | 2016-05-18 | 阿里巴巴集团控股有限公司 | Software test method and apparatus |
| CN104461902A (en) * | 2014-12-23 | 2015-03-25 | 东信和平科技股份有限公司 | Financial payment test platform, method and system |
| CN105741093A (en) * | 2016-01-25 | 2016-07-06 | 网易（杭州）网络有限公司 | Payment method, device and system of mobile application |
| CN105761079A (en) * | 2016-02-02 | 2016-07-13 | 四川长虹电器股份有限公司 | Payment configuration method and system supporting multiple channels |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106897216A (en) * | 2017-02-13 | 2017-06-27 | 北京趣拿软件科技有限公司 | The method and apparatus of test software |
| CN107291618A (en) * | 2017-06-20 | 2017-10-24 | 广东欧珀移动通信有限公司 | Application memory method, device and terminal device |
| CN107403309A (en) * | 2017-08-11 | 2017-11-28 | 中国银行股份有限公司 | A kind of testing time method for customizing and device |
| CN108305055A (en) * | 2017-10-20 | 2018-07-20 | 掌合天下（北京）信息技术有限公司 | Pay test method and device |
| CN108174376A (en) * | 2017-12-28 | 2018-06-15 | 飞天诚信科技股份有限公司 | A kind of method and system for preventing interference |
| CN108174376B (en) * | 2017-12-28 | 2021-01-01 | 飞天诚信科技股份有限公司 | Method and system for preventing interference |
| CN108881585B (en) * | 2018-05-08 | 2020-11-10 | 北京五八信息技术有限公司 | Built-in application program test processing method and device, electronic equipment and storage medium |
| CN108881585A (en) * | 2018-05-08 | 2018-11-23 | 北京五八信息技术有限公司 | Built-in application program test processing method, device, electronic equipment and storage medium |
| CN108665251A (en) * | 2018-05-11 | 2018-10-16 | 阿里巴巴集团控股有限公司 | A kind of processing method and processing device that channel of disbursement restores |
| CN108959102A (en) * | 2018-07-27 | 2018-12-07 | 百度在线网络技术（北京）有限公司 | Method and apparatus for generating test data, test application to be tested |
| CN108959102B (en) * | 2018-07-27 | 2020-01-17 | 百度在线网络技术（北京）有限公司 | Method and device for generating test data and testing application to be tested |
| CN109902004A (en) * | 2019-02-18 | 2019-06-18 | 深圳壹账通智能科技有限公司 | A kind of test method and device of application program link channel |
| CN109902004B (en) * | 2019-02-18 | 2022-09-30 | 深圳壹账通智能科技有限公司 | Method and device for testing application program link channel |
| CN110348984A (en) * | 2019-05-27 | 2019-10-18 | 平安银行股份有限公司 | Credit card information automation input method and relevant device under different transaction channels |
| CN110348984B (en) * | 2019-05-27 | 2024-03-29 | 平安银行股份有限公司 | Automatic credit card data input method and related equipment under different transaction channels |
| CN112418835A (en) * | 2019-08-21 | 2021-02-26 | 腾讯科技（深圳）有限公司 | Method and related device for testing online bank payment process |
| CN111367821A (en) * | 2020-05-22 | 2020-07-03 | 支付宝(杭州)信息技术有限公司 | Software testing method and system |
| CN113360387A (en) * | 2021-06-18 | 2021-09-07 | 深圳银兴科技开发有限公司 | Bank payment and settlement simulator |
| CN114626839A (en) * | 2022-03-15 | 2022-06-14 | 携程旅游网络技术（上海）有限公司 | Payment channel monitoring method and system, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106354628A (en) | Payment app test method and device thereof | |
| US10914619B2 (en) | Electronic device and hardware diagnosis result-based process execution method thereof | |
| CN204945256U (en) | A kind of retail table tester device reclaimed for electronic equipment | |
| CN104536891B (en) | System detection method and device | |
| CN104461899B (en) | The method, test terminal and system of consumed resource are analyzed in test process | |
| US20170311111A1 (en) | Methods, apparatus and system for mobile piggybacking | |
| CN107665426A (en) | Method and electronic device for payment using biometric authentication | |
| CN102968312B (en) | User interface placeholder for application extension program | |
| CN107507003A (en) | A kind of method for processing business, equipment and system | |
| CN109582579A (en) | Applied program testing method, device, electronic equipment and storage medium | |
| CN107590654A (en) | A kind of method of on-line payment, terminal and computer-readable medium | |
| US10997584B2 (en) | Payment system, electronic device and payment method thereof | |
| CN105338110A (en) | Remote debugging method, platform and server | |
| WO2018091001A1 (en) | Payment method and device, electronic device, and payment system | |
| CN107491966A (en) | Method of payment, apparatus and system, storage medium | |
| KR20180110395A (en) | Method for providing payment service having plug-in service and electronic device therefor | |
| CN106355409A (en) | Payment system, electronic device and payment method thereof | |
| CN106790895A (en) | A kind of fault handling method and device | |
| US9967042B2 (en) | Remotely testing operational components of a mobile device | |
| CN107273300A (en) | A kind of applied program testing method and device | |
| KR102559931B1 (en) | Electronic device and method for payment using the same | |
| CN107704259A (en) | Application upgrade method, apparatus and storage medium | |
| CN110020699A (en) | A kind of figure code check method and device | |
| CN104991857B (en) | Trace debug method and device | |
| CN111192036A (en) | Account resource updating method and device, computer equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180816 Address after: 100176 Beijing Beijing economic and Technological Development Zone, Chuang Chuang fourteen Street 99, 33 D Building 2 level 2243 (centralized office area) Applicant after: Beijing millet Payment Technology Co., Ltd. Address before: 100085 Huarun Qingcai Street 68, Haidian District, Beijing, two stage, 9 floor, 01 rooms. Applicant before: BEIJING XIAOMI MOBILE SOFTWARE Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170125 |
|
| RJ01 | Rejection of invention patent application after publication |