WO2019205280A1

WO2019205280A1 - Server testing method, apparatus, and device, and computer readable storage medium

Info

Publication number: WO2019205280A1
Application number: PCT/CN2018/093754
Authority: WO
Inventors: 林小渝
Original assignee: 平安科技（深圳）有限公司
Priority date: 2018-04-24
Filing date: 2018-06-29
Publication date: 2019-10-31
Also published as: CN108650149B; CN108650149A

Abstract

The present application discloses a server testing method, apparatus, and device, and a computer readable storage medium. The method comprises steps of: performing a login operation after login information is acquired via JMeter, acquiring a corresponding login string after the login operation is successfully executed, converting the login string into a first request message, and sending the first request message to a server, such that the server receives and verifies the first request message, obtains a verification result, and returns the verification result; after the verification result is received and it is determined, according to the verification result, that a connection is successfully established with the server, acquiring, via JMeter, information to be sent; converting the information to be sent into a second request message and sending the second request message to the server, such that the server sends the second request message to a receiving end after receiving the second request message and returns a sending result; and after the sending result is received, determining a test result of the server according to the sending result. The present application improves efficiency of server development and reduces development costs.

Description

Server test method, device, device and computer readable storage medium

The present application claims priority to Chinese Patent Application No. 201810370939.5, entitled "Testing Method, Apparatus, Apparatus, and Computer-Readable Storage Medium for Servers", filed on April 24, 2018, the entire contents of which are incorporated herein by reference. It is incorporated in the application by reference.

Technical field

The present application relates to the field of communications technologies, and in particular, to a server testing method, apparatus, device, and computer readable storage medium.

Background technique

The current terminal development process is to develop the back-end server first, and develop the front-end. After the front end and the back end are successfully developed, the front end and the back end are tested together. Since the development of the front-end needs to be based on the latter, when the problem occurs in the back-end test, the front-end and the back-end need to be re-developed, resulting in high development cost and low development efficiency.

Summary of the invention

The main purpose of the present application is to provide a test method, device, device and computer readable storage medium for a server, which aims to solve the problem that the development of the existing front end needs the back end, which leads to high development cost and low development efficiency. problem.

To achieve the above objective, the present application provides a test method for a server, and the test method of the server includes the following steps:

After the login information is obtained by the JMeter, the login operation is performed according to the login information, and after the login operation is successfully performed, the corresponding login string is obtained, and the login string is converted into the first request message;

Sending the first request message to the server, after the server receives the first request message, verifying the first request message, obtaining a verification result, and returning the check result;

After receiving the verification result, and determining to successfully establish a connection with the server according to the verification result, obtaining information to be sent by using the JMeter;

Converting the to-be-sent information into a second request message, and sending the second request message to the server, after the server receives the second request message, sending the second request message to the receiving end, and Return the result of the transmission;

After receiving the transmission result, determining a test result of the server according to the transmission result.

In addition, in order to achieve the above object, the present application further provides a testing device for a server, where the testing device of the server includes:

An obtaining module, configured to perform a login operation according to the login information after obtaining the login information by using the JMeter, and obtain a corresponding login string after successfully performing the login operation;

a conversion module, configured to convert the login string into a first request message;

a sending module, configured to send the first request message to the server, after the server receives the first request message, verify the first request message, and obtain a verification result, and Returning the verification result;

The obtaining module is further configured to: after receiving the verification result, and determining to successfully establish a connection with the server according to the verification result, acquiring information to be sent by using the JMeter;

The conversion module is further configured to: send the information to be sent into a second request message and send the message to the server, where the server sends the second request message after receiving the second request message. The text is sent to the receiving end and returns the result of the transmission;

And a determining module, configured to determine a test result of the server according to the sending result after receiving the sending result.

In addition, in order to achieve the above object, the present application further provides a test device of a server, the test device of the server comprising a memory, a microprocessor, and a test of a server stored on the memory and operable on the processor A program, the step of testing the server as described above, when the test program of the server is executed by the microprocessor.

In addition, in order to achieve the above object, the present application further provides a computer readable storage medium having a test program of a server stored thereon, and the test program of the server is implemented by the processor to implement the above The steps of the server's test method.

After obtaining the login information through the JMeter, the application performs the login operation according to the login information, and obtains the corresponding login string after successfully performing the login operation, and converts the login string into the first request message; the first request message is sent. Sending to the server, after receiving the first request message, the server verifies the first request message, obtains the verification result, and returns the verification result; when receiving the verification result, and determining according to the verification result After the server successfully establishes the connection, the information is to be sent through the JMeter; the information to be sent is converted into the second request message and sent to the server, so that the server sends the second request message to the receiving after receiving the second request message. End, and return the result of the transmission; when the result of the transmission is received, the test result of the server is determined according to the result of the transmission. When the backend is developed, the JMeter emulates the terminal device to send messages to the backend to test the backend, avoiding waiting for the front end to be developed before testing the backend, improving development efficiency and reducing development costs. .

DRAWINGS

1 is a schematic flow chart of a first embodiment of a testing method of a server of the present application;

2 is a schematic flow chart of a second embodiment of a testing method of the server of the present application;

3 is a functional block diagram of a preferred embodiment of a test apparatus of the server of the present application;

FIG. 4 is a schematic structural diagram of a hardware operating environment involved in an embodiment of the present application.

The implementation, functional features and advantages of the present application will be further described with reference to the accompanying drawings.

detailed description

It is understood that the specific embodiments described herein are merely illustrative of the application and are not intended to be limiting.

The present application provides a test method for a server. Referring to FIG. 1, FIG. 1 is a schematic flowchart of a first embodiment of a test method of a server according to the present application.

The embodiment of the present application provides an embodiment of a test method of a server. It should be noted that although the logical sequence is shown in the flowchart, in some cases, the illustrated or The steps described.

The test method of the server can be applied to the test device of the server, and the test device of the server can be a PC (personal For the convenience of description, the following embodiments describe the present application with the test device as the execution subject. In the test device of the server, JMeter is installed, and JMeter is a Java-based pressure developed by the Apache organization. test tools. The server's test methods include:

Step S10, after obtaining the login information by the JMeter, performing a login operation according to the login information, and acquiring a corresponding login string after successfully performing the login operation, and converting the login string into the first request message. .

After the test device obtains the login information through the JMeter, the test device performs a login operation according to the login information, and obtains a login string after successfully performing the login operation. After the test device obtains the login string, the login string is converted into the first request message. The login information includes the user name and login password of the login user. The login string is the unique session ID after the user successfully logs in. Different users have different login information, and different login information corresponds to different login strings. The correspondence between the login information and the login string is set in advance. Users can pass the GUI in JMeter (Graphical Enter the user name and login password in the Information Send panel of the User Interface.

Further, after the test device obtains the login information, it detects whether the click JMeter is detected. The GUI page performs a click operation of the button. When the test device detects the click operation, it initializes the listener thread to restore the listener thread to the original state. When the test device restores the listening thread to its original state, the test device starts the listening thread and performs a login operation after starting the listening thread. After the login operation is performed, the test device invokes the corresponding login interface according to the login information, obtains the login string through the login interface, and stores the obtained login string into the global system parameter. The global system parameters include but are not limited to the environment type, key, communication version number, device type, server IP address, port number, and login string. The environment type includes the local environment and the test environment, the local environment is the development environment, and the test environment is the test environment set by the developer. During the testing process of the server, the tester can select the corresponding environment type according to the needs, or pre-set the corresponding environment type. In the process of testing the server, the server is directly tested according to the preset environment type. The device type is the type of test device, and the device type includes Android (Android) and iOS.

The listening process of the listening thread is: calling an implementation class Pack Monitor of the Channel Handler interface. Handler to create a listener thread, this class has two methods, up stream and down stream. Up Stream is used to monitor sending messages when calling NIO (Non-blocking I/O) Socket When the channel class write (write) method, capture the data of the Byte buffer parameter in the write method into the context object, up The Stream method will fetch the data from the context object and output it to resopnse Data. Down Stream is used to monitor incoming messages, in NIO, when Selection When the Key is the Read Readable readable state, the received data is read into the Byte Buffer according to the Socket Channel read method, and the Byte is The Buffer is placed in the context object, and the down Stream method takes the data from the context object and outputs it to the resopnse Data.

NIO (in the Java world, also known as New I/O) is a synchronous non-blocking I/O model that is the basis for I/O multiplexing. Channel The Handler is responsible for intercepting and processing I/O (Input/Output) events or I/O operations. It can selectively intercept and process events of interest to you, as well as transparently and terminate the delivery of events. Byte The Buffer class is a buffer class that is often used in Java NIO and can be used for efficient I/O operations.

Further, when the test device obtains the login information, it may not detect whether the click JMeter is detected. The GUI interface performs a click operation of the button to directly initialize the listening thread.

Further, in order to improve the security of the test server and improve the accuracy of the test results, the validity period can be set for the login string. When the test device obtains the login string, it detects whether the login string is within the validity period. If the login string is within the validity period, the test device determines that the login operation is successfully executed. If the login string is not within the validity period, the test device determines that the login operation has expired. The expiration date can be set according to specific needs, such as 10 minutes, 15 minutes, or 25 minutes.

Further, the step of converting the login string into the first request message includes:

In step a, a bit operation is performed according to the length of the login string to recombine the login string to obtain the reassembled login string.

Further, the process of converting the login string into the first request packet by the test device may be: obtaining the length of the login string, performing bit operations according to the length of the login string in the for loop body, and reassembling the login string to obtain The refactored login string.

Step b: Perform modulo operation on the re-established login string and the preset prime number to obtain a data packet corresponding to the login string.

After the test device obtains the re-established login string, the re-composed login string is modulo-operated with the preset prime number to obtain a data packet corresponding to the login string. In this embodiment, the preset prime number is 31. The prime number 31 is the length specified in Java. It can be understood that the preset prime number can be modified to other prime numbers in the Java code as needed.

Step c: Convert the data packet into a first request message by using a preset protocol.

After the test device obtains the data packet corresponding to the login string, the data packet is converted into the first request packet by using a preset protocol. Among them, the default agreement can be Google Protobuf protocol or Apache Thrift protocol.

Step S20: Send the first request message to the server, after the server receives the first request message, check the first request message, obtain a verification result, and return to the server. Said the verification result.

After the test device obtains the first request message, the global system parameter is loaded to obtain the IP of the server in the global system parameter (Internet) Protocol, the protocol that is interconnected between networks) The address and port number through which the first request message is sent to the server. Specifically, the test device can load the global system parameters through the Java reflection technology to obtain the IP address and port number of the server. After receiving the first request packet, the server parses the request packet, obtains a parsing result, and verifies the first request packet according to the parsing result to obtain a verification result. After the server obtains the verification result, the verification result is sent to the test device. In this embodiment, the server can be XMPP (Extensible Messaging and Presence Protocol, scalable communication and presentation protocol) server. It should be noted that in the global system parameters, the IP address and port number of the server to be tested are set in advance.

Further, the user can also enter the IP address and port number of the server in the GUI page of JMeter. After the test device obtains the IP address and port number of the server, the server detects whether a JMeter is detected. Click on the button in the GUI page. If the click operation is detected, the test device performs the encapsulation operation and the instantiation operation through the custom lazy loading class, starts its internal auto-dealing thread, reads the class under the corresponding data packet through the thread, and loads through the Java reflection technology. And activate its internal API (Application Programming The interface (application programming interface) is configured to implement the listening logic in the process of sending the first request message, and send the first request message to the server by using the IP address and the port number.

Further, in this embodiment, after the test device obtains the IP address and the port number of the server, the test device automatically sends the first request message to the server by using the IP address and the port number.

Further, step S20 includes:

In step d, the first request message is sent to the server through the preset communication technology framework, so that the server determines the user corresponding to the first request message after receiving the first request message. And verifying that the user corresponding to the first request packet is in a valid state and is in a login state, obtaining a verification result, and returning the verification result;

The server obtains a verification result that the first request packet passes the check if the user is in a valid state and is in a login state;

If the user is in an invalid state and/or a non-login state, the server obtains a verification result that the first request packet fails the verification.

Further, after the test device obtains the first request message, the first request message is encrypted, and the encrypted first request message is obtained, and the first request message is sent to the server through a preset communication technology framework. Among them, the preset communication technology framework includes, but is not limited to, NIO, aio, netty, and mina as communication technology frameworks. The process of encrypting the first request packet is: defining a packet class, the structure of the packet class is: type, length, version, and content, where type indicates a packet type, and length indicates a message message. The length of the content, version indicates the version to which the message belongs, and content is a byte array that records the contents of the message. It should be noted that the encryption method is a process of converting the first request packet into a packet class.

After receiving the first request packet, the server parses the first request packet, obtains a login string in the first request packet, and determines a user corresponding to the login string, that is, determines that the first request packet corresponds to user. After determining the user, the server verifies whether the user is in a valid state and is in a login state, obtains a verification result, and sends the verification result to the test device. Specifically, if the user is in the active state and is in the login state, the server determines that the first request packet is in the valid state, and obtains the verification result of the first request packet, and returns the first request packet to pass the verification. The test result is sent to the test device; if the user is in an invalid state and/or is in a non-login state, the server determines that the first request message is in an invalid state, and obtains a check result that the first request message fails the check, and returns the first request. The packet failed the verification result.

Further, the process of determining whether the user is in a valid state by the server is: the server searches in its database whether there is a preset user name that is the same as the user name of the user. If the preset user name matching the user name is found in the database, the server determines that the user is in a valid state; if the preset user name consistent with the user name is not found in the database, the server determines that the user is in an invalid state. If the validity period is not set for the login string, the server directly determines that the user is logged in according to the login string; if the login string is set to the validity period, the server determines whether the login string is within the validity period. If the login string is within the validity period, the server determines that the user is in the login state; if the login string is not within the validity period, the server determines that the user is in the non-login state.

Step S30: After receiving the verification result, and determining to successfully establish a connection with the server according to the verification result, obtain information to be sent by using the JMeter.

After the test device receives the verification result and determines that the first request message passes the verification according to the verification result, the test device determines that the connection has been successfully established with the server. After the test device determines that it has successfully established a connection with the server, the test device obtains the message to be sent through the JMeter GUI page. It should be noted that the message to be sent is input by the user in the GUI page of JMeter according to the information specification of the server. The message to be sent is a message for testing the server, and the type and content of the message to be sent may be set according to specific needs, which is not limited in this embodiment.

Step S40: The information to be sent is converted into a second request message and sent to the server, so that the server sends the second request message to the receiving after receiving the second request message. End and return the result.

After the test device obtains the to-be-sent message, the test device converts the to-be-sent message into a second request message and sends the message to the server. After receiving the second request packet sent by the test device, the server parses the second request packet, obtains a to-be-sent message corresponding to the second request packet, sends the to-be-sent message to the receiving end, and generates a sending result, Send the results to the test equipment.

The process of sending the to-be-sent message to the receiving end by the server is: obtaining the message identifier of the message to be sent, and obtaining a timestamp corresponding to the parsing time of parsing the second request message, and assembling the message identifier and the timestamp into a json String, written to the Byte Buffer buffer, using the Socket Channel.write (Byte Buffer) method in NIO to json The string is written to the pipe registered by the test device to send the message to be sent to the receiving end.

If the message to be sent is successfully sent to the receiving end, the server generates a sending result of the Json string containing the message identifier and the timestamp; if the message to be sent is not successfully sent to the receiving end, the server generates the message identifier and the timestamp. And the error message consists of the result of the Json string sent. Further, the server may determine whether the message to be sent is successfully sent according to whether the response message returned by the receiving end is received within a preset duration. The preset duration can be set according to specific needs, and is not limited in this embodiment.

Further, after the test device obtains the second request message, it is detected whether a click operation of clicking the execution button is received in the JMeter GUI page. If the click operation is received, the test device sends the second request message to the server.

Further, after the test device obtains the second request message, the test device automatically sends the second request message to the server.

Further, step S40 includes:

In step e, the information to be sent is converted into a corresponding message object, and the message object is converted into a second request message according to a preset protocol.

Further, the process for the test device to send the to-be-sent message to the server is: after the test device obtains the to-be-sent message, the message to be sent is converted into a corresponding message object, and the byte array corresponding to the message object is obtained according to a preset protocol. To convert the message to be sent into a corresponding message object. Among them, the default agreement includes but not limited to Google Protobuf protocol or Apache Thrift protocol.

The process of the test device converting the message to be sent into the corresponding message object is: the test device uses dom4j to convert the message to be sent into a Document object; converts the Document object into an Element object; and calls the Element object as a parameter to call Message (message) The constructor gets a message object. Among them, dom4j is a Java XML (Extensible Markup Language, Extensible Markup Language) API (Application Programming Interface, application programming interface), is an upgrade of jdom, used to read and write XML files. Access to HTML via the document object (Hyper Text Markup Language, Hypertext Markup Language) Any HTML markup contained in a document, and can dynamically change the content of HTML markup, such as forms, images, tables, and hyperlinks. Element object representation HTML element.

In step f, the second request packet is sent to the server, so that the server sends the to-be-sent message corresponding to the second request packet after receiving the second request packet. Give the receiver and return the result.

After the test device obtains the second request message, the second request message is sent to the server. After receiving the second request packet, the server parses the second request packet, obtains a to-be-sent message corresponding to the second request packet, sends the to-be-sent message to the receiving end, generates a sending result, and returns the sending result to the test. device.

The process of the server parsing the second request message is: taking out the Byte from the Socket Server Channle Buffer object, then take out the Byte The byte array in the Buffer object is converted into a message object according to a preset protocol, and then the message object is converted into a message to be sent. The process of converting the message object into the message to be sent is an inverse process of converting the message to be sent into a message object, which is not described in this embodiment. Java The Server Socket Channel in NIO is a TCP that can listen for incoming incoming packets (Transmission Control) Protocol, Transmission Control Protocol) Connected channels, just like the Server Socket in standard I/O.

Step S50: After receiving the sending result, determining a test result of the server according to the sending result.

After the test device receives the transmission result, the test device determines the test result of the server according to the transmission result.

Further, step S50 includes:

Step g: After receiving the sending result, detecting a string composition manner carried in the sending result.

Step h, if the string of the transmission result is composed of a timestamp and a message identifier of the to-be-sent message, determining that the server passes the test, wherein the timestamp is the server parsing the second The timestamp corresponding to the parsing time of the request message.

In step i, if the character string of the sending result is not composed of the time stamp and the message identifier of the to-be-sent message, it is determined that the server fails the test.

After the test device receives the sending result sent by the server, the test device obtains the string carried in the sending result, and detects the composition of the string. If the string in the sending result is a time stamp and a message identifier of the message to be sent, the test device determines that the server passes the test; if the string in the sent result is not composed of the server time stamp and the message identifier of the message to be sent, The test device determines that the server has not passed the test. It should be noted that the timestamp is a timestamp corresponding to the parsing time of the second request message parsed by the server. When the server determines that the to-be-sent message is not successfully sent to the receiving end, the server sends a string consisting of the message identifier, the timestamp, and the error message of the corresponding message sending error to the test device.

Further, after the test device receives the transmission result, the test device may set a corresponding value according to the transmission result, and display the set value to prompt the test result of the corresponding user server according to the value. For example, when the test device determines that the server passes the test according to the transmission result, the corresponding value of the measurement device setting is “11”, indicating that the server passes the test; when the test device determines that the server fails the test according to the transmission result, the corresponding value of the test device setting is "00" indicates that the server failed the test.

After the login information is obtained by the JMeter, the login operation is performed according to the login information, and after the login operation is successfully performed, the corresponding login string is obtained, and the login string is converted into the first request message. Transmitting the first request message to the server, after the server receives the first request message, verifying the first request message, obtaining a verification result, and returning to the school After the verification result is received, and after determining that the connection with the server is successfully established according to the verification result, the information to be sent is obtained by the JMeter; and the information to be sent is converted into the second request report. Sending to the server, after the server receives the second request message, sending the second request message to the receiving end, and returning the sending result; after receiving the sending result, And determining a test result of the server according to the sending result. When the backend is developed, the JMeter emulates the terminal device to send messages to the backend to test the backend, avoiding waiting for the front end to be developed before testing the backend, improving development efficiency and reducing development costs. .

Further, a second embodiment of the test method of the server of the present application is proposed.

The second embodiment of the test method of the server is different from the first embodiment of the test method of the server. Referring to FIG. 2, the test method of the server further includes:

Step S60, after detecting the disconnection instruction disconnected from the server, disconnecting from the server according to the disconnection instruction.

The test device detects whether a disconnect command to disconnect from the server is detected. When the test device detects the disconnection command, the test device disconnects from the server according to the disconnection command. The disconnection command may be automatically triggered by the test device after the server passes the test; the disconnection command may also be manually triggered by the user on the GUI page of the test device JMeter. Specifically, the user can click on JMeter The execute button in the GUI page triggers a break instruction. In this embodiment, the test device can disconnect from the server through the NIO technology and then restore its global system parameters to the initial state.

In this embodiment, after detecting disconnection of the disconnection from the server, the connection with the server is disconnected according to the disconnection command. After obtaining the test result of the server, the connection between the server and the server is disconnected in time, the power is saved, and the server is kept connected and the service life of the server is prolonged.

Further, a third embodiment of the test method of the server of the present application is proposed.

The difference between the third embodiment of the test method of the server and the first or second embodiment of the test method of the server is that the test method of the server further includes:

Step k, triggering a monitoring instruction, and monitoring a connection state with the server according to the monitoring instruction.

After the test device successfully establishes a connection with the server, a monitoring instruction is triggered, and the connection state with the server is monitored according to the monitoring instruction.

The test device monitors the connection status between the server and the server: the test device creates a heartbeat packet, and starts the heartbeat packet after creating the heartbeat packet, and sends a timing task to the server through the heartbeat packet to monitor the connection between the server and the server. status. After the test device starts the heartbeat packet, the test device obtains the corresponding heartbeat log, and stores the heartbeat log, so that the user determines whether the test device and the server are in the connected state according to the heartbeat log. It should be noted that the test device sends a scheduled task to the server through the heartbeat packet, that is, the test device continuously sends a connection request to the server through the JMeter.

In this embodiment, after the test device successfully establishes a connection with the server, the connection state between the test device and the server is monitored, so that the tester can know the connection state between the test device and the server in time.

In addition, referring to FIG. 3, the application further provides a testing device for a server, where the testing device of the server includes:

The obtaining module 10 is configured to perform a login operation according to the login information after obtaining the login information by using the JMeter, and obtain a corresponding login string after successfully performing the login operation;

The conversion module 20 is configured to convert the login string into a first request message;

The sending module 30 is configured to send the first request message to the server, where the server, after receiving the first request message, checks the first request message to obtain a verification result. And returning the verification result;

The obtaining module 10 is further configured to: after receiving the verification result, and determining to successfully establish a connection with the server according to the verification result, acquiring information to be sent by using the JMeter;

The conversion module 20 is further configured to convert the to-be-sent information into a second request message and send the message to the server, where the server sends the second request after receiving the second request message. The message is sent to the receiving end, and the result is returned.

The determining module 40 is configured to determine a test result of the server according to the sending result after receiving the sending result.

In this embodiment, after the login information is obtained through the JMeter, the obtaining module 10 performs a login operation according to the login information, and obtains a corresponding login string after successfully performing the login operation, and the conversion module 20 converts the login string into the first request message. The sending module 30 sends the first request message to the server, so that after receiving the first request message, the server verifies the first request message, obtains the verification result, and returns the verification result; when receiving the school After the result is determined, and the connection is successfully established with the server according to the verification result, the obtaining module 10 obtains the information to be sent through the JMeter; the converting module 20 converts the information to be sent into the second request message and sends the information to the server for the server to receive. After the second request message, the second request message is sent to the receiving end, and the sending result is returned; after receiving the sending result, the determining module 40 determines the test result of the server according to the sending result. When the backend is developed, the JMeter emulates the terminal device to send messages to the backend to test the backend, avoiding waiting for the front end to be developed before testing the backend, improving development efficiency and reducing development costs. .

The test device of the server further includes:

And disconnecting the module, configured to disconnect the connection with the server according to the disconnection command after detecting a disconnection instruction disconnected from the server.

Further, the testing device of the server further includes:

And a monitoring module, configured to trigger a monitoring instruction, and monitor a connection state with the server according to the monitoring instruction.

Further, the conversion module 20 includes:

a recombining unit, configured to perform a bit operation according to the length of the login string, to recombine the login string, to obtain the recombined login string;

An operation unit, configured to perform a modulo operation on the re-established login string and the preset prime number to obtain a data packet corresponding to the login string;

The first converting unit is configured to convert the data packet into a first request message by using a preset protocol.

Further, the sending module 30 is further configured to send the first request message to the server by using a preset communication technology framework, so that the server determines the first request after receiving the first request message. a user corresponding to the packet, and verifying whether the user corresponding to the first request packet is in a valid state and is in a login state, obtaining a verification result, and returning the verification result;

If the user is in an active state and is in a login state, the server obtains a verification result of the first request packet passing the verification; if the user is in an invalid state and/or a non-login state, The server obtains a verification result that the first request packet fails the verification.

Further, the conversion module 20 further includes:

a second converting unit, configured to convert the to-be-sent information into a corresponding message object, and convert the message object into a second request message according to a preset protocol;

a sending unit, configured to send the second request message to the server, where the server sends the second request message corresponding to the to-be-sent after receiving the second request message The message is sent to the receiver and the result is sent back.

Further, the determining module 40 includes:

a detecting unit, configured to detect a string composition manner carried in the sending result after receiving the sending result;

a determining unit, configured to: if the character string of the sending result is composed of a timestamp and a message identifier of the to-be-sent message, determining that the server passes the test, wherein the timestamp is the server parsing the The timestamp corresponding to the parsing time of the second request message; if the character string of the sending result is not composed of the timestamp and the message identifier of the to-be-sent message, it is determined that the server fails the test.

It should be noted that each embodiment of the testing device of the server is substantially the same as the embodiments of the testing method of the server, and details are not described herein again.

In addition, the application also provides a test device for a server. As shown in FIG. 4, FIG. 4 is a schematic structural diagram of a hardware operating environment involved in an embodiment of the present application.

It should be noted that FIG. 4 can be a schematic structural diagram of a hardware operating environment of a test device of the server. The test device of the server of the embodiment of the present application may be a terminal device such as a PC or a portable computer.

As shown in FIG. 4, the test device of the server may include a processor 1001, such as a CPU, a network interface 1004, a user interface 1003, a memory 1005, and a communication bus 1002. Among them, the communication bus 1002 is used to implement connection communication between these components. The memory 1005 may be a high speed RAM memory or a stable memory (non-volatile) Memory), such as disk storage. The memory 1005 can also optionally be a storage device independent of the aforementioned processor 1001.

It will be understood by those skilled in the art that the test device structure of the server shown in FIG. 4 does not constitute a limitation of the test device of the server, and may include more or less components than those illustrated, or combine some components, or different. Parts layout.

As shown in FIG. 4, a memory 1005 as a computer storage medium may include an operating system, a network communication module, a user interface module, and a test program of the server. Among them, the operating system is a program that manages and controls the test device hardware and software resources of the server, and supports the test program of the server and the operation of other software or programs.

In the test device of the server shown in FIG. 4, the user interface 1003 is mainly used to receive the login information input by the user and the operation of clicking the execution button; the network interface 1004 is mainly used to connect to the server, and the processor 1001 can be used to call the memory 1005. The test program of the server stored in the server and the steps of the test method of the server as described above.

The specific implementation manners of the testing device of the server of the present application are substantially the same as the embodiments of the testing method of the foregoing server, and details are not described herein again.

In addition, the embodiment of the present application further provides a computer readable storage medium, where the test program of the server is stored, and the test program of the server is executed by the processor to implement the test of the server as described above. The steps of the method.

The specific embodiment of the computer readable storage medium of the present application is substantially the same as the embodiment of the test method of the server, and details are not described herein again.

It is to be understood that the term "comprises", "comprising", or any other variants thereof, is intended to encompass a non-exclusive inclusion, such that a process, method, article, or device comprising a series of elements includes those elements. It also includes other elements that are not explicitly listed, or elements that are inherent to such a process, method, article, or device. An element that is defined by the phrase "comprising a ..." does not exclude the presence of additional equivalent elements in the process, method, item, or device that comprises the element.

The serial numbers of the embodiments of the present application are merely for the description, and do not represent the advantages and disadvantages of the embodiments.

Through the description of the above embodiments, those skilled in the art can clearly understand that the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better. Implementation. Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, The optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.

The above is only a preferred embodiment of the present application, and is not intended to limit the scope of the patent application, and the equivalent structure or equivalent process transformations made by the specification and the drawings of the present application, or directly or indirectly applied to other related technical fields. The same is included in the scope of patent protection of this application.

Claims

A test method for a server, characterized in that the test method of the accessed server comprises the following steps:

After the login information is obtained by the JMeter, the login operation is performed according to the login information, and after the login operation is successfully performed, the corresponding login string is obtained, and the login string is converted into the first request message;

Sending the first request message to the server, after the server receives the first request message, verifying the first request message, obtaining a verification result, and returning the check result;

After receiving the verification result, and determining to successfully establish a connection with the server according to the verification result, obtaining information to be sent by using the JMeter;

Converting the to-be-sent information into a second request message, and sending the second request message to the server, after the server receives the second request message, sending the second request message to the receiving end, and Return the result of the transmission;

After receiving the transmission result, determining a test result of the server according to the transmission result.
The method of testing the server according to claim 1, wherein after the step of determining the test result of the server according to the sending result, the method further comprises:

After detecting the disconnection command disconnected from the server, the connection with the server is disconnected according to the disconnection command.
The testing method of the server according to claim 1, wherein the receiving, by the JMeter, the obtaining of the verification result, and determining that the connection is successfully established with the server according to the verification result After the step of sending the information, it also includes:

A monitoring instruction is triggered, and a connection state with the server is monitored according to the monitoring instruction.
The method for testing a server according to claim 1, wherein the step of converting the login string into the first request message comprises:

Performing a bit operation according to the length of the login string to recombine the login string to obtain the reassembled login string;

Performing a modulo operation on the re-established login string and the preset prime number to obtain a data packet corresponding to the login string;

Converting the data packet into a first request message by using a preset protocol.
The method for testing a server according to claim 1, wherein the sending the first request message to a server, for the server to verify the first request message after receiving the first request message The first request message, the verification result is obtained, and the step of returning the verification result includes:

And sending, by the preset communication technology framework, the server to the server, after the server receives the first request packet, determining, by the server, the user corresponding to the first request packet, and verifying Whether the user corresponding to the first request message is in a valid state and is in a login state, and obtains a verification result, and returns the verification result;

The server obtains a verification result that the first request packet passes the check if the user is in a valid state and is in a login state;

If the user is in an invalid state and/or a non-login state, the server obtains a verification result that the first request packet fails the verification.
The method for testing a server according to claim 1, wherein the converting the information to be transmitted into a second request message is sent to the server, so that the server receives the second request. After the packet is sent, the step of sending the second request packet to the receiving end and returning the sending result includes:

Converting the to-be-sent information into a corresponding message object, and converting the message object into a second request message according to a preset protocol;

Transmitting the second request packet to the server, so that the server sends the to-be-sent message corresponding to the second request packet to the receiving end after receiving the second request packet And return the result.
The testing method of the server according to claim 1, wherein the step of determining the test result of the server according to the sending result after receiving the sending result comprises:

After receiving the sending result, detecting a string composition manner carried in the sending result;

If the character string of the sending result is composed of a time stamp and a message identifier of the to-be-sent message, determining that the server passes the test, where the timestamp is that the server parses the second request message Timestamp corresponding to the parsing time;

If the character string of the transmission result is not composed of the time stamp and the message identifier of the to-be-sent message, it is determined that the server fails the test.
The testing method of the server according to claim 2, wherein the step of determining the test result of the server according to the sending result after receiving the sending result comprises:

After receiving the sending result, detecting a string composition manner carried in the sending result;

If the character string of the sending result is composed of a time stamp and a message identifier of the to-be-sent message, determining that the server passes the test, where the timestamp is that the server parses the second request message Timestamp corresponding to the parsing time;

If the character string of the transmission result is not composed of the time stamp and the message identifier of the to-be-sent message, it is determined that the server fails the test.
The testing method of the server according to claim 3, wherein the step of determining the test result of the server according to the sending result after receiving the sending result comprises:

After receiving the sending result, detecting a string composition manner carried in the sending result;

If the character string of the sending result is composed of a time stamp and a message identifier of the to-be-sent message, determining that the server passes the test, where the timestamp is that the server parses the second request message Timestamp corresponding to the parsing time;

If the character string of the transmission result is not composed of the time stamp and the message identifier of the to-be-sent message, it is determined that the server fails the test.
The testing method of the server according to claim 4, wherein the step of determining the test result of the server according to the sending result after receiving the sending result comprises:

After receiving the sending result, detecting a string composition manner carried in the sending result;

If the character string of the sending result is composed of a time stamp and a message identifier of the to-be-sent message, determining that the server passes the test, where the timestamp is that the server parses the second request message Timestamp corresponding to the parsing time;

If the character string of the transmission result is not composed of the time stamp and the message identifier of the to-be-sent message, it is determined that the server fails the test.
The testing method of the server according to claim 5, wherein the step of determining the test result of the server according to the sending result after receiving the sending result comprises:

After receiving the sending result, detecting a string composition manner carried in the sending result;

If the character string of the sending result is composed of a time stamp and a message identifier of the to-be-sent message, determining that the server passes the test, where the timestamp is that the server parses the second request message Timestamp corresponding to the parsing time;

If the character string of the transmission result is not composed of the time stamp and the message identifier of the to-be-sent message, it is determined that the server fails the test.
The testing method of the server according to claim 6, wherein the step of determining the test result of the server according to the sending result after receiving the sending result comprises:

After receiving the sending result, detecting a string composition manner carried in the sending result;

If the character string of the sending result is composed of a time stamp and a message identifier of the to-be-sent message, determining that the server passes the test, where the timestamp is that the server parses the second request message Timestamp corresponding to the parsing time;

If the character string of the transmission result is not composed of the time stamp and the message identifier of the to-be-sent message, it is determined that the server fails the test.
A test device for a server, characterized in that the test device of the server comprises:

An obtaining module, configured to perform a login operation according to the login information after obtaining the login information by using the JMeter, and obtain a corresponding login string after successfully performing the login operation;

a conversion module, configured to convert the login string into a first request message;

a verification module, configured to send the first request message to the server, where the server, after receiving the first request message, verify the first request message, and obtain a verification result, And returning the verification result;

The obtaining module is further configured to: after receiving the verification result, and determining to successfully establish a connection with the server according to the verification result, acquiring information to be sent by using the JMeter;

The conversion module is further configured to: send the information to be sent into a second request message and send the message to the server, where the server sends the second request message after receiving the second request message. The text is sent to the receiving end and returns the result of the transmission;

And a determining module, configured to determine a test result of the server according to the sending result after receiving the sending result.
The testing device of the server according to claim 13, wherein the testing device of the server further comprises:

And disconnecting the module, configured to disconnect the connection with the server according to the disconnection command after detecting a disconnection instruction disconnected from the server.
The testing device of the server according to claim 13, wherein the testing device of the server further comprises:

And a monitoring module, configured to trigger a monitoring instruction, and monitor a connection state with the server according to the monitoring instruction.
The testing device of the server according to claim 13, wherein the conversion module comprises:

a recombining unit, configured to perform a bit operation according to the length of the login string, to recombine the login string, to obtain the recombined login string;

An operation unit, configured to perform a modulo operation on the re-established login string and the preset prime number to obtain a data packet corresponding to the login string;

The first converting unit is configured to convert the data packet into a first request message by using a preset protocol.
The testing device of the server according to claim 13, wherein the sending module is further configured to send the first request message to a server by using a preset communication technology framework, where the server receives the Determining, by the first request message, the user corresponding to the first request message, and verifying whether the user corresponding to the first request message is in a valid state and is in a login state, obtaining a verification result, and returning The verification result;

If the user is in an active state and is in a login state, the server obtains a verification result of the first request packet passing the verification; if the user is in an invalid state and/or a non-login state, The server obtains a verification result that the first request packet fails the verification.
The testing device of the server according to claim 13, wherein the conversion module further comprises:

a second converting unit, configured to convert the to-be-sent information into a corresponding message object, and convert the message object into a second request message according to a preset protocol;

a sending unit, configured to send the second request message to the server, where the server sends the second request message corresponding to the to-be-sent after receiving the second request message The message is sent to the receiver and the result is sent back.
A test device for a server, characterized in that the test device of the server comprises a memory, a microprocessor, and a test program of a server stored on the memory and operable on the microprocessor, the connected The steps of the test method of the server of claim 1 when the test program of the server is executed by the microprocessor.
A computer readable storage medium, wherein the computer readable storage medium stores a test program of a server, and the test program of the accessed server is executed by the processor to implement the server according to claim 1. The steps of the test method.