CN111614516A

CN111614516A - Terminal stability testing method and device and storage medium

Info

Publication number: CN111614516A
Application number: CN202010392780.4A
Authority: CN
Inventors: 刘君
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2020-05-11
Filing date: 2020-05-11
Publication date: 2020-09-01

Abstract

The embodiment of the application provides a method, a device and a storage medium for testing terminal stability, wherein the method comprises the following steps: determining a first test environment for the first terminal; selecting a first user behavior scene corresponding to a first test environment, and configuring a first trigger probability aiming at the first user behavior scene, wherein the first trigger probability is used for representing the trigger probability of the user behavior simulating the first user behavior scene; and acquiring stability test data of the first terminal based on the first trigger probability aiming at the first user behavior scene. The embodiment of the application can improve the reliability of the stability test data of the terminal and improve the accuracy of the test result.

Description

Terminal stability testing method and device and storage medium

Technical Field

The application relates to the technical field of terminals, in particular to a method and a device for testing terminal stability and a storage medium.

Background

At present, in a terminal stability testing technology, under a typical user behavior scene, a testing environment with a certain order of magnitude is built, the same user behavior scene is used, a typical user behavior set is predefined, such as call answering, throughput service, standby and the like, typical services are operated for a long time, and stability testing data of a terminal is recorded in the process. However, the predefined typical user behavior does not truly simulate the user behavior, resulting in a low reliability of the stability test data of the terminal.

Disclosure of Invention

The embodiment of the application provides a method and a device for testing the stability of a terminal and a storage medium, which can improve the reliability of stability test data of the terminal.

A first aspect of an embodiment of the present application provides a terminal stability testing method, including:

determining a first test environment for the first terminal;

selecting a first user behavior scene corresponding to the first test environment, and configuring a first trigger probability aiming at the first user behavior scene, wherein the first trigger probability is used for representing the trigger probability of the user behavior simulating the first user behavior scene;

and acquiring stability test data of the first terminal based on the first trigger probability aiming at the first user behavior scene.

A second aspect of the embodiments of the present application provides a terminal stability testing apparatus, including:

a determining unit for determining a first test environment for the first terminal;

the selection unit is used for selecting a first user behavior scene corresponding to the first test environment;

a configuration unit, configured to configure a first trigger probability for the first user behavior scenario, where the first trigger probability is used to represent a trigger probability of a simulated user behavior;

and the obtaining unit is used for obtaining the stability test data of the first terminal according to the first user behavior scene and based on the first trigger probability.

A third aspect of an embodiment of the present application provides a terminal stability testing apparatus, including a processor and a memory, where the memory is used to store a computer program, and the computer program includes program instructions, and the processor is configured to call the program instructions to execute the step instructions in the first aspect of the embodiment of the present application.

A fourth aspect of embodiments of the present application provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program makes a computer perform part or all of the steps as described in the first aspect of embodiments of the present application.

A fifth aspect of embodiments of the present application provides a computer program product, wherein the computer program product comprises a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps as described in the first aspect of embodiments of the present application. The computer program product may be a software installation package.

In the embodiment of the application, the terminal stability test can be performed in a specific test environment and a specific user behavior scene, and the stability test data of the first terminal is acquired based on the configured first trigger probability of the first user behavior scene aiming at the first user behavior scene in the first test environment of the first terminal. The method and the device can simulate the triggering probability of the user behavior during the terminal stability test, increase the use scene of the simulated user behavior, more comprehensively test the stability of the terminal, improve the reliability of the stability test data of the terminal and further improve the accuracy of the test result.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic diagram of a system architecture for testing terminal stability according to an embodiment of the present disclosure;

fig. 2 is a schematic flowchart of a method for testing stability of a terminal according to an embodiment of the present disclosure;

fig. 3 is a schematic flowchart of another terminal stability testing method provided in the embodiment of the present application;

fig. 4 is a schematic structural diagram of a terminal stability testing apparatus according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of another terminal stability testing apparatus provided in the embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The terms "first," "second," and the like in the description and claims of the present application and in the above-described drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.

Reference in the specification to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the specification. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.

The terminal according to the embodiments of the present application may include various handheld devices, vehicle-mounted devices, wearable devices, computing devices or other processing devices connected to a wireless modem, and various forms of User Equipment (UE), Mobile Stations (MS), terminal devices (terminal device), and so on. For convenience of description, the above-mentioned devices are collectively referred to as a terminal.

In order to facilitate understanding of the technical solution of the present application, a system architecture diagram suitable for the terminal stability test of the present application is described below with reference to fig. 1. Referring to fig. 1, fig. 1 is a schematic diagram of a system architecture for a terminal stability test according to an embodiment of the present disclosure. As shown in fig. 1, the system architecture includes a terminal stability test apparatus 100 and at least one terminal 101 connected to the terminal stability test apparatus 100. The terminal stability testing apparatus 100 can simultaneously test the stability of a plurality of terminals while being in communication connection with at least one terminal 101. The terminal stability testing apparatus 100 may also be communicatively connected to one of the terminals to test the stability of the one terminal. The terminal stability test apparatus 100 may be connected to at least one terminal 101 by wire or wirelessly (e.g., bluetooth connection). For example, when the terminal stability test apparatus 100 is connected to the terminal 101 by a wire, the terminal stability test apparatus 100 may be connected to a USB interface of the terminal 101 through a Universal Serial Bus (USB) data line. In fig. 1, a wired connection is taken as an example, and the wired connection in fig. 1 is a USB interface in which one USB interface of the terminal stability testing apparatus 100 is simultaneously connected to a plurality of terminals 101. Of course, the terminal stability testing apparatus 100 may also be configured with a plurality of USB interfaces, each USB interface being connected to a USB interface of a corresponding terminal 101.

In the embodiment of the present application, the terminal stability testing apparatus 100 may test the stability of the terminal 101. Specifically, the terminal stability test apparatus 100 may test the stability of the modem of the terminal 101. The modem may be located within a baseband chip (e.g., a multi-mode baseband chip).

Referring to fig. 2, fig. 2 is a schematic flowchart illustrating a method for testing stability of a terminal according to an embodiment of the present disclosure. As shown in fig. 2, the terminal stability test method may include the following steps.

The terminal stability testing apparatus determines a first test environment for the first terminal 201.

In the embodiment of the application, the test environment is a simulated mobile data network environment where the terminal is located. The test environment can be simulated by an attenuator which can be arranged between a terminal and a base station, a cell signal is accessed into the attenuator, and the attenuator can simulate different test environments by adjusting the signal attenuation coefficient of the attenuator. The attenuator can attenuate signals within a certain frequency range, so as to simulate various real complex network environments where the terminal is located, for example, where the terminal is located in an area where signals of the base station are weak (for example, a mountain area where the base station covers the weak area), where the terminal is located in a people gathering area (for example, a mall where people flow is large), where the terminal is located in an area where signals of the base station are good, and the like.

For example, the terminal stability testing apparatus may determine, through the first attenuator, a first testing environment corresponding to the first terminal. The first attenuator may be disposed between the first terminal and the base station for attenuating the power of the signal.

Optionally, step 201 may specifically include the following steps:

the terminal stability testing device determines a signal attenuation coefficient of a mobile data network where the first terminal is located through the programmable attenuator and is used for simulating a first testing environment.

In the embodiment of the application, the attenuator can establish scene independent configuration of each test environment. The cell signals are accessed into the programmable attenuators, the signal attenuation coefficients of the attenuators are adjusted through programs, and each test environment can be independently constructed by the programmable attenuators. The programmable attenuator may set the frequency of the attenuated signal and the corresponding signal attenuation coefficient. The terminal stability testing device can automatically adjust the testing environment of the terminal through the programmable attenuator.

202, the terminal stability testing apparatus selects a first user behavior scenario corresponding to the first testing environment, and configures a first trigger probability for the first user behavior scenario, where the first trigger probability is used to represent a trigger probability of a user behavior that simulates the first user behavior scenario.

In the embodiment of the present application, the user behavior scenario may include various scenarios that require the use of a modem. For example, an incoming call receiving scenario, an active call scenario, an active text messaging scenario, a text message receiving scenario, a mobile data networking scenario (e.g., a throughput service scenario), and the like. Wherein throughput traffic refers to traffic that transports data over a mobile data network.

Under different test environments, user behavior scenes needing to be tested can be the same or different, and one or more user behavior scenes corresponding to one test environment can be selected according to the requirement of stability test. For example, in a case that a mobile data network environment in which the terminal is located is poor, a user behavior scenario in which multiple services are concurrent (for example, an uplink throughput service and a downlink throughput service are concurrent at the same time) may be selected to test terminal stability in the multiple service concurrency scenario in the case that the mobile data network environment is poor.

There are many user behavior scenarios that require user participation. For example, the user behavior scene may correspond to a user behavior, such as an incoming call receiving scene, an active call scene, an active short message sending scene, and a mobile data internet surfing scene. For example, in a call answering scenario, a user may select to turn on or off, and in the case of turning on, may select how long to turn on after the call (e.g., turn on after ringing for a few sounds), and how long to hang up after the call is turned on (e.g., hang up after 10 seconds). For another example, in an active call scenario, the user may select to make an active call or not, and in the case of making an active call, if the user is connected, the user may also select how long to hang up after the user is connected (for example, hang up 10 seconds after the user is connected). For another example, in an active short message sending scenario, the user may select to send the short message or not to send the short message, and in a case of sending the short message, may also select the number of bytes for sending the short message (for example, send a short message of 10 bytes). For another example, in a throughput traffic scenario, a user may select a type of originating throughput traffic (e.g., udp type downlink throughput traffic), a duration of throughput traffic (e.g., 10 seconds), and a traffic size of throughput traffic (e.g., 20M traffic size).

The terminal stability testing apparatus may configure a first trigger probability of the first user behavior scenario. For example, in the incoming call answering scenario, the probability of the user selecting on is 50%, and the probability of the user selecting not on is 50%. And in the case of connection, the probability of connection within 1 second after the incoming call is selected to be 10%, the probability of connection within 1-2 seconds after the incoming call is selected to be 10%, the probability of connection within 2-3 seconds after the incoming call is selected to be 15%, and the like.

The triggering probability of each user behavior scene can be configured independently and is not influenced by other user behavior scenes.

In the embodiment of the application, the triggering probability of the user behavior can be simulated during the terminal stability test, the triggering probability of the simulated user behavior is added, so that the tested user behavior scene is more fit with the real user scene, the authenticity and the reliability of the stability test data of the terminal can be improved, and the accuracy of the test result is further improved.

Optionally, the selecting, by the terminal stability testing apparatus, a first user behavior scenario corresponding to the first testing environment may include the steps of:

the terminal stability testing device randomly selects a first user behavior scene corresponding to a first testing environment; alternatively, the first and second electrodes may be,

the terminal stability testing device selects a first user behavior scene corresponding to the first testing environment according to a preset probability.

In the embodiment of the application, the terminal stability testing device can randomly select the user behavior scenes, that is, the selection probability of each user behavior scene is the same. The terminal stability testing device may also select the user behavior scenarios according to a predetermined probability, that is, the selection probability of each user behavior scenario may be different, and the selection probability distribution thereof is related to the testing environment. The predetermined probability may be based on historical statistical data analysis. For example, a certain order of magnitude (e.g., one hundred thousand) of data samples of the terminal user behavior may be legally collected, the trigger probabilities of various user behavior scenarios in the data samples may be analyzed, and the trigger probabilities of the various user behavior scenarios may be used as corresponding predetermined probabilities. The preset probability can be determined by collecting the user behavior data samples, the user behavior scene used by the user can be better simulated, the reliability of the stability test data of the terminal is further improved, and the accuracy of the test result is improved.

The selection probability distributions of different test environments corresponding to the user behavior scene may be the same or different. For example, if the user behavior scenario includes: the method comprises the following steps of an incoming call answering scene, an active call scene, an active short message sending scene, a short message receiving scene, a throughput business scene and a scene combination of any two or more of the five scenes without conflict (for example, the incoming call answering scene conflicts with the active call scene). All possible user behavior scenarios may be configured with the same selection probability (e.g., if there are 20 possible user behavior scenarios in total, the selection probability of each user behavior scenario is the same, and is 5%), or all possible user behavior scenarios may be configured with the selection probability that is not exactly the same. For example, if there are 20 possible user behavior scenarios in total, the selection probability of each user behavior scenario may be: 1%, 3%, 5%, 7%, 9%, 5%.

It should be noted that the above illustration of selecting the probability distribution is only one possible example, and the embodiments of the present application are not limited thereto.

Optionally, the configuring, by the terminal stability testing apparatus, the first trigger probability for the first user behavior scenario may include the steps of:

configuring a first trigger probability of the first user behavior scene according to the user behavior trigger probability of the historical statistical data; alternatively, the first and second electrodes may be,

and configuring a first trigger probability of the first user behavior scene according to a random probability.

In one possible embodiment, the user behavior trigger probability of the historical statistics may be based on analysis of legally collected end user behavior data. For example, one hundred thousand samples of end user behavior data may be collected, trigger probabilities of user behaviors in various user behavior scenarios may be analyzed, and the first trigger probability of the first user behavior scenario may be configured according to the trigger probabilities of the user behaviors in the historical statistical data. The method and the device can better simulate the trigger probability of real user behaviors during the terminal stability test, so that the reliability of the stability test data of the terminal is improved, and the accuracy of the test result is improved.

In a possible embodiment, because the real user behavior is often relatively high in randomness, the trigger probability of the simulated user behavior of the first user behavior scene is configured according to the random probability, so that the trigger probability of the real user behavior can be relatively well simulated during the terminal stability test, the reliability of the stability test data of the terminal is further improved, and the accuracy of the test result is improved.

Optionally, the first user behavior scenario includes a first active service scenario and/or a first passive service scenario.

In the embodiment of the application, the active service scenario is a service actively initiated by a user, for example, actively making a call, actively sending a short message, actively initiating a network request (for example, an http request), and the like. A passive service scenario is a passively received service. For example, passively answering a call, passively receiving a short message, etc.

The first user behavior scene may include the following three types: (1) a first active business scenario; (2) a first passive service scenario; (3) a combination of a first active traffic scenario and a first passive traffic scenario.

For example, when the first user behavior scenario includes a combination of a first active traffic scenario and a first passive traffic scenario, any one of the following may be included: the mobile terminal comprises an active call and passive receiving short message, an active short message and passive answering call, an active call and passive receiving short message, an active network request and passive answering call, an active call and active network request and passive receiving short message, an active call and active short message and passive receiving short message, an active short message and active network request and passive answering call, an active call and active short message and active network request and passive answering call, and an active call and active network request and passive receiving short message.

The combination of the first active service scenario and the first passive service scenario may be any scenario combination where there is no conflict (e.g., the incoming call answering scenario conflicts with the active call scenario).

Optionally, the first active service scenario includes any one or any combination of an active call service, an active short message service, and a throughput service.

In the embodiment of the present application, the active call service refers to a service of actively making a call, for example, a service of actively making a voice call or a video call. Throughput traffic refers to traffic that transmits data over a mobile data network, and belongs to mobile data traffic. The throughput service may include a network request service, a message push service, a location service, an instant message service, an email service, a mobile payment service, etc., according to different classifications of service functions. The throughput traffic may be classified into Transmission Control Protocol (TCP) type throughput traffic, User Datagram Protocol (UDP) type throughput traffic, and hypertext transfer protocol (HTTP) type throughput traffic according to the throughput type. According to the uplink and downlink classification of the throughput, the throughput service can be divided into an uplink traffic service, a downlink traffic service, and an uplink and downlink concurrent traffic service.

Optionally, if the first active service scenario includes an active call service, the first trigger probability of the first user behavior scenario includes: the active call probability of the active call service and the probability corresponding to the active connection duration;

if the first active service scenario includes an active short message sending service, the first trigger probability of the first user behavior scenario includes: the active short message sending probability of the active short message sending service and the probability corresponding to the short message content length;

if the first active service scenario includes the throughput service, the first trigger probability of the first user behavior scenario includes: the triggering probability of the throughput service, the probability corresponding to the duration of the throughput service and the service volume of the throughput service.

Optionally, the first passive service scenario includes any one or a combination of a passive listening service and a passive short message receiving service.

Optionally, if the first passive service scenario includes the passive listening service, the first trigger probability of the first user behavior scenario includes: and the answering probability of the passive answering service and the probability corresponding to the passive call connection duration.

For the scenario of active service combination, if the first active service scenario includes active call service and throughput service, the first trigger probability of the first user behavior scenario includes: the active call probability of the active call service, the probability corresponding to the active connection time length, the triggering probability of the throughput service, the probability corresponding to the duration time length of the throughput service and the service volume of the throughput service. And the scenes of other active service combinations are analogized, and the description is omitted here.

For example, for an active service scenario, it is specified that the end user is defined to have a 50% chance of not operating the terminal (e.g., a handset). The terminal is defined to have a 5% probability of sending the short message, and the length of the short message is randomly selected from 1 byte (char) to 300 char. The terminal is defined to have a probability of 5% to initiate a calling, and the call-on duration is randomly selected from 1s to 10 s. The terminal is defined to have a probability of 6% to initiate UDP type downlink throughput service, the service duration is randomly selected from 1s to 10s, the service size is randomly selected from 1M to 2OM, and the definition mode of other types of services is the same as that of UDP. The terminal is defined to have 5% probability to initiate the combined service of calling and UDP downlink throughputs, and for each service, the related randomization parameters can be defined, and the combined definition of the services can also be carried out at will.

For example, for a passive service scenario, it is defined that the end user has a 80% chance to receive an incoming call, and the duration of the call is randomly selected from 1s to 10 s. The end user is defined to have a 20% chance of rejecting calls.

The probability (probability) of the above definition may be randomly defined, or may be obtained by analyzing historical user behavior data. The above-mentioned numerical value is only one possible example, and other numerical values may also be used in the actual detection process, which are not described herein again.

It should be noted that, for each test environment, there is a logic for randomly selecting a service flow independently according to the trigger probability of the simulated user behavior of each active service combination, and a corresponding relationship between different test environments and the trigger probability of the simulated user behavior of the active service combination is established, and the logic for randomly selecting a service flow independently according to each passive service combination can be used to achieve the purpose of better simulating the behavior of each real terminal user.

And 203, aiming at the first user behavior scene, the terminal stability testing device acquires the stability testing data of the first terminal based on the configured first trigger probability.

In this embodiment of the application, the stability test data of the first terminal in the first user behavior scenario may include: the first terminal determines whether the first user behavior scene is dead or not, whether system jamming occurs or not, call success rate, short message delivery success rate, uplink rate, downlink rate, network delay and the like. After step 203 is executed, the terminal stability testing apparatus may analyze the stability test data of the first terminal in the first user behavior scenario to obtain a stability test result of the first terminal in the first user behavior scenario. The stability test results may be represented by a scale. For example, the stability test results may include: high stability, general stability, poor stability and extremely poor stability.

The terminal stability test may be repeated a certain number of times. For example, the stability test data of the first terminal in the first user behavior scenario is repeatedly tested 1000 times. And analyzing the stability test data obtained from 1000 times to obtain a test result of the first terminal in the first user behavior scene. Similarly, other user behavior scenarios may be repeated by a certain amount to improve the reliability of the test results.

In the embodiment of the application, the terminal stability test can be performed in a specific test environment and a specific user behavior scene, and the stability test data of the first terminal is acquired based on the configured first trigger probability for the first user behavior scene in the first test environment of the first terminal. The method and the device can simulate the triggering probability of the user behavior during the terminal stability test, increase the use scene of the simulated user behavior, improve the reliability of the stability test data of the terminal, and further improve the accuracy of the test result.

Referring to fig. 3, fig. 3 is a schematic flowchart illustrating another method for testing stability of a terminal according to an embodiment of the present disclosure. As shown in fig. 3, the terminal stability test method may include the following steps.

301, the terminal stability testing apparatus determines a first test environment for the first terminal and determines a second test environment for the second terminal.

302, a terminal stability testing device selects a first user behavior scene corresponding to a first testing environment, and configures a first trigger probability of the first user behavior scene, where the first user behavior scene includes a first active service scene; and the terminal stability testing device selects a second user behavior scene corresponding to a second testing environment, and configures a second triggering probability of the second user behavior scene, wherein the second user behavior scene comprises a second passive service scene corresponding to the first active service scene.

Wherein the second trigger probability is used to represent a trigger probability of a user behavior that simulates the second user behavior scenario.

303, when the first terminal is in the first test environment, the terminal stability test device obtains stability test data of the first terminal in the first user behavior scene based on the configured simulated user behavior trigger probability of the first user behavior scene; and under the second test environment of the second terminal, the terminal stability test device acquires the stability test data of the second terminal in the second user behavior scene based on the configured simulated user behavior trigger probability of the second user behavior scene.

In the embodiment of the application, the first terminal selects a first active service scenario, the second terminal selects a second passive service scenario, and the first active service scenario corresponds to the second passive service scenario, for example, the first active service scenario is an active call scenario, and the second passive service scenario is a passive call answering scenario. For another example, the first active service scenario is an active short message sending scenario, and the second passive service scenario is a passive short message receiving scenario.

For example, the first active service scenario is an active call scenario, and the second passive service scenario is a passive call answering scenario. The phone number of the call partner of the terminal under test (first terminal) in the first test environment is the phone number of the Subscriber Identity Module (SIM) card of the terminal under test (second terminal) in the second test environment, so that a call relationship is established, and the terminal under test (first terminal) in the first test environment initiates a call to the terminal under test (second terminal) in the second test environment (i.e., the first terminal dials the phone number of the SIM card of the second terminal).

In this embodiment of the present application, a first active service scenario of a first terminal corresponds to a second passive service scenario of a second terminal, which means that the first active service is directed to the second terminal, and the second passive service is generated by the first terminal.

The embodiment of the application can support the two test terminals to be test partners each other, and the stability of the two terminals can be tested simultaneously.

Similarly, a first passive service scenario of the first terminal may correspond to a second active service scenario of the second terminal. For example, the second active service scenario is an active call scenario, and the first passive service scenario is a passive call answering scenario. The phone number of the call partner of the terminal under test (second terminal) in the second test environment is the phone number of the Subscriber Identity Module (SIM) card of the terminal under test (first terminal) in the first test environment, so that a call relationship is established, and the terminal under test (second terminal) in the second test environment initiates a call to the terminal under test (first terminal) in the first test environment (i.e., the second terminal dials the phone number of the SIM card of the first terminal).

Optionally, the first terminal includes at least one subscriber identity module SIM card; the first user behavior scene comprises at least one user behavior scene corresponding to the at least one SIM card respectively, and the first trigger probability of the first user behavior scene comprises a simulated user behavior trigger probability corresponding to the at least one user behavior scene respectively.

In the embodiment of the application, the first terminal can be provided with a plurality of effective SIM cards, the user behavior scene of each SIM card can be selected independently, and the simulated user behavior triggering probability of the user behavior scene corresponding to each SIM card can be configured independently. For a terminal installed with two or two valid SIM cards, the stability of the terminal in a single-card state and a multi-card state can be tested, and more possible use scenes of user behaviors can be covered. For example, for a terminal with two SIMs (SIM card 1 and SIM card 2), the stability of the terminal in the case that SIM card 1 actively calls and initiates a network request at the same time and SIM card 2 performs uplink and downlink concurrent throughput services can be tested.

The above description has introduced the solution of the embodiment of the present application mainly from the perspective of the method-side implementation process. It is understood that the mobile terminal includes hardware structures and/or software modules for performing the respective functions in order to implement the above-described functions. Those of skill in the art will readily appreciate that the present application is capable of hardware or a combination of hardware and computer software implementing the various illustrative elements and algorithm steps described in connection with the embodiments provided herein. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiment of the present application, the mobile terminal may be divided into the functional units according to the method example, for example, each functional unit may be divided corresponding to each function, or two or more functions may be integrated into one processing unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit. It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation.

In accordance with the above, please refer to fig. 4, fig. 4 is a schematic structural diagram of a terminal stability testing apparatus according to an embodiment of the present application, where the terminal stability testing apparatus 400 may include a determining unit 401, a selecting unit 402, a configuring unit 403, and an obtaining unit 404, where:

a determining unit 401, configured to determine a first test environment for a first terminal;

a selecting unit 402, configured to select a first user behavior scenario corresponding to the first test environment;

a configuration unit 403, configured to configure a first trigger probability for the first user behavior scenario, where the first trigger probability is used to represent a trigger probability of a simulated user behavior;

an obtaining unit 404, configured to obtain, for the first user behavior scenario, stability test data of the first terminal based on the first trigger probability.

Optionally, the configuring unit 403 configures a first trigger probability of the first user behavior scene, specifically: configuring a first trigger probability of the first user behavior scene according to the user behavior trigger probability of the historical statistical data; or configuring the first trigger probability of the first user behavior scene according to a random probability.

Optionally, the first user behavior scenario includes a first active service scenario;

the determining unit 401 is further configured to determine a second test environment for the second terminal;

the selecting unit 402 is further configured to select a second user behavior scenario corresponding to the second testing environment;

the configuration unit 403 is further configured to configure a second trigger probability for the second user behavior scenario, where the second trigger probability is used to represent a trigger probability of a user behavior that simulates the second user behavior scenario; the second user behavior scenario comprises a second passive traffic scenario corresponding to the first active traffic scenario;

the obtaining unit 404 is further configured to obtain, for the second user behavior scenario, stability test data of the second terminal based on the second trigger probability.

Optionally, the determining unit 401 determines the first test environment for the first terminal, specifically: and determining the signal attenuation coefficient of the mobile data network where the first terminal is located through a programmable attenuator, and using the signal attenuation coefficient to simulate the first test environment.

Optionally, the selecting unit 402 selects a first user behavior scenario corresponding to the first testing environment, specifically: randomly selecting a first user behavior scene corresponding to a first test environment; or selecting a first user behavior scene corresponding to the first test environment according to a preset probability.

Optionally, the terminal stability testing apparatus 400 may further include an analysis unit, where the analysis unit is configured to analyze the stability test data to obtain a test result.

The determining unit 401, the selecting unit 402, the configuring unit 403, the obtaining unit 404, and the analyzing unit in this embodiment may correspond to physical hardware such as a processor.

Referring to fig. 5, fig. 5 is a schematic structural diagram of another terminal stability testing apparatus according to an embodiment of the present disclosure, and as shown in fig. 5, the terminal stability testing apparatus 500 includes a processor 501 and a memory 502, and the processor 501 and the memory 502 may be connected to each other through a communication bus 503. The communication bus 503 may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus 503 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in FIG. 5, but this is not intended to represent only one bus or type of bus. The memory 502 is used for storing a computer program comprising program instructions, and the processor 501 is configured for calling the program instructions, said program comprising instructions for performing the method shown in fig. 2 to 3.

The processor 501 may be a general purpose Central Processing Unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of programs according to the above schemes.

The memory 502 may be, but is not limited to, a read-only memory (ROM) or other type of static storage device that may store static information and instructions, a Random Access Memory (RAM) or other type of dynamic storage device that may store information and instructions, an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disk storage, optical disk storage (including compact disc, laser disc, optical disc, digital versatile disc, blu-ray disc, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. The memory may be self-contained and coupled to the processor via a bus. The memory may also be integral to the processor.

The terminal stability testing apparatus 500 may further include a communication interface 504 and a display screen 505, and the communication interface 504 (for example, a USB interface) of the terminal stability testing apparatus 500 is communicatively connected to the terminal under test. The display screen 505 may be used to display the test results of the terminal under test. The display 505 may include a liquid crystal display, a Light Emitting Diode (LED) display, an Organic Light Emitting Diode (OLED) display, and the like.

In addition, the terminal stability testing device 500 may further include an input/output device such as a keyboard and a mouse, and may further include a power module, a network card, and the like, which are not described in detail herein.

For example, the terminal stability testing apparatus 500 may be a computer having a terminal stability testing function.

Embodiments of the present application also provide a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, and the computer program enables a computer to execute part or all of the steps of any one of the terminal stability testing methods described in the above method embodiments.

Embodiments of the present application also provide a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and the computer program enables a computer to execute part or all of the steps of any one of the terminal stability testing methods described in the above method embodiments.

It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present application is not limited by the order of acts described, as some steps may occur in other orders or concurrently depending on the application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.

In the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus may be implemented in other manners. For example, the above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implementing, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of some interfaces, devices or units, and may be an electric 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 may be implemented in the form of hardware, or may be implemented in the form of a software program module.

The integrated units, if implemented in the form of software program modules and sold or used as stand-alone products, may be stored in a computer readable memory. Based on such understanding, the technical solution of the present application may be substantially implemented or a part of or all or part of the technical solution contributing to the prior art may be embodied in the form of a software product stored in a memory, and including several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method described in the embodiments of the present application. And the aforementioned memory comprises: various media capable of storing program codes, such as a usb disk, a read-only memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and the like.

Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by associated hardware instructed by a program, which may be stored in a computer-readable memory, which may include: flash memory disks, read-only memory, random access memory, magnetic or optical disks, and the like.

The foregoing detailed description of the embodiments of the present application has been presented to illustrate the principles and implementations of the present application, and the above description of the embodiments is only provided to help understand the method and the core concept of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.

Claims

1. A method for testing terminal stability is characterized by comprising the following steps:

determining a first test environment for the first terminal;

2. The method of claim 1, wherein configuring the first trigger probability for the first user behavior scenario comprises:

3. The method according to claim 1 or 2, wherein the first user behavior scenario comprises a first active traffic scenario and/or a first passive traffic scenario.

4. The method of claim 3, wherein the first active service scenario comprises any one or any combination of active call service, active text messaging service, and throughput service.

5. The method of claim 4,

if the first active service scenario includes an active call service, the first trigger probability of the first user behavior scenario includes: the active call probability of the active call service and the probability corresponding to the active connection duration;

6. The method of claim 3, wherein the first passive service scenario comprises any one or a combination of a passive listening service and a passive short message service.

7. The method of claim 6, wherein if the first passive service scenario includes the passive listening service, the first trigger probability of the first user behavior scenario comprises: and the answering probability of the passive answering service and the probability corresponding to the passive call connection duration.

8. The method of claim 3, wherein the first terminal comprises at least one Subscriber Identity Module (SIM) card; the first user behavior scene comprises at least one user behavior scene corresponding to the at least one SIM card, and the first trigger probability of the first user behavior scene comprises trigger probabilities corresponding to the at least one user behavior scene.

9. The method of claim 3, wherein the first user behavior scenario comprises a first active traffic scenario; the method further comprises the following steps:

determining a second test environment for the second terminal;

selecting a second user behavior scene corresponding to the second test environment, and configuring a second trigger probability for the second user behavior scene, wherein the second trigger probability is used for representing the trigger probability of the user behavior simulating the second user behavior scene; the second user behavior scenario comprises a second passive traffic scenario corresponding to the first active traffic scenario;

and acquiring stability test data of the second terminal based on the second trigger probability aiming at the second user behavior scene.

10. The method of any of claims 1-9, wherein determining the first test environment for the first terminal comprises:

and determining the signal attenuation coefficient of the mobile data network where the first terminal is located through a programmable attenuator, and using the signal attenuation coefficient to simulate the first test environment.

11. A terminal stability testing device, comprising:

12. A terminal stability testing apparatus, comprising a processor and a memory, the memory being configured to store a computer program comprising program instructions, the processor being configured to invoke the program instructions to perform the method of any one of claims 1 to 10.

13. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program comprising program instructions which, when executed by a processor, cause the processor to carry out the method according to any one of claims 1 to 10.