CN112559090A - Method and related device for collecting performance events during running of application program - Google Patents
Method and related device for collecting performance events during running of application program Download PDFInfo
- Publication number
- CN112559090A CN112559090A CN202011437005.2A CN202011437005A CN112559090A CN 112559090 A CN112559090 A CN 112559090A CN 202011437005 A CN202011437005 A CN 202011437005A CN 112559090 A CN112559090 A CN 112559090A
- Authority
- CN
- China
- Prior art keywords
- script
- application program
- calling
- application
- tested
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 100
- 238000013515 script Methods 0.000 claims abstract description 184
- 230000000875 corresponding effect Effects 0.000 claims abstract description 53
- 238000009434 installation Methods 0.000 claims abstract description 23
- 230000005540 biological transmission Effects 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 10
- 238000012545 processing Methods 0.000 claims description 8
- 238000004891 communication Methods 0.000 claims description 4
- 230000000694 effects Effects 0.000 claims description 3
- 230000003993 interaction Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 7
- 230000026676 system process Effects 0.000 description 7
- 238000012360 testing method Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 230000003796 beauty Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4482—Procedural
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
Abstract
The application discloses a method for collecting performance events during the operation of an application program, which comprises the following steps: writing an automation script in the server; calling an application program configuration script by using the automatic script, and downloading the application program to be tested according to the application program configuration script; calling an action execution script by using the automatic script, and executing corresponding actions on the application program to be tested according to the action execution script; calling a system tracking script and a log acquisition script by using an automatic script to acquire a first process identifier in a corresponding action process of an application program to be tested; and calling the action execution script by using the automation script so as to enable the server to collect the performance event identified by the first process. By the method, a plurality of specific application programs can be simultaneously appointed for installation, the appointed application programs can be automatically operated after installation, corresponding actions can be independently executed at regular time, and the efficiency and accuracy of collecting performance events during the operation of the application programs are improved.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and a related apparatus for collecting performance events during application program runtime.
Background
With the development of computer technology, mobile terminals such as mobile phones and tablets rapidly move into thousands of households, the updating of application programs is faster and faster, the requirements of users on the application programs are increased, and performance indexes of the application programs such as system fluency, low memory consumption, low jamming, rapid starting and the like become an important ring for high-quality products. Therefore, the collection of application runtime performance events is important for the study and analysis of the handset processor micro-architecture.
In the prior art, in the process of installing an application program to a terminal through an android debugging bridge, a test instruction or a script is required to be sent to the terminal through data line connection or wireless connection, but a plurality of specific application programs cannot be simultaneously specified to be installed, and the specified application programs cannot be automatically operated after installation.
Disclosure of Invention
The technical problem mainly solved by the present application is to provide a method and a related device for collecting performance events during the running of an application program, so as to improve the efficiency and accuracy of collecting performance events during the running of the application program.
In order to solve the above technical problem, one scheme adopted by the present application is: the utility model provides a collection method of application program runtime performance events, comprising the following steps: writing an automation script in the server; calling an application program configuration script by using the automation script, and downloading an application program to be tested according to the application program configuration script; calling an action execution script by using the automation script, and executing a corresponding action on the application program to be tested according to the action execution script; calling a system tracking script and a log acquisition script by using the automatic script to acquire a first process identifier in the corresponding action process of the application program to be tested; and calling the action execution script by using the automation script so as to enable the server to collect the performance event identified by the first process.
The steps of calling the application program configuration script by using the automation script and downloading the application program to be tested according to the application program configuration script comprise: acquiring the file name of the installation package of the application program to be tested according to the application program configuration script; setting a downloading configuration file of a browser, and initializing a browser instance with the downloading configuration file; and acquiring the download address of the installation package from the download configuration file so as to install the application program to be tested.
The step of calling an action execution script by using the automation script and executing a corresponding action on the application program to be tested according to the action execution script comprises the following steps: judging whether the designated transmission port of the server is occupied or not; if yes, releasing the appointed transmission port; and creating a second process identifier of the specified transmission port through a sub-process module, and creating a socket at the specified transmission port to perform communication data transmission.
The step of calling a system tracking script and a log acquisition script by using the automation script to acquire a first process identifier in a corresponding action process of the application program to be tested comprises the following steps: calling the system tracking script and the log obtaining script by using the automatic script to obtain running data of the application program to be tested in the corresponding action process so as to obtain a log file; and acquiring the first process identifier of which the consumption of the central processing unit of the server is higher than a threshold value in the process of carrying out corresponding action by the application program to be tested according to the log file.
The step of calling the action execution script by using the automation script so that the server collects the performance event identified by the first process includes: and writing the login parameters of the corresponding actions into a configuration file, reading the configuration file and sending the configuration file to the node where the corresponding actions run.
The step of calling the action execution script by using the automation script so that the server collects the performance event identified by the first process includes: calling the action execution script by using the automation script, and setting configuration information on a session control interface of the action execution script, wherein the configuration information comprises: the method comprises the following steps of (1) carrying out platform name, platform version, equipment name, automation name and installation package of the application program to be tested; and the server acquires the performance event of the first process identifier by using the action execution script.
Wherein the action comprises at least one of cold start, sliding, switching, turning on and turning off the screen; and/or the log file comprises central processing unit scheduling, disk activity and application threads.
In order to solve the above technical problem, another scheme adopted by the present application is: provided is an apparatus for collecting application runtime performance events, including: the application preparation module is used for writing an automation script in the server; calling an application program configuration script by using the automation script, and downloading an application program to be tested according to the application program configuration script; the interaction action selection module calls an action execution script by using the automation script and executes corresponding actions on the application program to be tested according to the action execution script; the process selection module is used for calling a system tracking script and a log acquisition script by using the automatic script so as to acquire a first process identifier in the corresponding action process of the application program to be tested; and the data acquisition module calls the action execution script by using the automation script so that the server acquires the performance event of the first process identifier.
In order to solve the above technical problem, the present application adopts another scheme that: providing a computer device comprising a memory and a processor coupled to each other; the memory is used for storing a computer program; the processor is configured to execute the computer program to implement the collection method according to any of the above embodiments.
In order to solve the above technical problem, the present application adopts another scheme that: a computer-readable storage medium storing a computer program for implementing the collection method of any one of the above embodiments.
Different from the prior art, the beneficial effects of the application are that: according to the method, an automatic script is written in a server, the automatic script is used for calling an application program configuration script, the application program to be tested is downloaded according to the application program configuration script, an action execution script is called by the automatic script, corresponding actions are executed on the application program to be tested according to the action execution script, the automatic script is used for calling a log to acquire the script, a first process identification in the corresponding action process of the application program to be tested is acquired, and the action execution script is called by the automatic script, so that the server can acquire a performance event of the first process identification. By the method, a plurality of specific application programs can be simultaneously appointed for installation, the appointed application programs can be automatically operated after installation, corresponding actions can be independently executed at regular time, and the efficiency and accuracy of collecting performance events during the operation of the application programs are improved.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts. Wherein:
FIG. 1 is a flowchart illustrating an embodiment of a method for collecting performance events during application runtime according to the present application;
FIG. 2 is a schematic flow chart illustrating an embodiment of step S2 in FIG. 1;
FIG. 3 is a schematic flow chart diagram illustrating one embodiment of a step prior to step S3 in FIG. 1;
FIG. 4 is a schematic flow chart illustrating an embodiment of step S4 in FIG. 1;
FIG. 5 is a schematic flow chart illustrating an embodiment of step S5 in FIG. 1;
FIG. 6 is a block diagram of an embodiment of an apparatus for collecting performance events during application runtime;
FIG. 7 is a schematic structural diagram of an embodiment of a computing device according to the present application;
FIG. 8 is a block diagram of an embodiment of a computer-readable storage medium 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 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.
Referring to fig. 1, fig. 1 is a flowchart illustrating an embodiment of a method for collecting performance events during application program runtime. The steps comprise:
s1: and writing the automatic script auto.sh in the server.
Specifically, in the present embodiment, the automation script auto.sh may invoke other scripts in the present solution, for example, the other scripts may configure a script apkconfig.py for an application program, an action execution script app.py, a system trace script.py, a log acquisition script trace.html, and the like. Before testing, an android debug bridge ADB is required to be installed in a server side and a mobile terminal, the ADB is a universal debugging tool provided by android, and application programs can be well debugged and developed by means of the tool. The method comprises the steps that communication connection is established between a server and a mobile terminal, and an android installation package can be installed on the server through an ADB (android debug bridge), so that the server obtains a corresponding application program, and performance events of a system process when the application program runs different actions are collected. Specifically, the server and the mobile terminal may be connected by a data line. Of course, in other embodiments, the connection may be made in other manners, and is not limited herein.
In this embodiment, the mobile terminal may be a mobile phone, and the like, which is not limited in this application. The operating system may include, but is not limited to, Windows, Linux, etc. The server may include a physical machine, a virtual machine, and the like, which is not limited in this application. The automatic script auto.sh and other scripts may be written through a shell script to customize configuration parameters for automatically collecting performance events, but in other embodiments, the automatic script auto.sh and other scripts may also be written through a python script, which is not limited herein.
S2: and calling an application program configuration script APKConfig.py by using the automatic script auto.sh, and downloading the application program to be tested according to the application program configuration script APKConfig.py.
In this embodiment, the application to be tested may be a Web application, such as a ticket robbing assistant opened through a browser, a recharging assistant, and the like. Of course, the application under test may also be a native application, such as a cool dog music, a beauty show, etc. Of course, in other embodiments, the application to be tested may also be a hybrid application, for example, a tianmao, a tao, a 58 city, etc., which is not limited in this application.
Specifically, the application configuration script apkconfig.py is called by using the automation script auto.sh in the above step S1 to implement the step of downloading the application to be tested according to the application configuration script apkconfig.py. Specifically, referring to fig. 2, fig. 2 is a schematic flowchart illustrating an embodiment of step S2 in fig. 1. The step S2 specifically includes:
s101: and acquiring the file name of the installation package of the application program to be tested according to the application program configuration script APKConfig.
Specifically, in this embodiment, the installation package folder is scanned according to the application configuration script apkconfig. By the method, the file name of the installation package of the application program to be tested can be automatically acquired so as to perform the subsequent steps.
S102: and setting a download configuration file of the browser, and initializing a browser instance with the download configuration file.
Specifically, the download configuration file includes configuration parameters required when the browser downloads the installation package of the application to be tested, for example, the name of the installation package. The browser may be a google browser, or may be other browsers, for example, hundredths, fox fire, dog search, and the like, which is not limited in the present application. And by initializing the browser instance with the downloaded configuration file, the corresponding installation package of the application program to be tested can be downloaded according to the configuration parameters.
S103: and acquiring the download address of the installation package from the download configuration file so as to install the application program to be tested.
Specifically, in this embodiment, after obtaining the download address of the installation package from the download configuration file in step S102, the user may operate at the server to install the application program to be tested, and certainly, in other embodiments, the application program configuration script apkconfig.py may be called by the automation script auto.sh to install the application program to be tested, which is not limited herein. In this way, the application under test can be installed quickly and accurately.
S3: and calling the action execution script Appyy by using the automatic script auto.sh, and executing corresponding action on the application program to be tested according to the action execution script Appyy.
Specifically, the automation script auto.sh is used to call an action execution script app.py, which may include a start.sh script to be responsible for the application to be tested to execute a corresponding action. Specifically, the above-mentioned action may be one of cold start, sliding, switching, turning on and turning off, but in other embodiments, the above-mentioned action may be two or more of cold start, sliding, switching, turning on and turning off, and the present application is not limited thereto. And calling the action execution script app.py by using the automatic script auto.sh in the step S1, and continuously and uninterruptedly executing corresponding actions on the application program to be tested according to the action execution script app.py.
In the present embodiment, the above-described action execution script appy is responsible for calling appum tools. Referring to fig. 3, in order to automatically start the app tool at the server to enable the application program to be tested to execute corresponding actions, fig. 3 is a flowchart illustrating an embodiment of a step before step S3 in fig. 1. The steps before step S3 specifically include:
s201: and judging whether the appointed transmission port of the server is occupied or not.
S202: if yes, releasing the appointed transmission port.
If the designated transmission port of the server is detected to be occupied, releasing the designated transmission port and implementing the step S203; if the designated port is not occupied, step S203 is directly performed.
S203: and creating a second process identification of the designated transmission port through the sub-process module, and creating a socket at the designated transmission port to perform communication data transmission.
In this way, the Appium tool can be automatically started at the server, so that the application program to be tested executes corresponding actions.
S4: and tracking the script Systrace. py and the log by using an automatic script auto.sh calling system to obtain a script trace. html so as to obtain a first process identifier in the corresponding action process of the application program to be tested.
Specifically, in the present embodiment, please refer to fig. 4, where fig. 4 is a schematic flowchart illustrating an implementation manner of step S4 in fig. 1. Step S4 specifically includes:
s301: and (3) utilizing an automatic script auto.sh calling system to track the script Systrace.py and a log obtaining script trace.html to obtain running data of the application program to be tested in the corresponding action process so as to obtain a log file.
The method comprises the steps of utilizing an automatic script auto.sh calling system to track a script Systrace.py, starting a Systrace tool, starting a Trace by using Dalvik Debug Monitor Service (DDMS) to track running data of a system process in an operating system kernel in the corresponding action process of an application program to be tested, utilizing an automatic script auto.sh calling log to obtain a script trace.html, and collecting the running data according to the script trace.html to obtain a log file. In this embodiment, the log file may include CPU scheduling, disk activity, and application thread. Of course, in other embodiments, the log file may also include information of other system processes, and is not limited herein. By the aid of the design scheme, all conditions of the system processes in the kernel of the operating system within the specified time can be automatically acquired, the log file is generated, and a user can conveniently check all conditions of the system processes in the kernel of the operating system in real time.
S302: and acquiring a first process identifier of which the CPU consumption of the central processing unit of the server is higher than a threshold value in the process of carrying out corresponding action on the application program to be tested according to the log file.
Specifically, a Systrace command line parameter is set, and a first process identifier with CPU consumption higher than a threshold value in a corresponding action process of an application program to be tested is obtained according to all conditions of system processes in a log file. Of course, in other embodiments, the first process identifier of the application program to be tested in the corresponding action process may also be obtained according to the condition of the system process in the log file, and only the parameter of the sysrelay command line needs to be changed, which is not limited in the present application.
By the method, the first process identifier of which the CPU consumption of the central processing unit of the server is higher than the threshold value in the corresponding action process of the application program to be tested can be automatically acquired.
S5: and calling the action by using the automatic script auto.sh to execute the script Appyy so that the service end collects the performance event identified by the first process.
Specifically, referring to fig. 5, fig. 5 is a flowchart illustrating an embodiment of step S5 in fig. 1. Step S5 specifically includes:
s401: and calling the action execution script Appyy by using the automatic script auto.sh, and setting configuration information in a session control interface of the action execution script Appyy.
The method comprises the steps of calling an action execution script Appy by using an automatic script auto.sh, wherein the action execution script Appy provides an application program interface, an application program to be tested carries out corresponding actions by calling the application program interface, and configuration information is set on a session control interface of the action execution script Appy to screen out performance events to be tested when the application program to be tested carries out corresponding actions, wherein the configuration information comprises: the system comprises a platform name, a platform version, a device name, an automation name and an installation package of the application to be tested.
S402: the server collects the performance event identified by the first process by using the action execution script Appyy.
Specifically, in the dynamic configuration part, when the application program to be tested performs a corresponding action, the performance event collection tool is applied to the action execution script app. The Simpleperf tool comprises a client end and a host end, wherein the client end runs on a system of the mobile terminal and is responsible for collecting performance events, and the host end runs on a server end and is responsible for analyzing and visualizing the collected performance events. And the server side acquires the performance event identified by the first process by using the action execution script Appyl and outputs the performance event in the form of an event txt file, thereby providing reference for the user. And finally, clearing the cache at the server by using a Systrace tool so as to ensure the fluency of the subsequent operation.
In order to ensure consistency of the node configuration parameters of the corresponding action, before step S5, the method further includes: and writing the login parameters of the corresponding action into the configuration file, reading the configuration file and sending the configuration file to the node where the corresponding action runs.
Specifically, the login parameter includes a widget ID, a login password, and the like. In the static configuration part, login parameters such as a control ID, a login password and the like are written into a configuration file, the configuration file is read and is sent to a node operated by a corresponding action, so that the consistency of the configuration parameters of the node operated by the corresponding action is ensured, and when an application program to be tested is operated and different actions are executed, the application program to be tested can be automatically logged in, so that the aim of automatically collecting performance events is fulfilled.
By the method, a user can automatically select the performance events to be collected only by running the corresponding scripts and setting the corresponding parameters, so that the method can adapt to the automatic identification of processors of different mobile terminals, and can also adapt to the automatic selection of different actions of the processors of the same mobile terminal running different application programs, thereby not only improving the efficiency of collecting the performance events, but also improving the accuracy of collecting the performance events.
Referring to fig. 6, fig. 6 is a schematic structural diagram of an embodiment of a device for collecting performance events during application program runtime. The apparatus includes an application preparation module 10, an interaction selection module 12, a process selection module 14, and a data collection module 16. The application preparation module 10 is configured to write an automatic script auto.sh in the server, call an application configuration script apkconfig.py by using the automatic script auto.sh, and download the application to be tested according to the application configuration script apkconfig.py. The interactive action selection module 12 calls the action execution script app.py by using the automatic script auto.sh, and executes corresponding actions on the application program to be tested according to the action execution script app.py. The process selection module 14 calls the system tracking script sysstrace. py and the log obtaining script trace. html by using the automatic script auto.sh to obtain a first process identifier in a corresponding action process of the application program to be tested. The data acquisition module 16 invokes the action execution script app.py by using the automation script auto.sh, so that the server acquires the performance event identified by the first process.
Referring to fig. 7, fig. 7 is a schematic structural diagram of a computer device according to an embodiment of the present application. The apparatus includes a memory 200 and a processor 202 coupled to each other; the memory 200 is used to store a computer program; the processor 202 is adapted to execute a computer program to implement the collecting method mentioned in any of the above embodiments.
Specifically, the processor 202 may also be referred to as a CPU (Central Processing Unit). The processor 202 may be an integrated circuit chip having signal processing capabilities. The Processor 202 may also be a general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. In addition, processor 202 may be implemented collectively by a plurality of integrated circuit chips.
Referring to fig. 8, fig. 8 is a block diagram illustrating an embodiment of a computer-readable storage medium according to the present application. The above-mentioned apparatus computer-readable storage medium 30 stores a computer program 300, and the computer program 300 is used for implementing the collecting method mentioned in any of the above-mentioned embodiments. The program instructions 300 may be stored in the storage device in the form of a software product, and include 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 all or part of the steps of the method according to the embodiments of the present application. The aforementioned storage device includes: various media capable of storing program codes, such as a usb disk, a mobile hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, or terminal devices, such as a computer, a server, a mobile phone, and a tablet.
In summary, different from the situation in the prior art, the application can simultaneously designate a plurality of specific applications for installation through a series of automation methods, automatically run the designated applications after installation, and individually execute corresponding actions at regular time, thereby improving the efficiency and accuracy of collecting performance events during the running of the applications.
The above description is only for the purpose of illustrating embodiments of the present application and is not intended to limit the scope of the present application, and all modifications of equivalent structures and equivalent processes, which are made by the contents of the specification and the drawings of the present application or are directly or indirectly applied to other related technical fields, are also included in the scope of the present application.
Claims (10)
1. A method for collecting performance events during the operation of an application program is characterized by comprising the following steps:
writing an automation script in the server;
calling an application program configuration script by using the automation script, and downloading an application program to be tested according to the application program configuration script;
calling an action execution script by using the automation script, and executing a corresponding action on the application program to be tested according to the action execution script;
calling a system tracking script and a log acquisition script by using the automatic script to acquire a first process identifier in the corresponding action process of the application program to be tested;
and calling the action execution script by using the automation script so as to enable the server to collect the performance event identified by the first process.
2. The collection method according to claim 1, wherein the step of calling an application configuration script using the automation script and downloading an application to be tested according to the application configuration script comprises:
acquiring the file name of the installation package of the application program to be tested according to the application program configuration script;
setting a downloading configuration file of a browser, and initializing a browser instance with the downloading configuration file;
and acquiring the download address of the installation package from the download configuration file so as to install the application program to be tested.
3. The collection method according to claim 1, wherein the step of calling an action execution script by using the automation script, and executing a corresponding action on the application to be tested according to the action execution script is preceded by the step of:
judging whether the designated transmission port of the server is occupied or not;
if yes, releasing the appointed transmission port;
and creating a second process identifier of the specified transmission port through a sub-process module, and creating a socket at the specified transmission port to perform communication data transmission.
4. The collection method according to claim 1, wherein the step of calling a system tracking script and a log acquisition script by using the automation script to obtain a first process identifier in a process of the application program to be tested performing a corresponding action comprises:
calling the system tracking script and the log obtaining script by using the automatic script to obtain running data of the application program to be tested in the corresponding action process so as to obtain a log file;
and acquiring the first process identifier of which the consumption of the central processing unit of the server is higher than a threshold value in the process of carrying out corresponding action by the application program to be tested according to the log file.
5. The collection method according to claim 1, wherein the step of invoking the action execution script with the automation script to cause the server to collect the performance event identified by the first process is preceded by:
and writing the login parameters of the corresponding actions into a configuration file, reading the configuration file and sending the configuration file to the node where the corresponding actions run.
6. The collection method according to claim 1, wherein the step of invoking the action execution script with the automation script to cause the server to collect the performance event identified by the first process comprises:
calling the action execution script by using the automation script, and setting configuration information on a session control interface of the action execution script, wherein the configuration information comprises: the method comprises the following steps of (1) carrying out platform name, platform version, equipment name, automation name and installation package of the application program to be tested;
and the server acquires the performance event of the first process identifier by using the action execution script.
7. The collection method according to claim 4,
the action comprises at least one of cold starting, sliding, switching, screen lightening and screen extinguishing; and/or the presence of a gas in the gas,
the log file includes central processing unit scheduling, disk activity, and application threads.
8. An apparatus for collecting runtime performance events of an application, comprising:
the application preparation module is used for writing an automation script in the server; calling an application program configuration script by using the automation script, and downloading an application program to be tested according to the application program configuration script;
the interaction action selection module calls an action execution script by using the automation script and executes corresponding actions on the application program to be tested according to the action execution script;
the process selection module is used for calling a system tracking script and a log acquisition script by using the automatic script so as to acquire a first process identifier in the corresponding action process of the application program to be tested;
and the data acquisition module calls the action execution script by using the automation script so that the server acquires the performance event of the first process identifier.
9. A computer device, wherein the computer device comprises a memory and a processor coupled to each other; the memory is used for storing a computer program; the processor is adapted to execute the computer program to implement the collecting method according to any of claims 1-7.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program for implementing the collecting method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011437005.2A CN112559090B (en) | 2020-12-07 | 2020-12-07 | Method and related device for collecting performance events during running of application program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011437005.2A CN112559090B (en) | 2020-12-07 | 2020-12-07 | Method and related device for collecting performance events during running of application program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112559090A true CN112559090A (en) | 2021-03-26 |
| CN112559090B CN112559090B (en) | 2024-04-19 |
Family
ID=75060435
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011437005.2A Active CN112559090B (en) | 2020-12-07 | 2020-12-07 | Method and related device for collecting performance events during running of application program |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112559090B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7685273B1 (en) * | 2004-03-31 | 2010-03-23 | Compuware Corporation | Methods and apparatus for collecting and displaying performance metrics from a web site |
| US20130151197A1 (en) * | 2011-11-23 | 2013-06-13 | General Electric Company | Automated performance measurement processes and systems |
| CN108763042A (en) * | 2018-05-24 | 2018-11-06 | 广东睿江云计算股份有限公司 | A kind of Cloud Server performance data acquisition method and device based on python |
| CN109840209A (en) * | 2019-01-18 | 2019-06-04 | 深圳壹账通智能科技有限公司 | Application performance collecting method, terminal, computer equipment and storage medium |
-
2020
- 2020-12-07 CN CN202011437005.2A patent/CN112559090B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7685273B1 (en) * | 2004-03-31 | 2010-03-23 | Compuware Corporation | Methods and apparatus for collecting and displaying performance metrics from a web site |
| US20130151197A1 (en) * | 2011-11-23 | 2013-06-13 | General Electric Company | Automated performance measurement processes and systems |
| CN108763042A (en) * | 2018-05-24 | 2018-11-06 | 广东睿江云计算股份有限公司 | A kind of Cloud Server performance data acquisition method and device based on python |
| CN109840209A (en) * | 2019-01-18 | 2019-06-04 | 深圳壹账通智能科技有限公司 | Application performance collecting method, terminal, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112559090B (en) | 2024-04-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109302522B (en) | Test method, test device, computer system, and computer medium | |
| US9720799B1 (en) | Validating applications using object level hierarchy analysis | |
| US20230004481A1 (en) | Automated application testing system | |
| CN110046479B (en) | Link library file anti-debugging method and device based on android operating system | |
| CN108614767A (en) | A kind of remote debugging method and device | |
| CN106357670A (en) | Simulator-based android application server side Web vulnerability detection method | |
| CN109683997B (en) | Method for accessing application program interface through sandbox, sandbox and sandbox equipment | |
| Tuovenen et al. | MAuto: Automatic mobile game testing tool using image-matching based approach | |
| CN112306837A (en) | Cloud pressure testing method and platform, equipment and readable storage medium | |
| Li et al. | Effectively manifesting concurrency bugs in android apps | |
| CN107957939B (en) | Webpage interaction interface testing method and system | |
| CN108121650B (en) | Method and device for testing page user interface | |
| CN106557411B (en) | Method and system for testing Hybrid application in Android system | |
| CN116627850B (en) | Function debugging method and device, storage medium and electronic equipment | |
| CN113127329B (en) | Script debugging method and device and computer storage medium | |
| CN112559090B (en) | Method and related device for collecting performance events during running of application program | |
| CN102595188B (en) | Method for testing intelligent television | |
| Seo et al. | Automating embedded software testing on an emulated target board | |
| CN110795330A (en) | Monkey pressure testing method and device | |
| CN115454856A (en) | Multi-application security detection method, device, medium and electronic equipment | |
| CN116775202A (en) | Fuzzy test method, device, medium, electronic equipment and computer program product | |
| CN114003457A (en) | Data acquisition method and device, storage medium and electronic equipment | |
| CN114357057A (en) | Log analysis method and device, electronic equipment and computer readable storage medium | |
| CN112559336A (en) | Method, device and system for adaptively debugging heterogeneous computing chip and mainboard chip | |
| CN110502439A (en) | Adjustment method, device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |