CN113347062A

CN113347062A - SIP performance test method, device, equipment and storage medium

Info

Publication number: CN113347062A
Application number: CN202110625955.6A
Authority: CN
Inventors: 陈慧
Original assignee: Beijing Feixun Digital Technology Co ltd
Current assignee: Beijing Feixun Digital Technology Co ltd
Priority date: 2021-06-04
Filing date: 2021-06-04
Publication date: 2021-09-03

Abstract

The embodiment of the invention discloses a method, a device, equipment and a storage medium for testing SIP performance. The method comprises the following steps: displaying a test interface matched with the target test type, wherein the test interface comprises: an information setting item for the test configuration information; responding to SIP performance test instructions received in a test interface, acquiring information setting values of current test configuration information in the test interface, and automatically constructing a test data file matched with a target test type; constructing a template according to the constructed test data file and the SIP performance test request, and generating an SIP test message body file; and executing the SIP performance test according to the SIP test message body file and the acquired information setting values. The method can improve SIPP tool software, enables SIP performance testing to be visual, avoids a large number of parameters input by a user, reduces manual operation, and improves accuracy of parameter input in the SIP performance testing link.

Description

SIP performance test method, device, equipment and storage medium

Technical Field

The embodiment of the invention relates to the technical field of multimedia communication, in particular to a method, a device, equipment and a storage medium for testing SIP performance.

Background

In multimedia communication (such as Initiation or reception of an audio/video call), when a new application (such as a client) is online, a Session Initiation Protocol (SIP) performance needs to be tested in advance.

In the prior art, SIP tool software is generally adopted to test the performance of the SIP protocol. The SIPp tool software contains some basic SipStone user agent workflows (initiator and receiver). In the use of the SIPp tool software, a user can only manually perform command line operations in the Linux system.

However, command parameters are numerous, input commands are long, when a large amount of user data needs to be tested, a large amount of redundant codes exist in a command line, the workload of manual operation is large, and errors are prone to occurring; because the difference between user data is possibly very small, the accuracy is difficult to guarantee when a large amount of user data is manually input; furthermore, the manual approach is time and labor consuming.

Disclosure of Invention

The embodiment of the invention provides a method, a device, equipment and a storage medium for SIP performance testing, which can improve SIPP tool software, visualize SIP performance testing, reduce manual operation and improve the accuracy of SIP performance testing.

In a first aspect, an embodiment of the present invention provides a SIP performance testing method, where the method includes:

displaying a test interface matched with a target test type, wherein the target test type comprises: calling test or registering test, wherein the test interface comprises: an information setting item for at least one test configuration information;

responding to SIP performance test instructions received in a test interface, acquiring information setting values of current test configuration information in the test interface, and automatically constructing a test data file matched with a target test type;

constructing a template according to the constructed test data file and the SIP performance test request, and generating an SIP test message body file;

and executing the SIP performance test corresponding to the target test type according to the SIP test message body file and the acquired information setting values.

In a second aspect, an embodiment of the present invention further provides an SIP performance testing apparatus, where the apparatus includes:

the test interface display module is used for displaying the test interface matched with the target test type, and the target test type comprises: calling test or registering test, wherein the test interface comprises: an information setting item for at least one test configuration information;

the test data file construction module is used for responding to the SIP performance test instruction received in the test interface, acquiring the information setting value of each piece of current test configuration information in the test interface and automatically constructing a test data file matched with the target test type;

the SIP test message body file generating module is used for constructing a template according to the constructed test data file and the SIP performance test request and generating an SIP test message body file;

and the SIP performance test execution module is used for executing the SIP performance test corresponding to the target test type according to the SIP test message body file and the acquired information setting values.

In a third aspect, an embodiment of the present invention further provides an electronic device, where the electronic device includes:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement a SIP performance testing method as described in any embodiment of the invention.

In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements a SIP performance testing method according to any embodiment of the present invention.

According to the technical scheme of the embodiment of the invention, the test interface matched with the target test type is displayed, and the target test type comprises the following steps: calling test or registering test, wherein the test interface comprises: an information setting item for at least one test configuration information; responding to SIP performance test instructions received in a test interface, acquiring information setting values of current test configuration information in the test interface, and automatically constructing a test data file matched with a target test type; constructing a template according to the constructed test data file and the SIP performance test request, and generating an SIP test message body file; according to the SIP test message body file and the acquired information setting values, SIP performance test corresponding to the target test type is executed, the problem of SIP performance test is solved, and SIPP tool software is improved to enable the SIP performance test to be visual; the information setting items of the test configuration information are displayed in the test interface, so that the SIP performance test interface is more visual, a user does not need to learn and understand codes, the learning cost of the user can be reduced, and the universality of the SIP performance test is realized; meanwhile, the method can avoid a large number of parameters input by a user, reduce manual operation and improve the effect of parameter input accuracy in the SIP performance test link.

Drawings

Fig. 1 is a flowchart of an SIP performance testing method according to an embodiment of the present invention;

FIG. 2 is a schematic diagram of a test interface provided by an embodiment of the present invention;

fig. 3 is a flowchart of another SIP performance testing method according to an embodiment of the present invention;

fig. 4 is a schematic structural diagram of an SIP performance testing apparatus according to an embodiment of the present invention;

fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.

Detailed Description

The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.

Fig. 1 is a flowchart of a SIP performance testing method provided in an embodiment of the present invention, where the embodiment is applicable to a case of testing SIP performance, for example, a test performed by SIPp tool software in the prior art, the method may be executed by a SIP performance testing apparatus, the apparatus may be implemented by software and/or hardware, the apparatus may be integrated in an electronic device such as a computer, as shown in fig. 1, and the method specifically includes:

and step 110, displaying the test interface matched with the target test type.

Wherein the target test type includes: calling test or registering test, wherein the test interface comprises: an information setting item for at least one test configuration information. The information setting items of the test configuration information are displayed in the test interface, so that the interface of the SIP performance test can be more visual, the meaning of the configuration information can be directly known conveniently, a user does not need to learn and understand the code, the learning cost of the user can be reduced, and the universality of the SIP performance test is realized.

Fig. 2 is a schematic diagram of a test interface according to an embodiment of the present invention. As shown in FIG. 2, there may be a variety of test interfaces in embodiments of the present invention. When a user logs in the test system and the test program starts to run, a main test interface can be displayed for the user. The primary test interface may include the types of SIP performance tests supported by the test system. For example, the SIP capability test type may include at least one of a call test and a registration test, and the SIP capability test type may further include an add user test. The user may make a selection of the test type at the main test interface. And displaying the corresponding test interface according to the test type selected by the user on the main test interface.

As shown in FIG. 2, the test interfaces may include a call test interface, a register test interface, and an add user test interface. The same or different information setting items of the test configuration information may be in different test interfaces. The specific test configuration information can be set according to the test requirements of different target test types.

Illustratively, the call test interface includes the following information setting items of test configuration information: a target server address, a target server port, a target server database type, a target server database account, a target server database password, a target server database port, a local address, a local port, an online device identification, a call origination total, a number of single origination calls, and a call origination time interval. The call test interface may further include a call test start key and a call test stop key.

As another example, the registered test interface includes the following information setting items of the test configuration information: a target server address, a target server port, a target server database type, a target server database account, a target server database password, a target server database port, a local address, a local port, a maximum number of single registrations, a number of single origination registrations, and a registration origination time interval. The registration test interface may further include a registration test start key and a registration test stop key.

As another example, add an information setting item including the following test configuration information in the user test interface: the system comprises a target server address, a target server database type, a target server database account number, a target server database password, a target server database port and the number of registered users. An add key and a delete key may also be included in the add user test interface. The deleting key is used for deleting the data related to the user added in the user adding test, reducing the test environment and avoiding influencing the test environment.

The necessary item and non-empty content judgment can be set for the test configuration information in the test interface. For example, the mandatory item may be identified by an "+" in the test interface. When the user fills the empty content in the required item, the user can be prompted, for example, the user can be prompted in a pop-up window mode.

As shown in fig. 2, in an optional implementation manner of the embodiment of the present invention, the test interface further includes: and displaying a window by the interaction log. For example, the left side of the test interface may be provided with an information setting item of the test configuration information, and the right side may be provided with an interaction log display window.

In an optional implementation manner of the embodiment of the present invention, after displaying the test interface matched with the target test type, the method further includes: in the execution process of the SIP performance test method, at least one item of execution stage description information is acquired in real time, and the execution stage description information is displayed in an interactive log display window.

Wherein the execution phase description information may be a brief introduction to the execution phase. Illustratively, the execution phase description information may include during test data file generation, during SIP test message body file generation, and during SIP performance test corresponding to the target test type. Further refinement may be performed on each exemplary execution phase description information, and embodiments of the present invention are not particularly limited. The execution phase description information may also include timestamp information corresponding to the execution phase.

Illustratively, the current execution stage is SIP test message body file generation, and the start time and the end time of the generation of the test data file, the generation of the SIP test message body file, and the start time of the generation of the SIP test message body file may be displayed in the interaction log display window. The current running state and links can be displayed through the execution phase description information displayed in the interactive log display window, so that a user can conveniently know the current running state without analyzing the current running state through codes.

In an optional implementation manner of the embodiment of the present invention, displaying a test interface matched with a target test type includes: acquiring information description content of at least one piece of test configuration information in a test interface, and displaying the information description content at a corresponding position of an information setting item when the test interface is displayed; and acquiring at least one default setting value of the test configuration information in the test interface, and displaying each default setting value in the test interface.

The information description content may be an explanation content of the test configuration information, and specifically may be a parameter meaning of the information setting item. For example, the meaning of the parameter such as "destination server address", "destination server port", or "destination server database type" in fig. 2. The information description content is displayed at the corresponding position of the information setting item, so that the interface of the SIP performance test is more visual, the meaning of the configuration information can be directly known conveniently, a user does not need to learn and understand the code, the learning cost of the user can be reduced, and the universality of the SIP performance test is realized.

In order to reduce information input by a user on a test interface or standardize information input by the user and reduce the error rate of information input, a default setting value of test configuration information can be displayed in the test interface. The default setting may be determined from current SIP performance tests. The setting value of the fixed information required by the test can be automatically acquired by displaying the default setting value, and the setting value is set as the default value, so that a user does not need to acquire the setting value by himself or herself through various query modes, and the operation of the user is reduced.

Specifically, the information related to the local test device may be acquired from the local test device; the information related to the non-local test equipment may be exemplarily given according to an information format of the test configuration information. For the default setting value, the user can adjust according to actual requirements.

In an optional implementation manner of the embodiment of the present invention, the test configuration information includes a local address; acquiring a default setting value of at least one piece of test configuration information in a test interface, comprising: and sending a socket message to the local test equipment, and determining the address value fed back by the local test equipment as a default setting value corresponding to the local address.

The local address may be a local test equipment address, such as an Internet Protocol (IP) address. The local address may be obtained by sending a socket message to the local test device by the currently running program, and the local test device may feed back a data packet, where the data packet includes an address value. The currently running program can obtain the address value as a default setting value corresponding to the local address.

In the embodiment of the present invention, the test configuration information may further include a local port. The default setting for the local port may be the recommended port of the local test equipment. In particular, the recommended local port may be a currently idle port of the local test equipment. For example, the default setting value of the local port may also be obtained by sending a socket message to the local test equipment.

And step 120, responding to the SIP performance test instruction received in the test interface, acquiring the information setting value of each piece of current test configuration information in the test interface, and automatically constructing a test data file matched with the target test type.

Before the user initiates the SIP performance test instruction in the test interface, the information setting value of each piece of current test configuration information in the test interface may be changed. After the user clicks the test, a test data file matched with the target test type can be automatically constructed according to the information setting value of each piece of current test configuration information in the test interface. The test configuration information can be automatically written into the data file according to the correct format, a user does not need to understand a large number of codes, and the error rate is reduced.

Specifically, the local test device may determine a corresponding target server according to the information setting value in the test interface, request user data related to the test from the target server, and assemble the user data according to a specified format to generate a test data file.

For example, the building process of the test data file may be the running implementation of a background program, and the corresponding execution phase description information may be displayed in the test interface. For example, "in call test, test data file generation is currently being performed in the background" may be shown in the test interface; alternatively, in the registration test, the generation of the test data file is currently being performed in the background. And displaying the corresponding execution time for generating the test data file in the test interface.

In an optional implementation of the embodiment of the present invention, the target test type includes: calling and testing; displaying the test interface matched with the target test type, wherein the displaying comprises the following steps: displaying a test main interface, responding to a test instruction of a call test, acquiring test configuration information matched with the call test, and displaying a test interface of the call test; automatically constructing a test data file matched with the target test type, comprising: acquiring any user identifier in a database of a target server, any equipment identifier in online equipment and a signaling control service unit identifier; and generating a test data file according to the acquired user identification, the equipment identification, the signaling control service unit identification and the information setting value of each piece of current test configuration information in the test interface.

In the SIP performance test, a test main interface may be displayed first, and a user may select a target test type, such as a call test, in the test main interface. According to the test instruction of the call test selected by the user, the test configuration information matched with the call test can be obtained, and the test interface display of the call test is carried out. The test interface of multiple target test types can be displayed in a layered mode, the test main interface is displayed firstly, then the test interface of the target test type is displayed, the interface display is layered and easy to distinguish, and the problem that the interface display is disordered due to the fact that the test interfaces of multiple test types are displayed at the same moment can be avoided.

The target server may be a server corresponding to the target server address in the test interface. The database can be a database corresponding to the type of the target server database in the test interface, and the program can log in the database through the target server database password and the corresponding target server database port to read or write data.

In the embodiment of the invention, the program can call various configured components to access various databases, can adapt to different types of databases of different projects, can be compatible with various database types, and improves the universality of SIP performance test. Wherein the components directly have a matching relationship with the database. In the test interface, the type of the target server database, the password of the target server database and the default value of the corresponding port of the target server database may be provided, and the user may log in the corresponding database according to the default value, or may adjust the default value to enter the designated database.

In the embodiment of the present invention, a database of the target server may pre-store a user identifier, such as an Identity Document (ID). The pre-stored user identifier may indicate that a corresponding user exists in the current test system, and may be used as an initiator of the call test.

The signaling control service element identification may correspond to a user. The signaling control service element identification may be identification information of the relevant service with which the user is registered. For example, the signaling control service unit may have a service in call test, such as on demand or audio-video calls.

The online device may be the device currently online in the call test and the device identification may be the device ID. For example, the device identification may be a camera ID or an online user ID, etc. The program can initiate a call to the online device corresponding to the device ID through the user corresponding to the user ID to perform a test.

The user identifier, the device identifier, and the signaling control service unit identifier may be obtained by connecting a database of the target server and then querying through Structured Query Language (SQL).

In the embodiment of the present invention, the test data file in the call test may be a file recording the user identifier, the device identifier, and the signaling control service unit identifier. Multiple calls may be initiated during a call test. Multiple calls may be made in parallel at a single call initiation. The two call originations may have a certain time interval. Different calls may occupy different call ports and thus the test data file may include call ports. Different call ports may be occupied for audio and video while calling. Specifically, when audio and video are called, the occupied calling ports can be even ports.

For example, the pattern of the test data file in the call test may be as follows:

35033600005；35033600030；35033600002；50000；50002；

35033600005；35033600030；35033600002；50004；50006；

35033600005；35033600030；35033600002；50008；50010；

wherein, the data in each row may be: a user identification; a device identification; a signaling control service unit identifier; an audio call port; a video call port. Each row may represent a call once and the call ports of each row may be different.

In an optional implementation of the embodiment of the present invention, the mapping test types include: registering and testing; displaying the test interface matched with the target test type, wherein the displaying comprises the following steps: displaying the test main interface, responding to a test instruction of the registration test, acquiring test configuration information matched with the registration test, and displaying the test interface of the registration test; automatically constructing a test data file matched with the target test type, comprising: generating at least one initial user data for registration test, writing the initial user data into a database of a target server, and acquiring target user data corresponding to each initial user data in the database of the target server; generating a test data file according to the acquired target user data and the information setting values of the current test configuration information in the test interface; the target user data comprises a user identification, a user name and a user password.

In the SIP performance test, a test main interface may be displayed first, and a user may select a target test type, such as a registration test, in the test main interface. According to the test instruction of the registration test selected by the user, the test configuration information matched with the registration test can be obtained, and the test interface display of the registration test is carried out. The test interface of multiple target test types can be displayed in a layered mode, the test main interface is displayed firstly, then the test interface of the target test type is displayed, the interface display is layered and easy to distinguish, and the problem that the interface display is disordered due to the fact that the test interfaces of multiple test types are displayed at the same moment can be avoided.

Wherein the initial user data may be data generated by adding a user to a database of the target server through an SQL statement. Specifically, the initial user data may include a user ID, a user name, and a user password. The initial user data may be randomly generated according to the format requirements of each data type. The initial user data may be non-repeating. For example, the user ID may not be repeated. The generated user ID can not be repeated with the user ID for the call test stored in the database of the target server, and data collision can be avoided.

The obtaining of the target user data in the database of the target server may be implemented by SQL statements. The target user data may include a user ID, a user name, and a user password. During the registration test, initial user data needs to be written into a database first, so that the data needing to be registered exists. And reading the data in the database to obtain target user data for registration. The initial user data does not need to be generated manually by a user and does not need to be written into a database manually, and the target user data is written into the test data file without manual operation, so that the manual operation can be reduced, and the accuracy of data reading or writing is improved.

For example, the pattern of the test data file in the registration test may be as follows:

fxdigital；18508302030；[authentication username＝18508302030password＝fx123456]；

fxdigital；18508302031；[authentication username＝18508302031password＝fx123456]；

fxdigital；18508302032；[authentication username＝18508302032password＝fx123456]；

wherein, "fxdigital; 18508302030 "may be a user ID; "username ═ 18508302030" can be a user name; "password-fx 123456" may be the user password. Each row in the test data file may represent a different user.

And step 130, constructing a template according to the constructed test data file and the SIP performance test request, and generating an SIP test message body file.

The test flows corresponding to the call test and the registration test are different, so that the SIP performance test request construction templates corresponding to the call test and the registration test can be different. The SIP performance test request build template may be a normalized template in SIP performance testing. The message body file of the specified scene can be automatically assembled according to the target test type.

For example, the corresponding SIP test message body may be generated by correspondingly replacing the variable in the SIP performance test request construction template with each row of data in the test data file. And summarizing each SIP test message body to generate an SIP test message body file. When the SIP test message body file is generated, a user does not need to input data, so that the user operation can be reduced, and the data input accuracy is improved.

And 140, executing the SIP performance test corresponding to the target test type according to the SIP test message body file and the acquired information setting values.

Before executing the SIP performance test, the SIP performance test command may be generated according to the SIP test message body file and the acquired setting values of the respective information. Specifically, the SIP capability test command may be to add various information setting values to the SIP test message body file. The message body files of the designated scene can be automatically assembled according to the target test type, the test of the corresponding scene is carried out, and the user does not need to carry out artificial code recognition on the message body files.

For example, a destination server address, a destination server port, a local address, a local port, a total number of call originations, a number of calls originated at a time, a call origination time interval, and the like may be added to the SIP test message body file at the time of call test. During the registration test, a target server address, a target server port, a local address, a local port, a maximum single registration number, a single registration initiation number, a registration initiation time interval and the like can be added in the SIP test message body file. The SIP test message body file may further include a test data file path, a SIP test message body file path, a number of threads, a number of cycles, and the like.

On the basis of the foregoing embodiment, optionally, the SIP performance testing method further includes: displaying the test main interface, responding to a test instruction of the adding user test, acquiring test configuration information matched with the adding user test, and displaying the test interface of the adding user test; and responding to the test instruction of the added user received in the test interface, acquiring the information setting value of each piece of current test configuration information in the test interface, generating corresponding test user adding data, and writing the test user adding data into a database of the target server.

In the SIP performance test, a test main interface may be displayed first, and a user may select a target test type in the test main interface, such as adding a user test. According to the test instruction of the user test selected by the user, the test configuration information matched with the user test can be acquired, and the test interface display of the user test can be carried out. The test interface of multiple target test types can be displayed in a layered mode, the test main interface is displayed firstly, then the test interface of the target test type is displayed, the interface display is layered and easy to distinguish, and the problem that the interface display is disordered due to the fact that the test interfaces of multiple test types are displayed at the same moment can be avoided.

The generation manner of the added test user data may be similar to the generation manner of the initial user data. For example, adding test user data may be adding user-generated data to the database of the target server through SQL statements. The add test user data may include a user ID, a user name, and a user password. The additional test user data may be randomly generated according to the format requirements of each data type. The adding of test user data may be non-repeating. For example, the user ID may not be repeated. The generated user ID can not be repeated with the user ID for the call test stored in the database of the target server, and data collision can be avoided.

On the basis of the foregoing embodiment, optionally, after the SIP performance test corresponding to the target test type is executed, the method further includes: in response to a test instruction for stopping registration received in the test interface, deleting initial user data written in a database of the target server; and/or after generating corresponding test user adding data and writing the test user adding data into a database of the target server, the method further comprises the following steps: and deleting the added test user data written in the database of the target server in response to the command of deleting the added test user data received in the test interface. After the SIP performance test is finished, the added user data can be automatically deleted, the original environment of the database of the target server is restored, the interference to the test environment can be avoided, and the next test is facilitated.

According to the technical scheme of the embodiment, the test interface matched with the target test type is displayed, and the target test type comprises the following steps: calling test or registering test, wherein the test interface comprises: an information setting item for at least one test configuration information; responding to SIP performance test instructions received in a test interface, acquiring information setting values of current test configuration information in the test interface, and automatically constructing a test data file matched with a target test type; constructing a template according to the constructed test data file and the SIP performance test request, and generating an SIP test message body file; according to the SIP test message body file and the acquired information setting values, the SIP performance test corresponding to the target test type is executed, the problem of the SIP performance test is solved, the SIPP tool software is improved, the SIP performance test is visualized, meanwhile, a user is prevented from inputting a large number of parameters, manual operation is reduced, the parameter input accuracy in the SIP performance test link is improved, and the effect of causing interference to the test environment is avoided.

Fig. 3 is a flowchart of another SIP performance testing method according to an embodiment of the present invention. As shown in fig. 3, the SIP performance testing method may be performed as follows:

when the SIP performance test program is acquired and run by the user, the main test interface shown in FIG. 2 is displayed to the user. In the main test interface, the SIP performance test types selected by the user for the call test, the registration test and the key for adding the user test can be obtained. And displaying a corresponding test interface according to the SIP performance test type selected by the user. For example, if a call test selected by a user is obtained, a call test interface is displayed; or, if the registration test selected by the user is obtained, displaying a registration test interface; or, if the test of the user selected to add is obtained, the test interface of the user to add is displayed. In the test interface, the left half part can display the information setting items of the test configuration information; the right half can be used as an interactive log display window to display the description information of each execution phase.

For example, if the user selects to register the test, the program may send a socket message to the local test device to automatically obtain the actual IP address of the local test device and the recommended local port as the default setting values of the local address and the local port in the test configuration information, respectively. The recommended default setting value can be set for other information values in the test configuration information as a reference, and the user can modify the test configuration information.

Specifically, various information input by the user can be acquired to modify default setting values. For example, a user may select one of a plurality of types of databases, enter a target server database type, a target server database password, and a target server database port for the selected database; the program may perform database access based on database information entered by the user. The user may also enter the number of concurrent registered users (number of single origination registrations) in the test interface.

When the condition that the user clicks a registration test start key is obtained, the background program can access the database specified by the user. For example, initial user data may be added to the database through SQL statements. The background program can also read the user ID, the user name and the user password in the initial user data through the SQL statement as target user data, and assemble the target user data according to a specified format to automatically construct a test data file. The background program can automatically construct a template of the test data file according to the SIP performance test request and register a corresponding flow to generate an SIP test message body file. The background program can also automatically generate an SIP test command corresponding to the SIP test message body file and execute the SIP test message body file. During execution, the interactive log presentation window may prompt the user for the currently executed processes and steps.

The user can monitor the target server in the operation and maintenance management system of the target server, and can click the registration stopping test key when the number of the registered online users is consistent with the filled registration number (the maximum single registration number). When the program obtains a test key for stopping registration when a user clicks, the initial user data written into the database can be automatically deleted, the system environment can be restored, and the test environment is prevented from being polluted, so that the next test can be facilitated.

For another example, if the user selects the call test, the program may send a socket message to the local test device to automatically obtain the actual IP address of the local test device and the recommended local port as the default setting values of the local address and the local port in the test configuration information, respectively. The recommended default setting value can be set for other information values in the test configuration information as a reference, and the user can modify the test configuration information.

Specifically, various information input by the user can be acquired to modify default setting values. For example, a user may select one of a plurality of types of databases, enter a target server database type, a target server database password, and a target server database port for the selected database; the program may perform database access based on database information entered by the user. The user can log in the target server operation and maintenance management system to search the current online equipment, and obtain the equipment ID to modify the default setting value of the online equipment identifier in the test configuration information. The user may also enter the number of concurrent calls (number of calls made in a single call) in the test interface.

When the condition that the user clicks the call test starting key is obtained, the background program can access the database specified by the user. For example, the daemon program may read the user ID and the signaling control service unit identifier existing in the database through the SQL statement, and generate a corresponding number of even port pairs according to the number of calls initiated at a time. For example, an even port pair may be (48000, 48002). The background program can assemble the user ID, the equipment ID, the signaling control service unit ID and the even port pair according to a specified format, and automatically construct a test data file. The background program can automatically construct a template for the test data file according to the SIP performance test request and call a corresponding flow to generate an SIP test message body file. The background program can also automatically generate an SIP test command corresponding to the SIP test message body file and execute the SIP test message body file. During execution, the interactive log presentation window may prompt the user for the currently executed processes and steps.

According to the technical scheme of the embodiment of the invention, SIPP tool software in the prior art is improved, and the meaning of each test configuration information can be visually displayed by adding interface display, so that the method is convenient for a user to understand, and the problem of high learning cost caused by excessive parameters can be avoided; initial user data to be added or added test user data are automatically written into a database, so that the workload and time cost of manual data input can be reduced, and the accuracy of the data is improved; various database types can be supported by configuring various components of the database, and various project requirements can be met; by automatically assembling the test data file, the SIP test message body file and the SIP test command corresponding to the target test type, the workload and the time cost of manually inputting data can be reduced, and the accuracy of the data is improved; the accuracy of the data can be improved by automatically acquiring the local address, the user ID and the signaling control service unit ID; by deleting the data used for the test after the SIP test is finished, the test environment can be restored, so that the test environment can be recycled for multiple times.

Fig. 4 is a schematic structural diagram of an SIP performance testing apparatus according to an embodiment of the present invention. With reference to fig. 4, the apparatus comprises: the system comprises a test interface display module 410, a test data file construction module 420, an SIP test message body file generation module 430 and an SIP performance test execution module 440. Wherein:

a test interface display module 410, configured to display a test interface matching a target test type, where the target test type includes: calling test or registering test, wherein the test interface comprises: an information setting item for at least one test configuration information;

a test data file construction module 420, configured to respond to the SIP performance test instruction received in the test interface, obtain information setting values of current test configuration information in the test interface, and automatically construct a test data file matching the target test type;

an SIP test message body file generating module 430, configured to construct a template according to the constructed test data file and the SIP performance test request, and generate an SIP test message body file;

and the SIP performance test execution module 440 is configured to execute a SIP performance test corresponding to the target test type according to the SIP test message body file and the acquired setting values of each piece of information.

Optionally, the test interface further includes: an interactive log display window;

the device also comprises:

and the execution stage description information display module is used for acquiring at least one item of execution stage description information in real time in the execution process of the SIP performance test method after a test interface matched with the target test type is displayed, and displaying each item of execution stage description information in the interactive log display window.

Optionally, the test interface display module 410 includes:

the information description content display unit is used for acquiring the information description content of at least one piece of test configuration information in the test interface and displaying the information description content at the corresponding position of the information setting item when the test interface is displayed;

and the default setting value display unit is used for acquiring the default setting value of at least one piece of test configuration information in the test interface and displaying each default setting value in the test interface.

Optionally, the test configuration information includes a local address;

the default setting value display unit is specifically used for:

and sending a socket message to the local test equipment, and determining the address value fed back by the local test equipment as a default setting value corresponding to the local address.

Optionally, the target test types include: calling and testing;

the test interface presentation module 410 includes:

the test interface display unit of the call test is used for displaying the test main interface, responding to the test instruction of the call test, acquiring the test configuration information matched with the call test, and displaying the test interface of the call test;

the test data file constructing module 420 is specifically configured to:

acquiring any user identifier in a database of a target server, any equipment identifier in online equipment and a signaling control service unit identifier;

and generating a test data file according to the acquired user identification, the equipment identification, the signaling control service unit identification and the information setting value of each piece of current test configuration information in the test interface.

Optionally, the target test types include: registering and testing;

the test interface presentation module 410 includes:

the test interface display unit for the registration test is used for displaying the test main interface, responding to the test instruction of the registration test, acquiring the test configuration information matched with the registration test, and displaying the test interface of the registration test;

the test data file constructing module 420 is further specifically configured to:

generating at least one initial user data for registration test, writing the initial user data into a database of a target server, and acquiring target user data corresponding to each initial user data in the database of the target server;

generating a test data file according to the acquired target user data and the information setting values of the current test configuration information in the test interface;

the target user data comprises a user identification, a user name and a user password.

Optionally, the apparatus further includes:

the adding user test interface display module is used for displaying the test main interface, responding to a test instruction of the adding user test, acquiring test configuration information matched with the adding user test, and displaying the test interface of the adding user test;

and the adding test user data writing module is used for responding to an adding user test instruction received in the test interface, acquiring information setting values of current test configuration information in the test interface, generating corresponding adding test user data and writing the corresponding adding test user data into a database of the target server.

The SIP performance testing device provided by the embodiment of the invention can execute the SIP performance testing method provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method.

Fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present invention, and as shown in fig. 5, the electronic device includes:

one or more processors 510, one processor 510 being illustrated in FIG. 5;

a memory 520;

the apparatus may further include: an input device 530 and an output device 540.

The processor 510, the memory 520, the input device 530 and the output device 540 of the apparatus may be connected by a bus or other means, and fig. 5 illustrates the connection by a bus as an example.

The memory 520 is a non-transitory computer-readable storage medium, and can be used to store software programs, computer-executable programs, and modules, such as program instructions/modules corresponding to an SIP performance testing method in the embodiment of the present invention (for example, the test interface presentation module 410, the test data file construction module 420, the SIP test message body file generation module 430, and the SIP performance testing execution module 440 shown in fig. 4). The processor 510 executes various functional applications and data processing of the computer device by executing the software programs, instructions and modules stored in the memory 520, namely, implementing a SIP performance testing method of the above method embodiment, that is:

The memory 520 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to use of the computer device, and the like. Further, the memory 520 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, memory 520 may optionally include memory located remotely from processor 510, which may be connected to a terminal device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The input device 530 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the computer apparatus. The output device 540 may include a display device such as a display screen.

An embodiment of the present invention provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements an SIP performance testing method according to an embodiment of the present invention:

Any combination of one or more computer-readable media may be employed. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but 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 computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, 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. In the context of this document, a computer 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 computer readable signal medium may include a propagated data signal with computer 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 computer readable signal medium may also be any computer readable medium that is not a computer 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 computer 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.

Computer 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, Smalltalk, 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 computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.

Claims

1. A Session Initiation Protocol (SIP) performance testing method is characterized by comprising the following steps:

2. The method of claim 1, wherein the test interface further comprises: an interactive log display window;

after the test interface matched with the target test type is displayed, the method further comprises the following steps:

in the execution process of the SIP performance test method, at least one item of execution phase description information is acquired in real time, and each execution phase description information is displayed in the interactive log display window.

3. The method of claim 1, wherein exposing the test interface matching the target test type comprises:

acquiring information description content of at least one piece of test configuration information in a test interface, and displaying the information description content at a corresponding position of an information setting item when the test interface is displayed;

the method comprises the steps of obtaining at least one default setting value of test configuration information in a test interface, and displaying each default setting value in the test interface.

4. The method of claim 3, wherein the test configuration information includes a local address;

acquiring a default setting value of at least one piece of test configuration information in a test interface, comprising:

and sending a socket message to local test equipment, and determining an address value fed back by the local test equipment as a default setting value corresponding to the local address.

5. The method of any of claims 1-4, wherein the target test type comprises: calling and testing;

displaying the test interface matched with the target test type, wherein the displaying comprises the following steps:

displaying a test main interface, responding to a test instruction of a call test, acquiring test configuration information matched with the call test, and displaying a test interface of the call test;

automatically constructing a test data file matched with the target test type, comprising:

6. The method of any of claims 1-4, wherein the target test type comprises: registering and testing;

displaying the test main interface, responding to a test instruction of the registration test, acquiring test configuration information matched with the registration test, and displaying the test interface of the registration test;

7. The method according to any one of claims 1-4, further comprising:

displaying the test main interface, responding to a test instruction of the adding user test, acquiring test configuration information matched with the adding user test, and displaying the test interface of the adding user test;

and responding to the test instruction of the added user received in the test interface, acquiring the information setting value of each piece of current test configuration information in the test interface, generating corresponding test user adding data, and writing the test user adding data into a database of the target server.

8. A session initiation protocol SIP performance testing apparatus, comprising:

9. An electronic device, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-7.

10. A computer-readable storage medium, on 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.