Payment system test method, device and system

Abstract

The invention discloses a test method, device and system for a payment system. The method comprises the following steps: receiving a test request of a test end; according to the content of the test request, the test request is sent to a central bank payment system or a simulation payment system, the central bank payment system is a payment system which carries out business processing according to a specified specification, the simulation payment system is a simulation system corresponding to the central bank payment system, and the simulation payment system is not limited by the specified specification; and the response result of the central bank payment system or the simulation payment system is sent to the test end, and the test end completes the test according to the response result. Therefore, by adding the agent layer and combining the central bank payment system with the simulation payment system corresponding to the central bank payment system, when the test end sends the test request, the agent layer can flexibly send the test request to the central bank payment system or the simulation payment system according to the content of the test request; therefore, automatic testing can be carried out autonomously and controllably, and the testing efficiency is improved.

Description

Technical Field

[0001] The present application relates to the field of testing, and in particular to a testing method, device and system for a payment system. Background Art

[0002] In some payment scenarios, the business system can interact with the central bank's payment system to process payment services. For example, in a typical application scenario, the clearing platform can send a clearing instruction to the central bank's payment system, and the central bank's payment system can perform clearing processing according to the clearing instruction and return the processing result to the clearing platform. Alternatively, the clearing platform can also receive instructions actively issued by the central bank's payment system and perform corresponding business operations according to the instruction.

[0003] Usually, in order to ensure normal interaction with the central bank's payment system, the business system can conduct joint debugging tests with the central bank's payment system to test whether the sending, receiving or execution of messages / instructions between the business system and the central bank's payment system is normal. However, in actual testing, considering the specificity of the central bank's payment system, there are often problems such as long waiting time for test results and inability to simulate messages actively sent by the central bank, resulting in low test efficiency and failure to successfully conduct the test. Summary of the invention

[0004] The embodiments of the present application provide a payment system testing method, device and system for solving the problem that the current business system has low testing efficiency and cannot successfully perform the test when conducting joint debugging tests with the central bank's payment system.

[0005] To solve the above technical problems, the embodiments of the present application are implemented as follows:

[0006] First, a payment system testing method is proposed, including:

[0007] Receive test requests from the test end;

[0008] According to the content of the test request, the test request is sent to the central bank payment system or the simulated payment system, wherein the central bank payment system is a payment system that processes business in accordance with specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications;

[0009] The response result of the central bank payment system or the simulated payment system is sent to the test end, and the test end completes the test according to the response result.

[0010] In a second aspect, a payment system testing device is provided, comprising:

[0011] A receiving module receives a test request from the test end;

[0012] A first sending module, according to the content of the test request, sends the test request to a central bank payment system or a simulated payment system, wherein the central bank payment system is a payment system that processes business according to specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications;

[0013] The second sending module sends the response result of the central bank payment system or the simulated payment system to the test end, and the test end completes the test according to the response result.

[0014] In a third aspect, an electronic device is provided, the electronic device comprising:

[0015] Processor; and

[0016] A memory arranged to store computer executable instructions which, when executed, cause the processor to:

[0017] Receive test requests from the test end;

[0018] According to the content of the test request, the test request is sent to the central bank payment system or the simulated payment system, wherein the central bank payment system is a payment system that processes business in accordance with specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications;

[0019] The response result of the central bank payment system or the simulated payment system is sent to the test end, and the test end completes the test according to the response result.

[0020] In a fourth aspect, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores one or more programs, and when the one or more programs are executed by an electronic device including a plurality of application programs, the electronic device performs the following method:

[0021] Receive test requests from the test end;

[0022] According to the content of the test request, the test request is sent to the central bank payment system or the simulated payment system, wherein the central bank payment system is a payment system that processes business in accordance with specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications;

[0023] The response result of the central bank payment system or the simulated payment system is sent to the test end, and the test end completes the test according to the response result.

[0024] In a fifth aspect, a payment system testing method is proposed, including a test terminal, an agent layer, a central bank payment system and a simulated payment system, wherein the central bank payment system is a payment system that processes business according to specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications, wherein:

[0025] The test end sends a test request to the proxy layer;

[0026] The proxy layer receives the test request from the test end; and sends the test request to the central bank payment system or the simulated payment system according to the content of the test request;

[0027] The central bank payment system or the simulated payment system sends the response result of the test request to the proxy layer;

[0028] The proxy layer sends the response result to the test end;

[0029] The test end completes the test according to the response result.

[0030] At least one of the above technical solutions adopted in the embodiments of the present application can achieve the following beneficial effects:

[0031] The test link of the embodiment of the present application includes a test end, a proxy layer, a central bank payment system, and a simulated payment system corresponding to the central bank payment system. When the test end initiates a test request, the test request can be sent to the proxy layer. After receiving the test request, the proxy layer can send the test request to the central bank payment system or the simulated payment system according to the content of the test request, and then send the response message returned by the central bank payment system or the simulated payment system to the test end to complete the test. In this way, by adding a proxy layer and combining the central bank payment system with the simulated payment system corresponding to the central bank payment system, when the test end sends a test request, the proxy layer can flexibly send the test request to the central bank payment system or the simulated payment system according to the content of the test request, which can not only perform automated testing autonomously and controllably to improve test efficiency, but also ensure the successful execution of the test. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0033] Figure 1It is a schematic diagram of a schematic system architecture provided in an embodiment of the present application;

[0034] Figure 2 It is a flowchart of a testing method of a payment system according to an embodiment of the present application;

[0035] Figure 3 is a schematic diagram of the structure of an electronic device according to an embodiment of the present application;

[0036] Figure 4 It is a structural schematic diagram of a testing device of a payment system according to an embodiment of the present application;

[0037] Figure 5 It is a structural diagram of a test system of a payment system according to an embodiment of the present application. DETAILED DESCRIPTION

[0038] In order to enable those skilled in the art to better understand the technical solutions in this application, the technical solutions in the embodiments of this application will be clearly and completely described below in conjunction with the drawings in the embodiments of this application. Obviously, the described embodiments are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this application.

[0039] At present, when the business system is conducting joint debugging tests with the central bank payment system (central bank second-generation payment system), it can test whether the message / instruction sent by the business system to the central bank payment system is correct, or test whether the central bank payment system can successfully receive the message / instruction after the business system sends the message / instruction to the central bank payment system, and whether it can successfully respond to the message / instruction and perform the corresponding payment processing. Or, it can also test whether the business system can successfully receive the message / instruction after the central payment system actively sends the message / instruction to the business system, and whether it can successfully perform the corresponding business operation according to the message / instruction, etc. However, when actually testing the central bank payment system, considering the particularity of the central bank payment system, the following problems are usually encountered:

[0040] (1) Regardless of whether it is a test environment or an actual production environment, the central bank’s payment system only supports real financial institutions for testing. That is, when a business system is being tested, it can only communicate with the central bank’s payment system if it obtains a test account assigned by the central bank.

[0041] (2) For business systems that have applied for and obtained test accounts, problems may also be encountered during actual testing. For example, business systems usually use the same account in production and test environments. In this way, in the central bank's payment system, production data and test data cannot be distinguished, resulting in financial data errors. For another example, when the central bank's payment system processes payments, it usually processes them according to certain specifications. Therefore, when testing, it is necessary to write corresponding test cases according to the specifications, which will lead to low test efficiency. For example, according to the specifications, the central bank's payment system will only perform clearing processing once an hour. Therefore, when writing a test case to perform a clearing test, it is necessary to wait for hours to get the test results, resulting in low test efficiency.

[0042] (3) The messages / instructions that the central bank’s payment system actively pushes to the business system cannot be simulated autonomously in the current test environment, resulting in the inability to conduct corresponding tests on the messages / instructions issued by the central bank’s payment system.

[0043] In the existing related technologies, in order to avoid the above problems, the test environment can be completely tested in a mock manner, that is, the behavior of the central bank payment system is simulated by manual judgment, and the test is performed according to the simulated behavior. However, this testing method requires the writing of a large number of test cases (including test instructions and the test results corresponding to the test instructions), resulting in high implementation costs; when the central bank payment system is updated and iterated and the response to the request changes, the test environment cannot perceive it, which may cause the test to fail and cause production problems; when the manual judgment is wrong, the simulated central bank behavior will be wrong, causing test errors.

[0044] This shows that it is currently not possible to successfully test the central bank's payment system, that is, there is currently a lack of an effective solution to achieve successful testing of the central bank's payment system.

[0045] In view of this, the embodiments of the present application provide a payment system testing method, device and system. When testing the central bank payment system, the test link may include a test end, a proxy layer, a central bank payment system and a simulated payment system corresponding to the central bank payment system. When the test end initiates a test request, the test request may be sent to the proxy layer. After receiving the test request, the proxy layer may send the test request to the central bank payment system or the simulated payment system according to the content of the test request, and then send the response message returned by the central bank payment system or the simulated payment system to the test end to complete the test. In this way, by adding a proxy layer and combining the central bank payment system with the simulated payment system corresponding to the central bank payment system, when the test end sends a test request, the proxy layer may flexibly send the test request to the central bank payment system or the simulated payment system according to the content of the test request, which not only can autonomous and controllable automated testing be performed to improve test efficiency, but also can ensure the successful execution of the test.

[0046] Combine the following Figure 1 A possible application scenario of the technical solution provided in the embodiment of the present application is described.

[0047] Figure 1 is a schematic diagram of a system architecture provided in an embodiment of the present application, Figure 1 The system architecture shown includes a test terminal 11, an agent layer 12, a central bank payment system 13, and a simulated payment system 14 corresponding to the central bank payment system 13. The test terminal 11 can trigger a test according to the test requirements and send a test request to the agent layer 12. The agent layer 12 can receive the test request and determine whether to send the test request to the central bank payment system 13 or to the simulated payment system 14 according to the content of the test request. The central bank payment system 13 or the simulated payment system 14 can respond to the test request and return the response result to the agent layer 12. The agent layer 12 can send the response result to the test terminal 11, and the test terminal 11 can complete the test according to the response result.

[0048] Optionally, the test end 11 may be a test management end or a test management platform, or may be a business system party with test requirements (such as a clearing platform, etc.). Where the test end 11 is a test management end or a test management platform, the test end 11 may actively trigger a test request according to the test requirements, or may trigger a test request according to the test requirements of the business system party when receiving the test requirements of the business system party, which is not specifically limited here.

[0049] It should be noted that both the central bank payment system 13 and the simulated payment system 14 can respond to the test request. The difference is that the central bank payment system 13 needs to respond to the test request according to the specified specification, while the simulated payment system 14 is not restricted by the specified specification. The specified specification here can be the rules that the central bank payment system 13 needs to follow when processing business in the actual business scenario. For example, the central bank payment system 13 needs to perform a clearing every hour (or other time, determined by the actual business scenario) instead of clearing in real time. For another example, the central bank payment system 13 can actively push messages to other business systems, but other business systems cannot control the central bank payment system 13 to push messages, etc. For the simulated payment system 14, when receiving the clearing instruction, the simulated payment system 14 can perform clearing immediately without waiting for an hour to perform a clearing. When other business systems have the need to push messages, they can also push messages to other business systems under the control of other business systems, without being restricted by the above-mentioned specified specifications.

[0050] based on Figure 1 The test system shown in the figure adds a proxy layer and combines the central bank payment system with the simulation payment system corresponding to the central bank payment system. When the test end sends a test request, the proxy layer can flexibly send the test request to the central bank payment system or the simulation payment system according to the content of the test request. It can not only perform automated testing autonomously and controllably to improve testing efficiency, but also ensure the successful execution of the test.

[0051] The technical solutions provided by various embodiments of the present application are described in detail below in conjunction with the accompanying drawings.

[0052] Figure 2 is a flow chart of a test method of a payment system according to an embodiment of the present application. The test method may be performed by Figure 1 The proxy layer 12 shown executes the test method as described below.

[0053] S202: Receive a test request from the test end.

[0054] In S202, when the test end has a test requirement, the test end can trigger the test and send a test request to the proxy layer, and the proxy layer can receive the test request from the test end. Figure 1 The test end 11 shown may specifically be a test management end or a test management platform, or may be a business system party with test requirements (such as a clearing platform, etc.).

[0055] S204: According to the content of the test request, the test request is sent to the central bank payment system or the simulated payment system. The central bank payment system is a payment system that processes business in accordance with specified specifications. The simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications.

[0056] In S204, after receiving the test request, the proxy layer can determine whether to send the test request to the central bank payment system or to the simulated payment system according to the content of the test request. Figure 1 The central bank payment system 13 shown in the figure needs to process business in accordance with the specified specifications. The simulated payment system can be Figure 1 The simulated payment system 14 shown is a simulated system corresponding to the central bank payment system, and is not subject to the restrictions of the specified specifications when performing business processing. The specified specifications here can be found in Figure 1 The corresponding contents in the illustrated embodiment will not be repeated here.

[0057] In the embodiment of the present application, the content of the test request may include multiple contents, which may be determined by the test requirements. According to different test contents, the proxy layer may send the test request to a suitable payment system so that the test can be successfully carried out and the test efficiency can be improved.

[0058] Optionally, as an embodiment, the content of the test request may be a request for a downlink message, that is, the test request is used to request a downlink message. In this case, when the proxy layer sends the test request according to the content of the test request, it may specifically send the test request to the simulated payment system, and the simulated payment system returns a downlink message according to the test request. The downlink message may be a notification message or a push message actively sent by the central bank payment system.

[0059] That is to say, when the test requirement is to verify the downlink message sent by the central bank payment system, the test end can trigger the test and send a test request for requesting the downlink message to the proxy layer, and the proxy layer can send the test request to the simulated payment system. Since the simulated payment system is not restricted by the specified specifications, when the test request is received, the corresponding downlink message can be returned according to the test request. In this way, compared with the prior art in which the downlink message of the central bank payment system cannot be simulated or the central bank payment system will not return the downlink message due to the restrictions of the specified specifications after the test request is sent to the central bank payment system, the embodiment of the present application can successfully simulate the downlink message by sending a test request to the simulated payment system and the simulated payment system returns the downlink message, thereby ensuring the successful execution of the test.

[0060] Optionally, as an embodiment, the content of the test request may be a request for instant settlement, that is, the test request is an instant settlement request. In this case, when the proxy layer sends the test request according to the content of the test request, it may specifically send the test request to a simulated payment system, and the simulated payment system performs instant settlement according to the test request.

[0061] That is to say, when the test requirement is to perform instant clearing to verify the clearing result, the test end can trigger the test and send an instant clearing request to the proxy layer, and the proxy layer can send the instant clearing request to the simulated payment system. Since the simulated payment system is not restricted by the specified specifications, the simulated payment system can perform clearing processing and return the processing result immediately when receiving the instant clearing request. In this way, compared with the prior art of sending the instant clearing request to the central bank payment system, the central bank payment system is restricted by the specified specifications and needs to wait for a certain period of time before performing clearing processing and returning the clearing result, the embodiment of the present application sends the instant clearing request to the simulated payment system, and the simulated payment system performs clearing processing and returns the clearing result according to the instant clearing request, so that the clearing result can be obtained immediately without waiting for a long time, which effectively improves the test efficiency.

[0062] Optionally, as an embodiment, the content of the test request may be to send a normal uplink message without special delay requirements, that is, the test request contains an uplink message and the uplink message has no delay requirements. In this case, when the proxy layer sends the test request to the central bank payment system or the simulated payment system according to the content of the test request, it may specifically send the test request to the central bank payment system, and the central bank payment system responds to the test request. Among them, the uplink message is the message sent by the business system to the central bank payment system, that is, the message received by the central bank payment system in the actual business scenario. No delay requirement means that there is no special time requirement for the response result (or processing result) of the uplink message, and the central bank payment system can respond normally to the uplink message.

[0063] That is to say, when the test requirement is to verify the sending, receiving or response of an uplink message, the test end can trigger the test and send a test request containing an uplink message without special delay requirements to the proxy layer. The proxy layer can send the test request to the central bank payment system, and the central bank payment system will process the uplink message according to the normal processing flow. In this way, since the test request can be sent to the central bank payment system and the central bank payment system responds, compared with sending the test request to the simulated payment system, there is no need to write a large number of test cases, thereby reducing the implementation cost. Moreover, when the central bank payment system is updated and iterated and the response to the request changes, the response result after the change can also be perceived, thereby avoiding production problems caused by failure to test. In addition, it can also avoid test errors caused by manual judgment errors, ensuring successful testing.

[0064] Optionally, when sending the test request to the central bank payment system, it can also be determined whether the number of test requests is greater than or equal to a preset threshold. If not, all test requests can be sent to the central bank payment system. If so, part or all of the test requests can be sent to the simulated payment system to avoid affecting the test environment of the central bank payment system when the number of test requests is large, and to ensure the normal operation of the test environment. The number of test requests sent to the simulated payment system can be determined according to the actual business scenario, and is not specifically limited here.

[0065] It should be noted that the above three optional embodiments are used as examples to illustrate how the proxy layer sends the test request to the appropriate payment system according to the content of the test request. However, in actual business scenarios, the content of the test request is not limited to the above three cases. In other cases, when the proxy layer sends the test request to the central bank payment system or the simulated payment system, it can follow the following principles: if the test request requires the central bank payment system to actively send a message or instruction, the test request can be sent to the simulated payment system so that the simulated payment system can simulate the message or instruction and return it to the test end; if the test request requires the central bank payment system to return a response result immediately but the central bank payment system cannot return a response result immediately, the test request can be sent to the simulated payment system so that the simulated payment system can return a response result immediately; if the test request is an ordinary uplink message and there are no other special requirements, the test request can be sent to the central bank payment system so that the central bank payment system can respond to the test request normally. Other possible test request contents will not be illustrated one by one here.

[0066] The above describes in detail how the proxy layer intelligently sends the test request to an appropriate payment system according to the content of the test request. Optionally, as an embodiment, after receiving the test request, the proxy layer may also send the test request to a pre-specified payment system.

[0067] Specifically, the test end can pre-specify the payment system corresponding to the test request, that is, pre-specify which payment system in the central bank payment system and the simulated payment system the test request is sent to. For example, the test end pre-specifies that the test request is sent to the central bank payment system according to the test requirements, and the test end can carry the identification information of the central bank payment system or other information that can be used to specify the central bank payment system in the test request. In this way, after receiving the test request, the proxy layer can send the test request to the central bank payment system pre-specified by the test end.

[0068] In this way, since the proxy layer can send the test request to a pre-specified payment system, and can also intelligently send the test request to the appropriate payment system based on the content of the test request, it can reasonably select the payment system for testing according to different test requirements, thereby meeting the test requirements and improving the test efficiency to ensure successful testing.

[0069] S206: Send the response result of the central bank payment system or the simulated payment system to the test end, and the test end completes the test according to the response result.

[0070] In S206, after the proxy layer sends the test request to the central bank payment system or the simulated payment system, the central bank payment system or the simulated payment system can respond to the test request and return the response result to the proxy layer. The proxy layer can send the response result to the test end. After receiving the response result, the test end can complete subsequent tests based on the response result.

[0071] For example, if the test request is for requesting a downlink message, the proxy layer sends the test request to the simulated payment system. The simulated payment system can return a corresponding downlink message according to the test request, and the proxy layer can send the downlink message to the test end, which verifies the downlink message.

[0072] For example, if the test request is an instant settlement request, the agent layer sends the test request to the simulated payment system. The simulated payment system can then aggregate and calculate the uncleared data based on the test request, simulate the central bank payment system to perform settlement during this period and return the corresponding settlement result. The agent layer can then send the settlement result to the test end, which will verify the settlement result.

[0073] For another example, if the test request includes an uplink message with no delay requirement, and the proxy layer sends the test request to the central bank's payment system, the central bank's payment system can respond normally to the uplink message and return the corresponding response result. The proxy layer can send the response result to the test end, and the test end will verify it based on the response result. For example, it can verify whether the uplink message sent to the central bank's payment system is incorrect, or whether the central bank's payment system successfully responds to the uplink message.

[0074] The test link of the embodiment of the present application includes a test end, a proxy layer, a central bank payment system, and a simulated payment system corresponding to the central bank payment system. When the test end initiates a test request, the test request can be sent to the proxy layer. After receiving the test request, the proxy layer can send the test request to the central bank payment system or the simulated payment system according to the content of the test request, and then send the response message returned by the central bank payment system or the simulated payment system to the test end to complete the test. In this way, by adding a proxy layer and combining the central bank payment system with the simulated payment system corresponding to the central bank payment system, when the test end sends a test request, the proxy layer can flexibly send the test request to the central bank payment system or the simulated payment system according to the content of the test request, which can not only perform automated testing autonomously and controllably to improve test efficiency, but also ensure the successful execution of the test.

[0075] The above describes specific embodiments of the present application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0076] Figure 3 This is a schematic diagram of the structure of an electronic device according to an embodiment of the present application. Figure 3 At the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and a memory. The memory may include a memory, such as a high-speed random access memory (RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk storage. Of course, the electronic device may also include hardware required for other services.

[0077] The processor, network interface and memory can be interconnected through an internal bus, which can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 3 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0078] The memory is used to store the program. Specifically, the program may include a program code, and the program code includes a computer operation instruction. The memory may include a memory and a non-volatile memory, and provides instructions and data to the processor.

[0079] The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs it, forming a test device for the payment system at the logical level. The processor executes the program stored in the memory and is specifically used to perform the following operations:

[0080] Receive test requests from the test end;

[0081] According to the content of the test request, the test request is sent to the central bank payment system or the simulated payment system, wherein the central bank payment system is a payment system that processes business in accordance with specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications;

[0082] The response result of the central bank payment system or the simulated payment system is sent to the test end, and the test end completes the test according to the response result.

[0083] The above application Figure 3The method performed by the test device of the payment system disclosed in the illustrated embodiment can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in the processor or an instruction in the form of software. The above processor can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc. The steps of the method disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or being executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0084] The electronic device may also perform Figure 2 The method and the test device of the payment system are implemented in Figure 2 The functions in the illustrated embodiment will not be described in detail in the embodiments of the present application.

[0085] Of course, in addition to software implementation methods, the electronic device of the present application does not exclude other implementation methods, such as logic devices or a combination of software and hardware, etc. That is to say, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.

[0086] The embodiment of the present application also provides a computer-readable storage medium, which stores one or more programs, wherein the one or more programs include instructions, which, when executed by a portable electronic device including a plurality of application programs, enable the portable electronic device to execute Figure 2 The method of the embodiment shown is specifically used to perform the following operations:

[0087] Receive test requests from the test end;

[0088] According to the content of the test request, the test request is sent to the central bank payment system or the simulated payment system, wherein the central bank payment system is a payment system that processes business in accordance with specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications;

[0089] The response result of the central bank payment system or the simulated payment system is sent to the test end, and the test end completes the test according to the response result.

[0090] Figure 4 This is a schematic diagram of the structure of a payment system testing device 40 according to an embodiment of the present application. Figure 4 In a software implementation, the payment system testing device 40 may include: a receiving module 41, a first sending module 42, and a second sending module 43, wherein:

[0091] A receiving module 41 receives a test request from a test end;

[0092] A first sending module 42 sends the test request to a central bank payment system or a simulated payment system according to the content of the test request, wherein the central bank payment system is a payment system that processes business according to specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications;

[0093] The second sending module 43 sends the response result of the central bank payment system or the simulated payment system to the test end, and the test end completes the test according to the response result.

[0094] Optionally, as an embodiment, the first sending module 42 sends the test request to the central bank payment system or the simulated payment system according to the content of the test request, including:

[0095] If the test request is used to request a downstream message, the test request is sent to the simulated payment system, and the simulated payment system returns the downstream message.

[0096] Optionally, as an embodiment, the first sending module 42 sends the test request to the central bank payment system or the simulated payment system according to the content of the test request, including:

[0097] If the test request is an instant settlement request, the test request is sent to the simulated payment system, and the simulated payment system performs instant settlement according to the test request.

[0098] Optionally, as an embodiment, the first sending module 42 sends the test request to the central bank payment system or the simulated payment system according to the content of the test request, including:

[0099] If the test request is an uplink message and there is no delay requirement for the uplink message, the test request is sent to the central bank payment system, and the central bank payment system processes the uplink message according to the specified specification.

[0100] Optionally, as an embodiment, the first sending module 42 is further configured to:

[0101] Determining whether the number of the test requests is greater than or equal to a preset threshold;

[0102] If not, sending the test request to the central bank payment system;

[0103] If so, part or all of the test request is sent to the simulated payment system.

[0104] Optionally, as an embodiment, after the receiving module 41 receives the test request, if the payment system corresponding to the test request has been pre-specified, the first sending module 42 sends the test request to the pre-specified payment system, and the pre-specified payment system is the central bank payment system or the simulated payment system.

[0105] The payment system testing device 40 provided in the embodiment of the present application can also execute Figure 2 The method and the test device of the payment system are implemented in Figure 2 The functions of the illustrated embodiment will not be described in detail in the embodiments of the present application.

[0106] Figure 5 This is a flow chart of a test system 50 of a payment system according to an embodiment of the present application. Figure 5 , Figure 5 The test system 50 of the payment system shown may include a test terminal 51, an agent layer 52, a central bank payment system 53 and a simulated payment system 54. The central bank payment system 53 is a payment system that processes business according to specified specifications. The simulated payment system 54 is a simulated system corresponding to the central bank payment system 53, and the simulated payment system 54 is not restricted by the specified specifications, wherein:

[0107] The test end 51 sends a test request to the proxy layer 52;

[0108] The proxy layer 52 receives the test request from the test terminal 51; according to the content of the test request, sends the test request to the central bank payment system 53 or the simulated payment system 54;

[0109] The central bank payment system 53 or the simulated payment system 54 sends the response result of the test request to the proxy layer 52;

[0110] The proxy layer 52 sends the response result to the test end 51;

[0111] The test end 51 completes the test according to the response result.

[0112] In the embodiment of the present application, the test end 51 can implement the above Figure 2 The functions implemented by the test end in the embodiment shown in the figure can be implemented by the proxy layer 52. Figure 2 The functions implemented by the proxy layer in the embodiment shown in the figure can be realized by the central bank payment system 53. Figure 2 The functions implemented by the central bank payment system in the embodiment shown in the figure can be realized by the simulated payment system 54. Figure 2 The functions implemented by the simulated payment system in the embodiment shown in the figure can be specifically implemented by referring to the above Figure 2 The specific implementation of the corresponding steps in the illustrated embodiment will not be repeated here.

[0113] In short, the above description is only a preferred embodiment of the present application and is not intended to limit the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

[0114] The systems, devices, modules or units described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0115] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0116] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0117] Each embodiment in this application is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

Claims

1. A payment system testing method, characterized in that: Applied to the proxy layer, including: Receive test requests from the test end; According to the content of the test request, the test request is sent to the central bank payment system or the simulated payment system, wherein the central bank payment system is a payment system that processes business in accordance with specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications; The response result of the central bank payment system or the simulated payment system is sent to the test end, and the test end completes the test according to the response result.

2. The method according to claim 1, characterized in that The step of sending the test request to a central bank payment system or a simulated payment system according to the content of the test request includes: If the test request is used to request a downstream message, the test request is sent to the simulated payment system, and the simulated payment system returns the downstream message.

3. The method according to claim 1, characterized in that The step of sending the test request to a central bank payment system or a simulated payment system according to the content of the test request includes: If the test request is an instant settlement request, the test request is sent to the simulated payment system, and the simulated payment system performs instant settlement according to the test request.

4. The method according to claim 1, characterized in that The step of sending the test request to a central bank payment system or a simulated payment system according to the content of the test request includes: If the test request is an uplink message and there is no delay requirement for the uplink message, the test request is sent to the central bank payment system, and the central bank payment system processes the uplink message according to the specified specification.

5. The method according to claim 4, characterized in that The method further comprises: Determining whether the number of the test requests is greater than or equal to a preset threshold; If not, sending the test request to the central bank payment system; If so, part or all of the test request is sent to the simulated payment system.

6. The method according to claim 1, characterized in that After receiving the test request, the method further includes: If the payment system corresponding to the test request has been pre-specified, the test request is sent to the pre-specified payment system, and the pre-specified payment system is the central bank payment system or the simulated payment system.

7. A testing device for a payment system, characterized in that: include: A receiving module receives a test request from the test end; A first sending module, according to the content of the test request, sends the test request to a central bank payment system or a simulated payment system, wherein the central bank payment system is a payment system that processes business according to specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications; The second sending module sends the response result of the central bank payment system or the simulated payment system to the test end, and the test end completes the test according to the response result.

8. An electronic device, characterized in that: include: processor; as well as A memory arranged to store computer executable instructions which, when executed, cause the processor to: Receive test requests from the test end; According to the content of the test request, the test request is sent to the central bank payment system or the simulated payment system, wherein the central bank payment system is a payment system that processes business in accordance with specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications; The response result of the central bank payment system or the simulated payment system is sent to the test end, and the test end completes the test according to the response result.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores one or more programs, which, when executed by an electronic device including a plurality of application programs, cause the electronic device to perform the following method: Receive test requests from the test end; According to the content of the test request, the test request is sent to the central bank payment system or the simulated payment system, wherein the central bank payment system is a payment system that processes business in accordance with specified specifications, and the simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications; The response result of the central bank payment system or the simulated payment system is sent to the test end, and the test end completes the test according to the response result.

10. A payment system testing system, characterized in that: It includes a test terminal, an agent layer, a central bank payment system and a simulated payment system. The central bank payment system is a payment system that processes business according to specified specifications. The simulated payment system is a simulated system corresponding to the central bank payment system, and the simulated payment system is not restricted by the specified specifications, wherein: The test end sends a test request to the proxy layer; The proxy layer receives the test request from the test end; and sends the test request to the central bank payment system or the simulated payment system according to the content of the test request; The central bank payment system or the simulated payment system sends the response result of the test request to the proxy layer; The proxy layer sends the response result to the test end; The test end completes the test according to the response result.

Images