CN114040191A

CN114040191A - Pressure testing method and device for live scene, medium and electronic equipment

Info

Publication number: CN114040191A
Application number: CN202111299521.8A
Authority: CN
Inventors: 李阳; 林良彬
Original assignee: Guangzhou Boguan Information Technology Co Ltd
Current assignee: Guangzhou Boguan Information Technology Co Ltd
Priority date: 2021-11-04
Filing date: 2021-11-04
Publication date: 2022-02-11

Abstract

The embodiment of the disclosure provides a pressure test method for a live broadcast scene, a pressure test device, a medium and equipment for the live broadcast scene; the method comprises the following steps: recording real operation data generated by operation behaviors in a live scene; receiving a pressure test instruction, and performing a plurality of pressure tests indicated by the pressure test instruction in a live broadcast scene based on real operation data; monitoring a live broadcast scene to acquire performance data of the live broadcast scene in the process of carrying out a plurality of pressure tests; and obtaining a pressure test result of the live broadcast scene according to the performance data. By implementing the technical scheme of the embodiment of the disclosure, the efficiency and reliability of the live broadcast scene pressure test can be improved.

Description

Pressure testing method and device for live scene, medium and electronic equipment

Technical Field

The present disclosure relates to the field of testing technologies, and in particular, to a pressure testing method for a live broadcast scenario, a pressure testing apparatus for a live broadcast scenario, a computer-readable medium, and an electronic device.

Background

With the development of network technology, more and more people begin to use live broadcast, and the live broadcast widely exists in various fields such as work, entertainment, education and the like.

Live broadcast has a business peak. For example, during the weekend and evening rest time, a large number of users are in various service scenes such as registration, login, and entering a live broadcast room, and the service flow is greatly increased, which affects the stability of the system. Therefore, the system needs to be tested, and the defects and the perfection of the system are found in advance. At present, system service is simulated to test by artificially selecting service interfaces for combination. But this is inefficient and the accuracy of the artificially combined interface simulation system traffic is not high.

It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present disclosure, and thus may include information that does not constitute prior art known to those of ordinary skill in the art.

Disclosure of Invention

An object of the embodiments of the present disclosure is to provide a pressure test method for a live broadcast scenario, a pressure test apparatus for a live broadcast scenario, a computer-readable medium, and an electronic device. By recording real operation data generated by operation behaviors and then carrying out a plurality of pressure tests indicated by pressure test instructions, the pressure test on a service scene can be completed without manually combining service interfaces, and the efficiency and reliability of the pressure test on the live broadcast scene can be improved.

A first aspect of the embodiments of the present disclosure provides a method for testing pressure in a live broadcast scenario, including:

and recording real operation data generated by operation behaviors in a live scene.

And receiving a pressure test instruction, and performing a plurality of pressure tests indicated by the pressure test instruction in a live broadcast scene based on the real operation data.

And monitoring the live broadcast scene to acquire performance data of the live broadcast scene in the process of carrying out the pressure tests.

And obtaining a pressure test result of the live broadcast scene according to the performance data.

In an exemplary embodiment of the present disclosure, the recording real operation data generated by operation behavior in a live scene includes:

acquiring a first operation behavior occurring in a first live-broadcasting scene, and recording first real operation data generated by the first operation behavior;

and continuing to acquire a second operation behavior occurring in a second live broadcast scene, and recording second real operation data generated by the second operation behavior.

In an exemplary embodiment of the present disclosure, the receiving a stress test instruction, and performing a plurality of stress tests indicated by the stress test instruction in a live broadcast scene based on the real operation data includes:

and receiving a pressure test instruction, and distributing a plurality of business accounts in the account pool to different processes.

And performing a plurality of pressure tests in different processes of the live broadcast scene according to the real operation data and the plurality of service accounts.

In an exemplary embodiment of the present disclosure, the performing, according to the real operation data and the plurality of service accounts, a plurality of stress tests in different processes in the live broadcast scene includes:

and replacing part of information in the real operation data by using the plurality of business accounts to obtain a plurality of new real operation data.

And carrying out a plurality of pressure tests in different processes of a live scene according to the plurality of new real operation data.

In an exemplary embodiment of the present disclosure, after performing a plurality of stress test steps in different processes in the live broadcast scenario according to the real operation data and the plurality of service accounts, the method further includes:

and deleting the distributed business account from the account pool.

And acquiring working states of different processes in the live broadcast scene, and recovering the business account corresponding to the process which does not meet the preset state condition to the account pool.

In an exemplary embodiment of the present disclosure, after performing a plurality of stress test steps in different processes of the live broadcast scenario according to the real operation data and the plurality of service accounts, the method includes:

and acquiring working states of different processes in the live broadcast scene, and analyzing the health conditions of the processes according to the working states.

And adjusting the process according to the health condition of the process.

In an exemplary embodiment of the present disclosure, before the receiving a stress test instruction, and performing a plurality of stress test steps indicated by the stress test instruction in a live broadcast scene based on the real operation data, the method further includes:

and obtaining a plurality of pressure test instructions through a load balancing algorithm.

According to a second aspect of the embodiments of the present disclosure, there is provided a pressure testing apparatus for a live broadcast scene, including:

the operation data recording module is used for recording real operation data generated by operation behaviors in a live scene;

the pressure testing module is used for receiving a pressure testing instruction and carrying out a plurality of pressure tests indicated by the pressure testing instruction in a live broadcast scene based on the real operation data;

the performance data acquisition module is used for acquiring the performance data of the live broadcast scene after the plurality of pressure tests are carried out;

and the test result analysis module is used for obtaining a pressure test result of the live broadcast scene according to the performance data.

In an exemplary embodiment of the present disclosure, the operation data recording module is configured to acquire a first operation behavior occurring in a first live-action scenario, and record first real operation data generated by the first operation behavior; and continuing to acquire a second operation behavior occurring in a second live broadcast scene, and recording second real operation data generated by the second operation behavior.

In an exemplary embodiment of the present disclosure, the pressure testing module is configured to receive a pressure testing instruction, and distribute a plurality of business accounts in an account pool to different processes.

In an exemplary embodiment of the present disclosure, the stress testing module is configured to replace part of information in the real operation data with the plurality of business accounts to obtain a plurality of new real operation data.

In an exemplary embodiment of the present disclosure, the pressure testing apparatus for a live scene further includes:

and the service account management module is used for deleting the distributed service accounts from the account pool after a plurality of pressure test steps are carried out in different processes in the live broadcast scene according to the real operation data and the plurality of service accounts.

and the pressure test adjusting module is used for acquiring working states of different processes in the live broadcast scene after a plurality of pressure test steps are carried out in different processes in the live broadcast scene according to the real operation data and the plurality of service accounts, and analyzing the health conditions of the processes according to the working states.

Adjusting the stress test of the process according to the health condition of the process.

and the instruction generating module is used for obtaining a plurality of pressure test instructions through a load balancing algorithm before the pressure test instructions are received and a plurality of pressure test steps indicated by the pressure test instructions are carried out in a live broadcast scene based on the real operation data.

According to a third aspect of embodiments of the present disclosure, there is provided a computer-readable medium, on which a computer program is stored, which when executed by a processor, implements the method for stress testing of live scenes as described in the first aspect of the embodiments above.

According to a fourth aspect of the embodiments of the present disclosure, there is provided an electronic apparatus including: one or more processors; a storage device for storing one or more programs which, when executed by one or more processors, cause the one or more processors to implement the method for stress testing of live scenes as described in the first aspect of the embodiments above.

According to a fifth aspect of the present disclosure, there is provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to execute the pressure testing method for the live scene provided in the above-mentioned various optional implementations.

The technical scheme provided by the embodiment of the disclosure can have the following beneficial effects:

in the technical solutions provided by some embodiments of the present disclosure, real operation data related to an operation behavior in a live broadcast scene may be recorded, and a plurality of pressure tests may be performed according to an instruction of a pressure test instruction and in combination with the real operation data. And then acquiring performance data of the service scene in the pressure test to obtain a pressure test result. By implementing the embodiment of the disclosure, on one hand, based on the actual operation behavior in the service scene, all operation data related to the operation behavior in the service scene can be completely acquired, and the pressure test is performed based on the complete operation data, so that the accuracy of the pressure test can be improved; on the other hand, real operation data is obtained through operation behaviors in a service scene, a plurality of pressure tests are automatically carried out, and the efficiency of the pressure tests can be improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure. It is to be understood that the drawings in the following description are merely exemplary of the disclosure, and that other drawings may be derived from those drawings by one of ordinary skill in the art without the exercise of inventive faculty.

Fig. 1 schematically illustrates a schematic diagram of an exemplary terminal device to which a pressure testing method and a pressure testing apparatus for a live broadcast scenario according to an embodiment of the present disclosure may be applied;

FIG. 2 schematically illustrates a block diagram of a computer system suitable for use with a terminal device that implements an embodiment of the disclosure;

FIG. 3 schematically illustrates a flow chart of a pressure testing method of a live broadcast scenario to which embodiments of the present disclosure may be applied;

FIG. 4 schematically illustrates a flow diagram of a method of stress testing of a live scene, according to one embodiment of the present disclosure;

FIG. 5 schematically shows a schematic diagram of different processes in stress testing of a live scene according to one embodiment of the present disclosure;

FIG. 6 schematically illustrates a flow diagram of a method of stress testing of a live scene, according to one embodiment of the present disclosure;

FIG. 7 schematically illustrates a flow diagram of a method of stress testing of a live scene, according to one embodiment of the present disclosure;

fig. 8 schematically shows a block diagram of a pressure testing device of a live scene according to an embodiment of the present disclosure.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the subject matter of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and the like. In other instances, well-known technical solutions have not been shown or described in detail to avoid obscuring aspects of the present disclosure.

Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.

Fig. 1 is a schematic diagram illustrating a system architecture of an exemplary application environment to which a live scene pressure testing method and apparatus according to an embodiment of the present disclosure may be applied.

As shown in fig. 1, system architecture 100 may include terminal device 101, network 102, and server 103. Network 102 is the medium used to provide communication links between terminal devices 101 and server 103. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few. The terminal device 101 may be, but is not limited to, a desktop computer, a portable computer, a smart phone, a tablet computer, and the like. It should be understood that the number of terminal devices, networks, and servers in fig. 1 is merely illustrative. Any number of terminal devices, networks, and servers may be used, as desired for implementation. For example, the server 103 may be a server cluster composed of a plurality of servers.

FIG. 2 illustrates a schematic block diagram of a computer system suitable for use in implementing a terminal device of an embodiment of the disclosure.

As shown in fig. 2, the computer system 200 includes a Central Processing Unit (CPU)201 that can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)202 or a program loaded from a storage section 208 into a Random Access Memory (RAM) 203. In the RAM 203, various programs and data necessary for system operation are also stored. The CPU 201, ROM 202, and RAM 203 are connected to each other via a bus 204. An input/output (I/O) interface 205 is also connected to bus 204.

The following components are connected to the I/O interface 205: an input portion 206 including a keyboard, a mouse, and the like; an output section 207 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage section 208 including a hard disk and the like; and a communication section 209 including a network interface card such as a LAN card, a modem, or the like. The communication section 209 performs communication processing via a network such as the internet. A drive 210 is also connected to the I/O interface 205 as needed. A removable medium 211 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 210 as necessary, so that a computer program read out therefrom is mounted into the storage section 208 as necessary.

In particular, the processes described below with reference to the flowcharts may be implemented as computer software programs, according to embodiments of the present disclosure. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 209 and/or installed from the removable medium 211. The computer program, when executed by a Central Processing Unit (CPU)201, performs various functions defined in the methods and apparatus of the present application.

The present example embodiment provides a live broadcast scenario pressure testing method, and as shown in fig. 3, the live broadcast scenario pressure testing method may include the following steps:

step S110: and recording real operation data generated by operation behaviors in a live scene.

Step S130: and receiving a pressure test instruction, and performing a plurality of pressure tests indicated by the pressure test instruction in a live broadcast scene based on the real operation data.

Step S140: in the process of carrying out a plurality of pressure tests, monitoring a live broadcast scene to acquire performance data of the live broadcast scene.

Step S150: obtaining a pressure test result of a live broadcast scene according to performance data

By implementing the pressure test method for the live broadcast scene shown in fig. 1, real operation data related to operation behaviors in the live broadcast scene can be recorded, and a plurality of pressure tests can be performed according to the instruction of the pressure test instruction and by combining the real operation data. And then acquiring performance data of the service scene in the pressure test to obtain a pressure test result. By implementing the embodiment of the disclosure, on one hand, based on the actual operation behavior in the service scene, all operation data related to the operation behavior in the service scene can be completely acquired, and the pressure test is performed based on the complete operation data, so that the accuracy of the pressure test can be improved; on the other hand, real operation data is obtained through operation behaviors in a service scene, a plurality of pressure tests are automatically carried out, and the efficiency of the pressure tests can be improved.

The above steps of the present exemplary embodiment will be described in more detail below.

In step S110, real operation data generated by the operation behavior in the live scene is recorded.

Service scenarios exist in many platforms or systems, such as platforms for network game operations or platforms carrying payment functions. In a live system, a live scene may be a plurality of service scenes, including registration, login, entry or exit to a live room, comment, gift delivery, and others. The service scene can also be changed according to the need, for example, the service scene can be the structural change of the existing service scene, for example, in the process of changing the registration service scene, the original registration process without the mobile phone number can be changed into the registration process only by receiving the verification code by the mobile phone; or a new service scene, such as all comments with a certain keyword are highlighted. Corresponding to a service scenario, in which the operation behavior of the user may be a registration behavior, a login behavior, and other related behaviors, the service scenario corresponds to a corresponding service interface, and the service interface may implement a function in the service scenario. The embodiments of the present disclosure do not specifically limit the service scenario and the operation behavior.

And recording the generated network request, so that the real operation data related to the operation behavior can be obtained, and the real operation data generated by the operation behavior can be used for completely describing the characteristics of the operation behavior of the user. The record range of the network request may include various information of the network request, for example, may include a data transmission protocol, a request mode, context data, a data packet, a service parameter, a request time, device information, and the like. Different network requests under different service scenes can correspond to different data transmission protocols, and the different transmission protocols represent different communication modes between the client and the client. The network request is recorded according to its corresponding data transmission protocol to complete the recording of the network request, transmitted according to the corresponding data structure, and read according to the corresponding protocol when using the real operation data. The data Transmission Protocol may be a hypertext Transfer Protocol (HTTP) Protocol, a File Transfer Protocol (FTP) Protocol, a Simple Mail Transfer Protocol (SMTP) Protocol, a User Datagram Protocol (UDP) Protocol, a Transmission Control Protocol (TCP), or other protocols at the application layer. The request mode of the network request can be various, and can include GET, PUT, POST, DELETE. For example, based on a request mode of an HTTP protocol, when live broadcast software is opened, the displayed home page recommendation content may use a GET request to obtain recommendation page information. The GET type request can realize information acquisition and can be used for inquiring data, such as menu list display, search display and order query; during registration, a POST request is used to achieve submission of data, such as submission of forms and uploading of files, to a specified resource location. The context data of the network request includes service customized context data, such as protocol identification number (ID), tag source, user status, and service related field data. In the case of http protocol, the context data may be recorded in the headers data. The corresponding request parameters transmitted by the network requested data packet through the service interface can be stored and communicated by using a json format. For example, Query String Parameters (Query String Parameters) passed in the url String form are included in the GET Request, and Request Body Parameters (Request Body) are included in the POST Request. Additional control parameters of the network request may also be recorded, such as whether a server response needs to be awaited, the number of retries, etc. The embodiments of the present disclosure do not specifically limit the information recording range requested by the network.

In the process of the stress test, the operation of a user can be simulated manually, and the data generated in the operation process is used as real operation data, namely a recording file generated by recording and recording the network request generated in the operation process. Illustratively, within the live room of the live platform, the anchor may be viewed and then commented. Therefore, the real operation data in the service scene of appreciation can be simply and quickly acquired. Or automatically calling data from a database of the storage system by using the script, screening the data meeting the requirements, and automatically generating corresponding real operation data after extraction. Therefore, a large amount of real operation data can be generated in a short time, and the efficiency is higher. In practical application, the manual and automatic modes can be combined to generate real operation data to adapt to different pressure test requirements.

In step S130, a stress test instruction is received, and a plurality of stress tests indicated by the stress test instruction are performed in a live scene based on the real operation data.

The pressure test instruction can be sent by manually making a specific pressure test instruction and then sending the instruction through an interface. Or setting a pressure test task in advance according to different service scenes, and automatically generating a pressure test instruction according to the pressure test task. The stress test instructions may be initiated on real operational data, which is generated by the operational behavior in a certain traffic scenario. Therefore, the pressure test instruction initiated by the real operation data can accurately perform the pressure test on the corresponding service scene. Based on the single real operation data, a plurality of stress tests can be executed, for example, based on the registered real operation data obtained by the registration behavior in the registered service scene, a plurality of registered stress tests can be performed according to the registered real operation data and the stress test instruction.

In step S140, during the multiple pressure tests, the live broadcast scene is monitored to obtain performance data of the live broadcast scene.

In the embodiment of the present disclosure, the performance of the service scenario may be monitored by collecting logs and load indexes of each service and function in each service scenario, and the logs and the load indexes are recorded in the time series data. Log files in log format can be generated during operation in a business scenario, and load indexes can include indexes such as CPU utilization rate and memory utilization rate.

In the embodiment of the disclosure, monitoring the service scene and acquiring the performance data may be performed through a combined open source component scheme of StatsD, Collectd, and graph. Where, StatsD is a network daemon process, based on node. js platform, through UDP) or TCP, to listen to various statistical information, including counters and timers. collectetd is a daemon process used for collecting the performance indexes of the system and the application program periodically, and provides a mechanism for storing the index values in different ways. collectitd collects metrics from various sources, such as operating systems, applications, log files and external devices, and stores this information or makes it available over a network. Graph is an open-source real-time graphical system that displays time series metric data. Graph does not collect the metric data itself, but rather like a database, receives the metric data through its back end, and then queries, transforms, combines the metric data in real-time.

Firstly, collecting index data of a business application process through a StatsD, wherein the index data is generally defined by a business application party, such as user login times, order initiating quantity, average delay of request processing, maximum processing time and the like, and the business application reports the index data through a StatsD client. The collection is used for collecting the load and the operation condition of the business system and the performance index of the middleware, wherein the middleware can be a relational database management system (MySQL), a database based on distributed file storage (MongoDB) and the like. Index data collected and reported by StatsD and Collectd is received through the graph and stored in an internal time sequence database, and an Application Programming Interface (API for short) is provided to inquire the time sequence data of some indexes. The embodiments of the present disclosure do not specifically limit how to monitor the service scenario. Function(s)

In step S150, a pressure test result of the live broadcast scene is obtained according to the performance data.

In the embodiment of the disclosure, data provided by Grafana based on the Graphite API can be provided, Grafana is an open source data visualization tool developed by Go language, and performance data can be displayed by various diagrammatizing interfaces. Such as histograms, pie charts, etc., to visualize performance data and facilitate visual review and analysis. Furthermore, a series of performance data alarms can be defined by data provided by the Cabot matching with the graph API. The Cabot, by alarming using a pull (rather than push) model, can access the APIs of each system and retrieve the required information according to the specific examination. When some performance data conditions do not meet the preset minimum standard, such as CPU over-high, memory shortage, etc., the Cabot notifies the stress test result in the form of alarm information (e-mail or other means). When the pressure test is carried out, the pressure test result can be checked in real time through the performance data, or specific network request processing conditions can be checked aiming at a certain service scene, and weak links of the service scene can be found. In cooperation with the use of the open source assembly, the performance data of the pressure test can be stored in a database in a persistent mode so as to compare and analyze the pressure test conditions at different times. Other alarm modes may be adopted, for example, using statsag, Bosun, etc., and the embodiments of the present disclosure are not limited herein.

It can be understood that, in addition to collecting and displaying the performance data under the condition of the pressure test, the performance data of the service scene can still be collected all the time during normal service operation, the operation condition and the load condition of each service are monitored, and when a machine fault or a network fault occurs, an alarm can be received in time, a fault service can be found and processed, and the service influence range and time can be effectively shortened.

In the embodiment of the present disclosure, part or all of the functions in the above steps may be implemented by a visual management platform. For example, the user may manage all real operation data through the functional interface, the management platform may delete, save, or send the real operation data, initiate, change, or close a stress test based on some real operation data, display the stress test result on the graphical user interface of the management platform, and so on. The present disclosure is not limited herein to the functionality that the management platform can integrate,

in the live broadcast service, when a user operates on a live broadcast platform, more than one single operation behavior may be implemented. For example, after the user registration is completed, the user often needs to log in to browse the live content and select a favorite live room to enter. Therefore, the operation behaviors in actual use are often multiple, and there is a logical association between the multiple operation behaviors.

Based on this, an embodiment of the present disclosure further provides an implementation manner of the pressure testing method for the live broadcast scenario. Recording real operation data generated by operation behaviors in a live scene, wherein the real operation data comprises:

the method comprises the steps of obtaining a first operation behavior occurring in a first live-broadcasting scene, and recording first real operation data generated by the first operation behavior. And continuing to acquire a second operation behavior occurring in a second live broadcast scene, and recording second real operation data generated by the second operation behavior.

In a live service, a user will in most cases have a plurality of operational behaviors, which are also logically interrelated. The method for determining the real operation data according to the live scene and the operation behavior may be that the real operation data generated by the operation behavior is recorded in the first service scene, then the real operation data generated by the operation behavior is recorded in the second service scene, and finally the real operation data is summarized. For example, in a registration service scene, a registration operation behavior is determined, registration real operation data is recorded, then an operation of entering a live broadcast room is performed, and real operation data entering the live broadcast room is recorded. When a plurality of operation behaviors are acquired in a plurality of live scenes, the actual operation of the user can be restored more accurately, so that the recorded real operation data is more comprehensive.

By implementing the method of the embodiment of the disclosure, the real operation data corresponding to a plurality of series of operation behaviors is obtained by obtaining the plurality of operation behaviors in the live broadcast scene, and the operation behaviors conforming to actual operation habits can be obtained, so that the collected real operation data is more real and comprehensive, and the reliability of the pressure test result is enhanced.

In the process of acquiring real operation data by implementing the operation behavior, the operation behavior is implemented by using real user information and is a real operation behavior. The user information includes an account number of the user, and since the implementation of the operation behavior is based on the use of a real account number, the stress test based on real operation data needs to be normally performed based on the account number. However, when the number of the pressure tests is multiple, all the pressure tests cannot be performed by using the same account number, otherwise, the pressure tests cannot simulate real operation behaviors.

Based on this, as shown in fig. 4, an embodiment of the present disclosure further provides an implementation of a live broadcast scene stress testing method. Receiving a pressure test instruction, and performing a plurality of pressure tests indicated by the pressure test instruction in a live broadcast scene based on real operation data, wherein the pressure tests comprise:

step S210, receiving a stress test instruction, and distributing a plurality of service accounts in the account pool to different processes.

In the disclosed embodiment, a process is an execution of a program and is an activity that occurs when a program and its data are executed sequentially on a processor. There are multiple processes in the business scenario, and when performing a stress test on the business scenario, the multiple processes need to be all subjected to the stress test. The stress test instruction may be an instruction including a plurality of instructions for a process, each instructing a different process to perform a different stress test. When the real operation data is recorded, the real operation data comprises user information, and when the stress test is carried out, other user information is needed to replace the user information in the real operation data, so that a plurality of different real stress tests can be generated.

The business account numbers may be real, normally available business account numbers, which may be used for stress testing only. In different service scenario stress tests, different service accounts can be used. The configuration of the service account can be performed to obtain different service accounts, for example, the account can be set to have different permissions, different roles, and different levels, so as to accurately test different service scenarios. Different permissions can be used for scenes that the account can enter in a live broadcast system, the permission of the account A is limited to registration, the permission of the account B is limited to browsing live broadcast pages, and the permission of the account C is capable of registering, browsing live broadcast, uploading videos and the like. The different roles may refer to male or female users, juvenile or adult users, and so forth. The present disclosure does not limit the configuration manner of the service account. For example, in a service scenario stress test of registration, a plurality of accounts are configured as adult user accounts with registration authority only and a zero level.

In the embodiment of the present disclosure, the service account in the account pool may also be maintained through the account pool, the account information related to the service account may also include an account password and device information related to the account, and the device information is used to embody the characteristics of a device used when logging in through the account and the password.

And S220, performing a plurality of pressure tests in different processes of a live broadcast scene according to the real operation data and the plurality of service accounts.

In embodiments of the present disclosure, the stress test may be performed by a robot on a process. A robot is a software program that performs a task without interruption, and the robot may be in an idle state or a start state. There may be many robots on a process, for example ten, thirty, sixty or other numbers, or the number of robots may be different on different processes. When the stress test is carried out, the robot in the process starts to apply for the business account, then the business account is distributed to different processes, and the business account is bound with the robot in the process. For example, there are 4 idle robots in the process a, and 2 service accounts are distributed to the process a, and then the 2 service accounts are respectively bound to the 2 idle robots. As shown in fig. 5, there are four idle robots in process a, and two business accounts can be bound to robots a1 and a 2; in addition, a process B may distribute three or other numbers of business accounts to process B to bind with idle robots in process B. The disclosed embodiments are not limited herein to the number of processes and the number of robots on a process.

Since in actual operation, multiple operation behaviors may trigger different network requests, there is a time interval between network requests. Then, when performing the stress test, the stress test may also be performed according to the time stamp information included in the plurality of network requests, in chronological order and regular manner.

It can be understood that one pressure test can only indicate whether a service scenario can normally operate under the current pressure condition, and it cannot be clearly known how much service pressure the service scenario can bear, that is, the safety margin of the service scenario cannot be known. In the embodiment of the disclosure, on the basis of the previous pressure test instruction, the additional pressure test instruction can be superimposed to determine the bearing capacity and the weak link position of the service scene; or, a stress test command may be re-determined without continuing to execute the previous stress test command. The disclosed embodiments are not limited herein.

In the embodiment of the disclosure, the robot uses the bound account to replace the user information in the real operation data, so as to obtain new real operation data used by the robot. Because the business account numbers bound by each robot are different, each robot can obtain different new real operation data, and the robot executes a pressure test in the process according to the real operation data of the robot.

By implementing the method of the embodiment of the disclosure, the business account is distributed to different processes of a live broadcast scene, and real operation data and the business account are combined, so that each process carries out a plurality of pressure tests. The real pressure test environment can be constructed, so that the pressure test result of the service scene is more reliable, and the reliability is higher.

The business account is needed for realizing the stress test, and the account bound by the robot distributed to the process can also be regarded as the account borrowed from the account pool by the process. Based on the rule that the robot binds the account, the business accounts in the account pool should be prevented from being repeatedly borrowed. Meanwhile, the process of borrowing the account is abnormal, and the pressure test is not executed according to the pressure parameter instruction, so that the business account is occupied. In order to ensure the reasonable use of the service account, the updating and maintenance of the service account are very important.

Based on this, as shown in fig. 6, an embodiment of the present disclosure further provides an implementation of a live broadcast scene stress testing method. After a plurality of pressure testing steps are carried out in different processes in a live broadcast scene according to real operation data and a plurality of service accounts, the method further comprises the following steps:

and step S310, deleting the distributed business account from the account pool.

In the embodiment of the present disclosure, an account borrowed by each process may be recorded by a Remote Dictionary service (Redis) set data structure, and after the account is distributed, the relevant account is removed from the account pool, so that other processes are prevented from repeatedly borrowing the same account. The process borrowing account number can be realized by using a Redis lua script, so that the transaction performance is ensured.

And step S320, acquiring working states of different processes in a live scene, and recovering the business account corresponding to the process which does not meet the preset state condition to an account pool.

In the embodiment of the present disclosure, the process status can be periodically checked, and the working state of the process can be determined by checking the report status of the process. The content reported by the process may include Internet Protocol (IP), process ID, maximum number of robots supporting operation, number of robots currently operating, number of robots operating in each video file, reporting time, whether to quit, and others. The reporting condition may be that the process needs to be reported within a certain time period, for example, the process is set to be reported every five minutes, if no further report is given after the last reporting time exceeds five minutes, the process working state is considered as abnormal exit, and the process state information cache is removed. And removing the account borrowed by the abnormal pushing process from the account set corresponding to the process and rewriting the account set into the account pool, so that other processes can borrow the account. Particularly, if the abnormal quitting process applies for borrowing the account at the same time, the original account in the process can be recycled and redistributed to a new batch of accounts. In the actual stress test process, some other conditions for recovering the service account numbers may also be freely configured, and the embodiment of the present disclosure is not limited herein.

By implementing the method of the embodiment of the disclosure, the updating and maintenance of the account pool are realized by removing the distributed accounts from the account pool and recycling the accounts in the abnormal process. The method can avoid the repetition and occupation of the business account, so that the account pool is in a good state, and the efficiency of the pressure test is improved.

An embodiment of the disclosure further provides an implementation manner of the pressure testing method for the live broadcast scene. After a plurality of pressure testing steps are carried out in different processes of a live broadcast scene according to real operation data and a plurality of service accounts, the method comprises the following steps:

acquiring working states of different processes in a live broadcast scene, and analyzing the health conditions of the processes according to the working states; the stress test of the process is adjusted according to the health condition of the process.

In the embodiment of the present disclosure, the working state of the process may also be analyzed and determined according to the reporting condition of the process. Processes which are not reported in a certain time period can be taken as unhealthy or unstable processes, and pressure test instructions are not sent to the processes, namely the processes can not perform pressure test tasks temporarily. It will be appreciated that the time period set for a process to determine whether the process is unhealthy or unstable should be less than the time period set for a process to be determined to be exited abnormally.

In the embodiment of the present disclosure, the object of the process adjustment may not only be limited to the process that has already performed the stress test, but also include a newly added process that has not yet performed the stress test. The service scenes of the live broadcast platform are not fixed and unchangeable, one service scene may not exist after the progress of the platform system is improved, the service scene may also be structurally changed, and a new service scene may also be directly added on the basis of the original service scene. New business scenarios correspond to new process additions. Thus, in addition to the adjustment of the original process, the new process also needs to be adjusted. For example, a warm-up time determination may be given to the new process. The warm-up time is set to thirty seconds, and if the new process is reported within thirty seconds, the new process can be determined as a healthy and available process, and then the stress test is performed on the new process based on the stress test instruction. In different use cases, how to judge the health condition of the process and how to adjust the pressure test of the process may be set as required, and the embodiments of the present disclosure are not particularly limited herein.

By implementing the method of the embodiment of the disclosure, the process health condition is judged according to the process working state of the service scene, and then the pressure test on the process is adjusted according to the health condition, namely, the adaptive adjustment is made according to the specific condition of the process. The pressure test can be reasonably carried out on the process, and the quality of the process for executing the pressure test is improved.

A plurality of processes exist in a business scene, and pressure tests are respectively carried out on different processes. While there are different numbers of robots on different processes. How to reasonably distribute the pressure test to each process is important for efficiently completing the pressure test.

Based on this, as shown in fig. 7, an embodiment of the present disclosure further provides an implementation of a live broadcast scene stress testing method. Before receiving a stress test instruction and performing a plurality of stress test steps indicated by the stress test instruction in a live broadcast scene based on real operation data, the method further comprises the following steps:

and step S120, obtaining a plurality of pressure test instructions through a load balancing algorithm.

In the embodiment of the present disclosure, since the stress test is performed on a process of a service scenario, and there are multiple processes, a stress test instruction may be correspondingly generated for each process, or a sub-stress test instruction distinguished according to different processes in one total stress test instruction. Each stress test instruction is for instructing a stress test to be performed on a process. In the pressure test of one service scene, the total pressure test requirement required by the pressure test can be set, and correspondingly, the number of robots required by the pressure test task is set.

In the embodiment of the disclosure, a management background may be set, real operation data of a service scene is uploaded to the management background, an interface is provided, so that the real operation data may be directly selected, and the number of required robots may be set. Further, the required number of robots is split into various processes in a balanced manner through a load balancing algorithm, and it can be understood that the processes can only be healthy processes which are reported effectively. The load balancing algorithm may include round robin, random, weighted round robin, minimum number of connections, or other algorithms. For example, a smooth polling weighting algorithm may be used to implement weighted load balancing distribution quantity.

The application logic for implementing load balancing is, for example, to set the total number of robots to be started currently, the processes with the larger number of idle robots start more robots, and the processes with the smaller number of idle robots start fewer robots. The corresponding weight is the number of robots that the process is currently idle and can be started. For example, the number of idle robots in the process a is 10, the number of idle robots in the service process B is 30, the number of idle robots in the service process C is 60, and 20 robots need to be started in the current stress testing task. And (2) adopting a smooth polling weighting algorithm to spread the polling weight to an array, wherein 10 characters A, 30 characters B and 60 characters C are arranged in the array, then randomly taking 20 characters from the 100 characters, and finally obtaining about 20 x 60/(10+30+60) to about 12C according to probability distribution, and so on to obtain about 6B, about 2A, and the total number is fixed to 20. Then a stress test instruction may be sent to process C: and starting 12 robots, sending a pressure test instruction to the process B and the process A respectively, and starting 6 and 2 robots. The disclosed embodiments are not particularly limited in how the pressure test is distributed.

In the disclosed embodiment, the number of robots to be started for a process that has received a stress test command may also be recorded and subtracted from its corresponding number of free available robots. The abnormal situation caused by counting the distributed robots to be started in the next load balancing distribution is avoided. The time for the robot to perform the stress test varies, for example, eight seconds or nine seconds, which makes it possible for the robot in the same process to complete the stress test at different time points. For example, when the reporting condition of the process is set to be reported every ten seconds, a batch of robots may start to perform a stress test after the previous reporting is completed. Since some robots perform faster and some slower, it is possible that some robots have completed stress testing and some are not at the next reported point in time. If the pressure test is directly reported, part of the robots which have completed the pressure test are in a release state, that is, an idle state, and the part of the robots are used for the calculation of the load balancing distribution again. The time required for the robot to perform the stress test cannot be known and determined, so that confusion can be caused if the time is directly reported.

In the embodiment of the present disclosure, a cache lock mechanism may be adopted to solve the above problem, and when a pressure test instruction is sent to a process, the number of idle robots in the process is actively modified, and the report from the process is ignored within a certain period of time, and the state of the process is not updated. And updating the process state to be the latest until the next reporting period. This may cause that some robots may have been released and not updated in time, but from the safety point of view, the number exceeding the number of idle robots cannot be wrongly assigned, and it is ensured that the number of robots can be fully saturated and assigned to each process to perform the pressure test.

Furthermore, in the embodiment of the present disclosure, a pressure testing device for a live broadcast scene is also provided. Referring to fig. 8, the apparatus 800 may include:

and an operation data recording module 801, configured to record real operation data generated by an operation behavior in a live scene.

The pressure test module 802 is configured to receive a pressure test instruction, and perform a plurality of pressure tests indicated by the pressure test instruction in a live broadcast scene based on real operation data.

A performance data obtaining module 803, configured to obtain performance data of a live broadcast scene after performing multiple pressure tests.

And the test result analysis module 804 is used for obtaining a pressure test result of the live broadcast scene according to the performance data.

In an exemplary embodiment of the present disclosure, the operation data recording module 801 is configured to obtain a first operation behavior occurring in a first live-action scenario, and record first real operation data generated by the first operation behavior; and continuing to acquire a second operation behavior occurring in a second live broadcast scene, and recording second real operation data generated by the second operation behavior.

In an exemplary embodiment of the present disclosure, the stress testing module 802 is configured to receive a stress testing instruction, and distribute a plurality of business accounts in an account pool to different processes.

And performing a plurality of pressure tests in different processes of a live broadcast scene according to the real operation data and the plurality of service accounts.

In an exemplary embodiment of the present disclosure, the stress testing module 802 is configured to replace part of information in the real operation data with a plurality of service account numbers, so as to obtain a plurality of new real operation data.

And carrying out a plurality of pressure tests in different processes of a live scene according to a plurality of new real operation data.

In an exemplary embodiment of the present disclosure, the pressure testing apparatus 800 of the live scene further includes:

and the service account management module is used for deleting the distributed service accounts from the account pool after a plurality of pressure test steps are carried out in different processes in a live broadcast scene according to the real operation data and the plurality of service accounts.

And acquiring working states of different processes in a live broadcast scene, and recovering the business account corresponding to the process which does not meet the preset state condition to an account pool.

and the pressure test adjusting module is used for acquiring the working states of different processes in the live broadcast scene after a plurality of pressure test steps are carried out in different processes in the live broadcast scene according to the real operation data and the plurality of service accounts, and analyzing the health conditions of the processes according to the working states.

The stress test of the process is adjusted according to the health condition of the process.

and the instruction generating module is used for obtaining a plurality of pressure test instructions through a load balancing algorithm before receiving the pressure test instructions and carrying out a plurality of pressure test steps indicated by the pressure test instructions in a live broadcast scene based on the real operation data.

It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.

As each functional module of the virtual article interaction device in the exemplary embodiment of the present disclosure corresponds to a step in the exemplary embodiment of the pressure testing method in the live broadcast scenario, please refer to the embodiment of the pressure testing method in the live broadcast scenario in the present disclosure for details that are not disclosed in the embodiment of the apparatus of the present disclosure.

These above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more Application Specific Integrated Circuits (ASICs), or one or more microprocessors (DSPs), or one or more Field Programmable Gate Arrays (FPGAs), among others. For another example, when one of the above modules is implemented in the form of a Processing element scheduler code, the Processing element may be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling program code. For another example, the modules may be integrated together and implemented in the form of a System-on-a-chip (SOC).

In the embodiments provided in the present disclosure, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.

The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the methods according to the embodiments of the present invention.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A pressure testing method for a live broadcast scene is characterized by comprising the following steps:

recording real operation data generated by operation behaviors in a live scene;

receiving a pressure test instruction, and performing a plurality of pressure tests indicated by the pressure test instruction in a live broadcast scene based on the real operation data;

monitoring the live broadcast scene to acquire performance data of the live broadcast scene in the process of carrying out the multiple pressure tests;

2. The method of claim 1, wherein recording real operation data generated by operation behavior in a live scene comprises:

Acquiring operation behaviors occurring in a live scene, wherein the operation behaviors comprise one or more operation behaviors;

and recording real operation data determined jointly according to the live scene and the operation behavior.

3. The method of claim 1, wherein the receiving a stress test instruction, performing a plurality of stress tests indicated by the stress test instruction in a live scene based on the real operation data comprises:

receiving a pressure test instruction, and distributing a plurality of business accounts in an account pool to different processes of the live broadcast scene;

4. The method of claim 3, wherein performing a plurality of stress tests in different processes in the live scene according to the real operation data and the plurality of business accounts comprises:

replacing part of information in the real operation data by using the plurality of business accounts to obtain a plurality of new real operation data;

and according to the new real operation data, carrying out a plurality of pressure tests in different processes of the live broadcast scene.

5. The method of claim 3, wherein after performing a plurality of stress testing steps on different processes in the live broadcast scenario according to the real operation data and the plurality of service accounts, the method further comprises:

deleting the distributed business account from the account pool;

6. The method of claim 3, wherein after performing a plurality of stress testing steps in different processes of the live scene according to the real operation data and the plurality of business accounts, the method comprises:

acquiring working states of different processes in the live broadcast scene, and analyzing the health conditions of the processes according to the working states;

7. The method according to claim 1, wherein before the receiving the stress test instruction, performing a plurality of stress test steps indicated by the stress test instruction in a live scene based on the real operation data, further comprising:

8. A pressure testing device for live scenes is characterized by comprising:

9. A computer-readable medium, on which a computer program is stored, which program, when being executed by a processor, is adapted to carry out a method of stress testing of a live scene as claimed in any one of claims 1 to 7.

10. An electronic device, comprising:

one or more processors;

storage means for storing one or more programs which, when executed by the one or more processors, cause the one or more processors to implement a method of stress testing of a live scene as claimed in any one of claims 1 to 7.