CN114253865A - Financial system client testing method and device and electronic equipment - Google Patents
Financial system client testing method and device and electronic equipment Download PDFInfo
- Publication number
- CN114253865A CN114253865A CN202210038230.1A CN202210038230A CN114253865A CN 114253865 A CN114253865 A CN 114253865A CN 202210038230 A CN202210038230 A CN 202210038230A CN 114253865 A CN114253865 A CN 114253865A
- Authority
- CN
- China
- Prior art keywords
- client
- sending
- message
- service data
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
-
- 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/3696—Methods or tools to render software testable
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Abstract
The present application relates to the field of data processing technologies, and in particular, to a method and an apparatus for testing a financial system client, and an electronic device. The method comprises the following steps: sending the service data to the client; the service data is at least one type of service data sent to the client by the foreign exchange trading center in the trading process; sending query information to the client at intervals of a set time range; receiving feedback information sent by the client aiming at the query information, and determining whether the processing capacity of the client meets the requirement of the business data volume or not based on the feedback information; the feedback information comprises the corresponding relation between the data volume of the business data processed by the client end every second and the occupation condition of the central processing unit and the memory. The method can solve the problem that the bank can not log in the foreign exchange transaction center to test the client in the prior art.
Description
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a method and an apparatus for testing a financial system client, and an electronic device.
Background
Generally, before a bank transmits service data to a foreign exchange transaction center, a plurality of non-functional tests are required to ensure that a corresponding client (interface) can meet the data volume requirement in actual use. The non-functional test means that when a bank logs in a foreign exchange trading center to carry out trading, the CPU is occupied, the memory is occupied, whether the memory overflows or not, whether the system can be automatically recovered after a system fault or not and the like. When performing non-functional tests, it is necessary to deal with various environments, such as power limits (PL1 to PL4), non-functional environments, and the like. However, there is only one environment for data access between the foreign exchange transaction center and each bank (or financial institution), that is, the bank (or financial institution) only holds one account of the foreign exchange transaction center, and each account can only be logged in and used in one environment, so that the bank cannot perform testing in advance.
Therefore, the problem that a bank cannot log in a foreign exchange transaction center to test a client exists in the prior art.
Disclosure of Invention
The application provides a financial system client testing method, a financial system client testing device and electronic equipment, which are used for solving the problem that a bank cannot log in a foreign exchange transaction center to test a client in the prior art.
In a first aspect, the present application provides a method for testing a financial system client, which is applied in a test scenario for data transmission with a foreign exchange transaction center, and the method includes:
sending the service data to the client; the service data is at least one type of service data sent to the client by the foreign exchange trading center in the trading process;
sending query information to the client at intervals of a set time range; the query information indicates the processing capacity when the client receives and processes the service data;
receiving feedback information sent by the client aiming at the query information, and determining whether the processing capacity of the client meets the requirement of the business data volume or not based on the feedback information; the feedback information comprises the corresponding relation between the data volume of the business data processed by the client end every second and the occupation condition of the central processing unit and the memory.
The method provided by the embodiment of the application simulates the foreign exchange transaction center server side to send various service data to the client side based on the historical service data sent to the client side by the foreign exchange transaction center, so as to obtain the processing capacity of the client side, and achieve the purpose of testing the client side; therefore, the problem that after the client directly logs in the foreign exchange trading center, the client cannot process the service data when facing a data peak, and the service performance is reduced is solved.
In a possible embodiment, if the protocol used by the client is an IMIX protocol, the sending the service data to the client includes:
and after the service data is converted into data of an IMIX protocol, sending the data to the client.
One possible implementation manner, where the sending the service data to the client includes:
receiving and responding to the connection request of the client, and establishing connection with the client; wherein the connection is a long connection;
and sending the service data to the client by using the connection.
The method avoids the connection establishment for many times when the business data is sent and the feedback message is received for many times by establishing the long connection with the client, thereby improving the efficiency of the client test of the financial system.
A possible implementation manner, before sending the service data to the client by using the connection, includes:
when the service data is determined to be sent, receiving a login message sent by the client; wherein the login message indicates the client identity information;
if the client is determined to be an authorized user based on the login message, feeding back a first message; wherein the first message indicates that the identity information is verified;
receiving a heartbeat message of the client and reading a message header of the heartbeat message;
if the heartbeat message is determined to be in the target format based on the message header, feeding back a second message; and if the second message indicates that the heartbeat message format passes verification, determining to acquire the long connection corresponding to the first terminal.
One possible embodiment, where the sending of the service data to the client using the connection includes:
sending a message to be sent corresponding to the service data to the client based on the set sending parameters; the sending parameters comprise sending time intervals, thread numbers, the number of the messages to be sent by a single thread and a target format of message sending.
One possible implementation manner, where the receiving feedback information sent by the client for the query information, and determining whether the processing capability of the client meets the traffic data volume requirement based on the feedback information, includes:
when the memory occupancy rate of the client is lower than a first threshold value and the central processing unit occupancy rate of the client is lower than a second threshold value, determining that the processing capacity of the client meets the requirement of the traffic data volume;
and when the memory occupancy rate is not lower than a first threshold value or the central processing unit occupancy rate is not lower than a second threshold value, determining that the processing capacity of the client does not meet the requirement of the service data volume.
One possible embodiment, after determining that the processing capacity of the client does not satisfy the traffic data volume requirement, the method includes:
and adjusting at least one item of the sending parameters until the memory occupancy rate is lower than a first threshold value and the central processing unit occupancy rate of the client is lower than a second threshold value, determining that the processing capacity of the client meets the business data volume requirement of the financial system, and recording the corresponding sending parameters.
In a second aspect, the present application provides a financial system client testing apparatus, which is applied in a test scenario of data transmission with a foreign exchange transaction center, the apparatus includes:
a transmission unit: the system is used for sending the service data to the client; the service data is at least one type of service data sent to the client by the foreign exchange trading center in the trading process;
a query unit: the system is used for sending query information to the client at intervals of a set time range; the query information indicates the processing capacity when the client receives and processes the service data;
a determination unit: receiving feedback information sent by the client aiming at the query information, and determining whether the processing capacity of the client meets the requirement of the business data volume or not based on the feedback information; the feedback information comprises the corresponding relation between the data volume of the business data processed by the client end every second and the occupation condition of the central processing unit and the memory.
In a possible implementation manner, the protocol used by the client is an IMIX protocol, and the sending unit is specifically configured to convert the service data into data of the IMIX protocol and send the data to the client.
In a possible implementation manner, the sending unit is specifically configured to receive and respond to a connection request of the client, and establish a connection with the client; wherein the connection is a long connection; and sending the service data to the client by using the connection.
In a possible implementation manner, the apparatus further includes a feedback unit, specifically configured to receive, when it is determined to send the service data, a login message sent by the client; wherein the login message indicates the client identity information; if the client is determined to be an authorized user based on the login message, feeding back a first message; wherein the first message indicates that the identity information is verified; receiving a heartbeat message of the client and reading a message header of the heartbeat message; if the heartbeat message is determined to be in the target format based on the message header, feeding back a second message; and if the second message indicates that the heartbeat message format passes verification, determining to acquire the long connection corresponding to the first terminal.
In a possible implementation manner, the sending unit is further configured to send, based on the set sending parameter, a to-be-sent message corresponding to the service data to the client; the sending parameters comprise sending time intervals, thread numbers, the number of the messages to be sent by a single thread and a target format of message sending.
In a possible implementation manner, the determining unit is specifically configured to determine that the processing capability of the client meets the traffic data volume requirement when the memory occupancy rate of the client is lower than a first threshold and the central processing unit occupancy rate of the client is lower than a second threshold; and when the memory occupancy rate is not lower than a first threshold value or the central processing unit occupancy rate is not lower than a second threshold value, determining that the processing capacity of the client does not meet the requirement of the service data volume.
In a possible implementation manner, the apparatus further includes an adjusting unit, specifically configured to adjust at least one of the sending parameters until the memory occupancy rate is lower than a first threshold and the central processing unit occupancy rate of the client is lower than a second threshold, determine that the processing capability of the client meets the traffic data volume requirement of the financial system, and record the corresponding sending parameter.
In a third aspect, the present application provides an electronic device, comprising:
a memory for storing a computer program;
a processor configured to execute the computer program stored in the memory to implement the method according to the first aspect and any of the possible embodiments.
In a fourth aspect, the present application provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the method according to the first aspect and any one of the possible embodiments.
In a fifth aspect, the present application provides a computer program product for causing a computer to perform the method according to the first aspect and any one of the possible embodiments when the computer program product runs on the computer.
Drawings
FIG. 1 is a flowchart of a method for testing a financial system client according to an embodiment of the present disclosure;
fig. 2 is a schematic diagram of information interaction between a client and a baffle function module according to an embodiment of the present application;
FIG. 3 is a schematic structural diagram of a testing apparatus for a financial system client according to the present application;
fig. 4 is a schematic structural diagram of a financial system client test electronic device according to the present application.
Detailed Description
Aiming at the problem that a bank can not log in a foreign exchange transaction center to test a client in the prior art, the embodiment of the application provides a financial system client testing method, which is applied to a testing scene for data transmission with the foreign exchange transaction center: based on historical service data sent to the client by the foreign exchange transaction center server, the service data is sent to the client, and the processing capacity of the client is determined by acquiring the occupation conditions of a memory and a central processing unit when the client processes the service data.
It should be noted that, in the technical solution of the present application, the acquisition, storage, use, processing, etc. of data all conform to the relevant regulations of the national laws and regulations.
The technical terms used in the present application are first described below:
FIX protocol: is an open protocol provided by the international FIX association organization; the aim is to format the flow of various securities and financial business requirements into function flows which can be described by computer languages one by one, and exchange formats on each business function interface uniformly, thereby facilitating the connection of each function module. The FIX protocol provides a reliable transport mechanism for users to transport FIX application messages.
The IMIX protocol: the method is an inter-bank market service data exchange protocol, and is widely applied to the inter-bank market at home and abroad as a financial industry standard. The protocol is developed and used by a foreign exchange trading center, and the source code of the protocol is not opened to the outside.
Long connection: in HTTP 1.1, a client sends a request, a server receives the request, the two parties establish connection, the connection is maintained before the server does not return, and the same connection can be used when the client sends the request again. This continues until the client or the server considers that the session has ended, and one of the parties interrupts the connection, so that the long connection can effectively reduce the number of connection requests and delay.
In order to better understand the technical solutions of the present application, the following detailed descriptions of the technical solutions of the present application are provided with the accompanying drawings and the specific embodiments, and it should be understood that the specific features of the embodiments and the examples of the present application are detailed descriptions of the technical solutions of the present application, and are not limitations of the technical solutions of the present application, and the technical features of the embodiments and the examples of the present application may be combined with each other without conflict.
Referring to fig. 1, an embodiment of the present application provides a method for testing a financial system client, which is applied in a test scenario for data transmission with a foreign exchange transaction center, and the method specifically includes the following implementation steps:
step 101: and sending the service data to the client.
The service data is at least one type of service data sent to the client by the foreign exchange trading center in the trading process.
Specifically, since the IMIX protocol used by the foreign exchange trading center is developed autonomously for the foreign exchange trading center, the source code of the IMIX protocol is unknown for each financial institution, and the service logic of the client backend server, i.e., the foreign exchange trading center server, is unknown. Then it is necessary to send traffic data to the client using a known protocol other than the IMIX protocol. The protocol may be a FIX protocol.
Therefore, as the protocol used by the client is the IMIX protocol, when the service data is sent to the client, the service data needs to be converted into data of the IMIX protocol and then sent to the client. Similarly, after receiving the message of the FIX protocol, the client also needs to use a message converter to convert the FIX message into the message of the IMIX protocol.
When sending the service data, a connection with the client needs to be established first, and the connection may be a long connection. Then, using the connection, the traffic data can be sent to the client.
The embodiment of the present application provides that, in order to implement the above functions, a baffle function module may be generated, and is used to send service data to a client. The baffle function module can simulate a foreign exchange transaction center server and send service data to a client. The baffle function module may be implemented based on quickfix.
Further, before sending the service data, the baffle function module needs to determine to acquire the long connection corresponding to the first terminal.
Specifically, as shown in fig. 2, a schematic diagram of information interaction between the client and the barrier function module is shown. As can be seen from fig. 2, after the barrier function module receives and responds to the connection request from the client, a connection with the client is established. When the business data is determined to be sent, firstly, a login message sent by a client is received; wherein, the login message indicates the identity information of the client; if the client is determined to be the authorized user based on the login message, feeding back a first message; wherein the first message indicates that the identity information is verified. Then, receiving a heartbeat message of the client and reading a message header of the heartbeat message; if the heartbeat message is determined to be in the target format based on the message header, feeding back a second message; and if the second message indicates that the format of the heartbeat message passes the verification, determining to acquire the long connection corresponding to the first terminal. The verification of the heartbeat message may be to verify whether the header includes 35 ═ 0. It should be noted that the message in the IMIX protocol is composed of each domain number and a corresponding value, where 35 ═ 0 indicates that the message including the header of the message is a heartbeat message; the field 35 indicates the type of the message, and when a message containing 35 ═ 0 is received, it can be determined that the client has completed the establishment of the long connection and has the capability of sending and receiving the service message.
Further, after determining that the long connection corresponding to the first terminal is obtained, the to-be-sent message corresponding to the service data can be sent to the client based on the set sending parameter; the sending parameters comprise sending time intervals, thread numbers, the number of the messages to be sent by a single thread and a target format of message sending.
For example, the transmission time interval is set to 1 minute, and the service data includes a message numbered 001 and a message numbered 002. The number of messages with the number 001 can be 5 by a single thread, the number of messages with the number 002 can be 15 by a single thread, the number of threads is 20, the number of threads is 10 for the 001 message and the 002 message respectively, and then 200 messages can be sent to the client in 1 minute.
The sending time can also be set to be 1 minute, the service data only contains the message numbered 001, the data of the 001-number message sent by the single thread is 5, and the number of the starting threads is 50, so that 250 messages can be sent to the client in 1 minute.
The format of the message to be sent corresponding to the service data may be a heartbeat message, and a message header of the heartbeat message is 35 ═ 0. For example, there is a header fragment of: 8-IMIX.1.0-A9-125-A35-0-A34-11-A49-CFETS-FXCSTP ^ A52-20210909-11: 12-55.802-A56-CCBH ^ A57-CCBH ^ A112-Test ^ A93-16-A89- … … -A10-245 … ….
In the segment, "35 ═ 0" indicates the heartbeat message format; "8 ═ imix.1.0" indicates the protocol type; "9" indicates a message body Length (body Length); "34" indicates a message sequence number for session management (MsgSeqNum SeqNum); "49" indicates the message sender identification (Sender Comp ID String); "52" indicates a message transmission time (SendingTime UTC Timestamp); "56" indicates a message recipient identification (TargetComp ID String); "57" indicates a message receiver sub-identity (TargetSubID String); "112" indicates a test request identifier (TestReqID String), which is a heartbeat in response to a test request and should contain the local field; "93" indicates the marker Length (SignatureLength Length Length); "89" indicates a mark date (Signature Data); "10" indicates a CheckSum (CheckSum String), which may be located in the last field of the message.
Step 102: and sending query information to the client at set time intervals.
And the query information indicates the processing capacity when the client receives and processes the service data.
Specifically, based on the long connection having been established in step 101, query information may be sent to the client at set time intervals. Likewise, the sending of the query message may be based on the baffle function module. It should be noted that, because the fx transaction center adopts the mina framework to implement the IMIX protocol, in the embodiment of the present application, the baffle function module can also adopt the mina framework to implement the FIX protocol, thereby ensuring that a high-efficiency and stable long connection is established; and converting the FIX protocol message (used for inquiry) into an IMIX protocol message and transmitting the IMIX protocol message to the client.
Step 103: and receiving feedback information sent by the client aiming at the query information, and determining whether the processing capacity of the client meets the business data volume requirement or not based on the feedback information.
The feedback information comprises the corresponding relation between the data volume of the business data processed by the client end every second and the occupation condition of the central processing unit and the memory.
Specifically, when the memory occupancy rate of the client is lower than a first threshold value and the central processing unit occupancy rate of the client is lower than a second threshold value, it is determined that the processing capacity of the client meets the traffic data volume requirement.
And when the memory occupancy rate is not lower than a first threshold value or the central processing unit occupancy rate is not lower than a second threshold value, determining that the processing capacity of the client does not meet the requirement of the service data volume. At least one of the sending parameters may be adjusted until the memory occupancy is lower than a first threshold and the central processor occupancy of the client is lower than a second threshold, determining that the processing capacity of the client meets the traffic data volume requirement of the financial system, and recording the corresponding sending parameters. For example: according to the business needs, 100 customers are required to work online at the same time, the time for processing one business is 1 minute, the completion time of a full transaction line is 1 second, and the system processing capacity converted to second is a stand-alone peak processing capacity of 100TPS (namely, the number of transmitted things per second is 100). If the system alarm is set to alarm when the memory occupancy rate is 80% and the CPU (central processing unit) occupancy rate is 60%, it is necessary to ensure that the memory usage rate of the client system does not exceed 80% and the CPU occupancy rate does not exceed 60% at a receiving frequency of 100 tps. The baffle function module may be configured as follows: the sending time interval is set to be 1 second, and the service data comprises a message with the number of 001 and a message with the number of 002. The number of messages with the number 001 can be 5 by a single thread, the number of messages with the number 002 can be 5 by the single thread, the number of threads is 20, the number of threads is 10 for the 001 message and the 002 message respectively, then 100 messages can be sent to the client within 1 second, and the occupation condition of a central processing unit and a memory of the client server is continuously monitored subsequently.
When the processing capacity of the client does not meet the requirement of the service data volume, the program of the client can be adjusted, such as program optimization, system parameter adjustment, infrastructure upgrading, basic resource capacity expansion and the like.
Based on the same inventive concept, an embodiment of the present application provides a financial system client testing apparatus, which is applied to a test scenario for data transmission with a foreign exchange transaction center, and the apparatus corresponds to the financial system client testing method shown in fig. 1, and a specific implementation of the apparatus may refer to the description of the foregoing method embodiment, and repeated details are not repeated, referring to fig. 3, and the apparatus includes:
transmission section 301: for sending the service data to the client.
The service data is at least one type of service data sent to the client by the foreign exchange trading center in the trading process;
if the protocol used by the client is an IMIX protocol, the sending unit 301 is specifically configured to convert the service data into data of the IMIX protocol and send the data to the client.
The sending unit 301 may be further configured to receive and respond to the connection request of the client, and establish a connection with the client; wherein the connection is a long connection;
and sending the service data to the client by using the connection.
The financial system client testing device also comprises a feedback unit, which is used for receiving a login message sent by the client when the business data is determined to be sent; wherein the login message indicates the client identity information; if the client is determined to be an authorized user based on the login message, feeding back a first message; wherein the first message indicates that the identity information is verified; receiving a heartbeat message of the client and reading a message header of the heartbeat message; if the heartbeat message is determined to be in the target format based on the message header, feeding back a second message; and if the second message indicates that the heartbeat message format passes verification, determining to acquire the long connection corresponding to the first terminal.
The sending unit 301 is further configured to send, based on the set sending parameter, a to-be-sent message corresponding to the service data to the client; the sending parameters comprise sending time intervals, thread numbers, the number of the messages to be sent by a single thread and a target format of message sending.
The query unit 302: and the system is used for sending query information to the client at set time intervals.
And the query information indicates the processing capacity when the client receives and processes the service data.
The determination unit 303: the system comprises a client, a server and a server, wherein the client is used for receiving feedback information sent by the client aiming at the query information and determining whether the processing capacity of the client meets the requirement of the business data volume or not based on the feedback information; the feedback information comprises the corresponding relation between the data volume of the business data processed by the client end every second and the occupation condition of the central processing unit and the memory.
Specifically, when the memory occupancy rate of a client is lower than a first threshold value and the central processing unit occupancy rate of the client is lower than a second threshold value, determining that the processing capacity of the client meets the traffic data volume requirement; and when the memory occupancy rate is not lower than a first threshold value or the central processing unit occupancy rate is not lower than a second threshold value, determining that the processing capacity of the client does not meet the requirement of the service data volume.
The financial system client testing device further comprises an adjusting unit, which is specifically configured to adjust at least one of the sending parameters until the memory occupancy rate is lower than a first threshold and the central processing unit occupancy rate of the client is lower than a second threshold, determine that the processing capacity of the client meets the traffic data volume requirement of the financial system, and record the corresponding sending parameter.
Based on the same inventive concept as the above financial system client testing method, an embodiment of the present application further provides an electronic device, where the electronic device can implement the function of the foregoing financial system client testing method, and with reference to fig. 4, the electronic device includes:
at least one processor 401 and a memory 402 connected to the at least one processor 401, in this embodiment, a specific connection medium between the processor 401 and the memory 402 is not limited in this application, and fig. 4 illustrates an example in which the processor 401 and the memory 402 are connected by a bus 400. The bus 400 is shown in fig. 4 by a thick line, and the connection manner between other components is merely illustrative and not limited thereto. The bus 400 may be divided into an address bus, a data bus, a control bus, etc., and is shown with only one thick line in fig. 4 for ease of illustration, but does not represent only one bus or type of bus. Alternatively, processor 401 may also be referred to as a controller, without limitation to name a few.
In an embodiment of the present application, the memory 402 stores instructions executable by the at least one processor 401, and the at least one processor 401 may execute the method for testing a financial system client as discussed above by executing the instructions stored in the memory 402. The processor 401 may implement the functions of the various modules in the apparatus shown in fig. 3.
The processor 401 is a control center of the apparatus, and may connect various parts of the entire control device by using various interfaces and lines, and perform various functions and process data of the apparatus by operating or executing instructions stored in the memory 402 and calling data stored in the memory 402, thereby performing overall monitoring of the apparatus.
In one possible design, processor 401 may include one or more processing units and processor 401 may integrate an application processor that handles primarily operating systems, user interfaces, application programs, and the like, and a modem processor that handles primarily wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 401. In some embodiments, processor 401 and memory 402 may be implemented on the same chip, or in some embodiments, they may be implemented separately on separate chips.
The processor 401 may be a general-purpose processor, such as a Central Processing Unit (CPU), digital signal processor, application specific integrated circuit, field programmable gate array or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or the like, that may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method for testing the financial system client disclosed by the embodiment of the application can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules in the processor.
By programming the processor 401, the codes corresponding to the financial system client testing method described in the foregoing embodiment may be fixed in the chip, so that the chip can execute the steps of the financial system client testing method shown in fig. 1 when running. How to program the processor 401 is well known to those skilled in the art and will not be described in detail herein.
Based on the same inventive concept, the embodiment of the present application further provides a storage medium storing computer instructions, which, when executed on a computer, cause the computer to execute the financial system client testing method discussed above.
In some possible embodiments, the aspects of the financial system client testing method provided herein may also be implemented in the form of a program product comprising program code for causing the control apparatus to perform the steps of the financial system client testing method according to various exemplary embodiments of the present application described above in this specification when the program product is run on a device.
The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The program product of the financial system client testing method provided in the embodiments of the present invention may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a computing device. However, the program product of the present invention is not limited in this regard and, in the present document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device over any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., over the internet using an internet service provider).
It should be noted that although several units or sub-units of the apparatus are mentioned in the above detailed description, such division is merely exemplary and not mandatory. Indeed, the features and functions of two or more of the units described above may be embodied in one unit, according to embodiments of the invention. Conversely, the features and functions of one unit described above may be further divided into embodiments by a plurality of units.
Moreover, while the operations of the method of the invention are depicted in the drawings in a particular order, this does not require or imply that the operations must be performed in this particular order, or that all of the illustrated operations must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.
Claims (17)
1. A financial system client test method is applied to a test scene of data transmission with a foreign exchange transaction center, and is characterized by comprising the following steps:
sending the service data to the client; the service data is at least one type of service data sent to the client by the foreign exchange trading center in the trading process;
sending query information to the client at intervals of a set time range; the query information indicates the processing capacity when the client receives and processes the service data;
receiving feedback information sent by the client aiming at the query information, and determining whether the processing capacity of the client meets the requirement of the business data volume or not based on the feedback information; the feedback information comprises the corresponding relation between the data volume of the business data processed by the client end every second and the occupation condition of the central processing unit and the memory.
2. The method of claim 1, wherein the protocol used by the client is an IMIX protocol, and the sending the service data to the client comprises:
and after the service data is converted into data of an IMIX protocol, sending the data to the client.
3. The method of claim 1, wherein sending the traffic data to the client comprises:
receiving and responding to the connection request of the client, and establishing connection with the client; wherein the connection is a long connection;
and sending the service data to the client by using the connection.
4. The method of claim 3, wherein prior to sending the traffic data to the client using the connection, comprising:
when the service data is determined to be sent, receiving a login message sent by the client; wherein the login message indicates the client identity information;
if the client is determined to be an authorized user based on the login message, feeding back a first message; wherein the first message indicates that the identity information is verified;
receiving a heartbeat message of the client and reading a message header of the heartbeat message;
if the heartbeat message is determined to be in the target format based on the message header, feeding back a second message; and if the second message indicates that the heartbeat message format passes verification, determining to acquire the long connection corresponding to the first terminal.
5. The method of claim 3 or 4, wherein said sending traffic data to said client using said connection comprises:
sending a message to be sent corresponding to the service data to the client based on the set sending parameters; the sending parameters comprise sending time intervals, thread numbers, the number of the messages to be sent by a single thread and a target format of message sending.
6. The method of claim 5, wherein the receiving feedback information sent by the client for the query information and determining whether the processing capability of the client meets the traffic data volume requirement based on the feedback information comprises:
when the memory occupancy rate of the client is lower than a first threshold value and the central processing unit occupancy rate of the client is lower than a second threshold value, determining that the processing capacity of the client meets the requirement of the traffic data volume;
and when the memory occupancy rate is not lower than a first threshold value or the central processing unit occupancy rate is not lower than a second threshold value, determining that the processing capacity of the client does not meet the requirement of the service data volume.
7. The method of claim 6, wherein the determining that the processing power of the client does not meet the traffic data volume requirement comprises:
and adjusting at least one item of the sending parameters until the memory occupancy rate is lower than a first threshold value and the central processing unit occupancy rate of the client is lower than a second threshold value, determining that the processing capacity of the client meets the business data volume requirement of the financial system, and recording the corresponding sending parameters.
8. A financial system client test device is applied to a test scene of data transmission with a foreign exchange transaction center, and is characterized by comprising:
a transmission unit: the system is used for sending the service data to the client; the service data is at least one type of service data sent to the client by the foreign exchange trading center in the trading process;
a query unit: the system is used for sending query information to the client at intervals of a set time range; the query information indicates the processing capacity when the client receives and processes the service data;
a determination unit: receiving feedback information sent by the client aiming at the query information, and determining whether the processing capacity of the client meets the requirement of the business data volume or not based on the feedback information; the feedback information comprises the corresponding relation between the data volume of the business data processed by the client end every second and the occupation condition of the central processing unit and the memory.
9. The apparatus of claim 8, wherein the protocol used by the client is an IMIX protocol, and the sending unit is specifically configured to convert the service data into data of the IMIX protocol and send the data to the client.
10. The apparatus according to claim 8, wherein the sending unit is specifically configured to receive and respond to a connection request from the client, and establish a connection with the client; wherein the connection is a long connection; and sending the service data to the client by using the connection.
11. The apparatus according to claim 10, wherein the apparatus further includes a feedback unit, specifically configured to receive a login packet sent by the client when it is determined to send the service data; wherein the login message indicates the client identity information; if the client is determined to be an authorized user based on the login message, feeding back a first message; wherein the first message indicates that the identity information is verified; receiving a heartbeat message of the client and reading a message header of the heartbeat message; if the heartbeat message is determined to be in the target format based on the message header, feeding back a second message; and if the second message indicates that the heartbeat message format passes verification, determining to acquire the long connection corresponding to the first terminal.
12. The apparatus according to claim 10 or 11, wherein the sending unit is further configured to send, to the client, a message to be sent corresponding to the service data based on the set sending parameter; the sending parameters comprise sending time intervals, thread numbers, the number of the messages to be sent by a single thread and a target format of message sending.
13. The apparatus according to claim 12, wherein the determining unit is specifically configured to determine that the processing capability of the client meets the traffic data volume requirement when the memory occupancy rate of the client is lower than a first threshold and the central processor occupancy rate of the client is lower than a second threshold; and when the memory occupancy rate is not lower than a first threshold value or the central processing unit occupancy rate is not lower than a second threshold value, determining that the processing capacity of the client does not meet the requirement of the service data volume.
14. The apparatus according to claim 13, further comprising an adjusting unit, specifically configured to adjust at least one of the sending parameters until the memory occupancy is lower than a first threshold and the central processor occupancy of the client is lower than a second threshold, determine that the processing capacity of the client meets the traffic data volume requirement of the financial system, and record the corresponding sending parameter.
15. An electronic device, comprising:
a memory for storing a computer program;
a processor for implementing the method of any one of claims 1 to 7 when executing the computer program stored on the memory.
16. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 7.
17. A computer program product, which, when run on a computer, causes the computer to perform the method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210038230.1A CN114253865A (en) | 2022-01-13 | 2022-01-13 | Financial system client testing method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210038230.1A CN114253865A (en) | 2022-01-13 | 2022-01-13 | Financial system client testing method and device and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114253865A true CN114253865A (en) | 2022-03-29 |
Family
ID=80799589
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210038230.1A Pending CN114253865A (en) | 2022-01-13 | 2022-01-13 | Financial system client testing method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114253865A (en) |
-
2022
- 2022-01-13 CN CN202210038230.1A patent/CN114253865A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108985757B (en) | Information processing method, device and system, storage medium and electronic equipment | |
| CN112243002B (en) | Data forwarding method, device, electronic equipment and computer readable medium | |
| CN107920094B (en) | Data acquisition method and device, server and network equipment | |
| CN111614761B (en) | Block chain message transmission method, device, computer and readable storage medium | |
| CN106603636B (en) | Error transaction standardization method and device | |
| CN110445615B (en) | Network request security verification method, device, medium and electronic equipment | |
| CN111641563B (en) | Flow self-adaption method and system based on distributed scene | |
| CN110958161B (en) | Block chain link point monitoring method and device and storage medium | |
| CN109327511A (en) | A kind of data request method and server based on http protocol | |
| CN113793139A (en) | Payment abnormity processing method, processing device, storage medium and electronic equipment | |
| CN113360301A (en) | Message transmission system and method | |
| CN108449186B (en) | Security verification method and device | |
| CN105184559A (en) | System and method for payment | |
| CN112804682A (en) | Data transmission method and device, readable medium and electronic equipment | |
| CN105787791B (en) | Service request processing method and device | |
| CN114253865A (en) | Financial system client testing method and device and electronic equipment | |
| CN110889682A (en) | Payment information processing method, device, medium and equipment based on block chain | |
| CN112669158B (en) | Transaction system and control method and device of transaction service thereof | |
| CN110798496A (en) | CDN scheduling system, method and device | |
| CN114880397A (en) | Decentralized data storage method and device, computer medium and electronic equipment | |
| CN114445204A (en) | Cloud-plus-end-based tax control equipment service processing method and system | |
| CN112333262A (en) | Data updating prompting method and device, computer equipment and readable storage medium | |
| CN111338642A (en) | Method, device, terminal and storage medium for determining application downloading path | |
| CN104917730A (en) | Authentication method, system and authentication server | |
| CN114189384B (en) | Service processing method, device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |