CN110659185A - Mobile APP user experience monitoring method based on real user perception - Google Patents
Mobile APP user experience monitoring method based on real user perception Download PDFInfo
- Publication number
- CN110659185A CN110659185A CN201910952115.3A CN201910952115A CN110659185A CN 110659185 A CN110659185 A CN 110659185A CN 201910952115 A CN201910952115 A CN 201910952115A CN 110659185 A CN110659185 A CN 110659185A
- Authority
- CN
- China
- Prior art keywords
- crash
- information
- app
- time
- user
- 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.)
- Pending
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 61
- 238000000034 method Methods 0.000 title claims abstract description 43
- 230000008447 perception Effects 0.000 title claims abstract description 11
- 238000012545 processing Methods 0.000 claims abstract description 10
- 230000008569 process Effects 0.000 claims abstract description 8
- 238000007405 data analysis Methods 0.000 claims abstract description 5
- 230000004044 response Effects 0.000 claims description 64
- 230000006870 function Effects 0.000 claims description 24
- 238000005516 engineering process Methods 0.000 claims description 11
- 238000007726 management method Methods 0.000 claims description 9
- 238000013507 mapping Methods 0.000 claims description 9
- 230000003993 interaction Effects 0.000 claims description 8
- 235000012813 breadcrumbs Nutrition 0.000 claims description 6
- 230000002776 aggregation Effects 0.000 claims description 4
- 238000004220 aggregation Methods 0.000 claims description 4
- 238000004458 analytical method Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 claims description 4
- 230000008439 repair process Effects 0.000 claims description 4
- 230000009471 action Effects 0.000 claims description 3
- 238000012827 research and development Methods 0.000 claims description 3
- 238000012550 audit Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000004141 dimensional analysis Methods 0.000 description 1
- 239000007943 implant Substances 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
- G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a mobile APP user experience monitoring method based on real user perception, which is realized by an APP embedded monitoring SDK installed on an Android or IOS operating system; when the APP runs, the monitoring SDK acquires data in real time in the running process of the APP and reports the data according to a certain time interval, and the reported data is sent to a server data processing end for data analysis and processing and is displayed in a platform report; and when the APP is switched to the background or quits, the monitoring SDK stops data acquisition and reporting.
Description
Technical Field
The invention relates to a mobile APP monitoring technology, in particular to a mobile APP user experience monitoring method based on real user perception.
Background
At present, with the popularization of smart phones and the upgrading of mobile network technologies, the importance of mobile end APPs is increasingly appearing. The APP needs to be continuously iteratively upgraded as hardware upgrades, operating system upgrades, and user requirements change. When the APP is upgraded, BUGs such as a card pause flash retreat sometimes occur to the APP due to various reasons, and engineers need to repair the APP according to user feedback. At present, the active feedback of the user is mainly relied on, but the active feedback of the user can objectively bring inconvenience to the user, and in addition, the problem cannot be reflected faithfully and accurately due to the level limit of the user.
Disclosure of Invention
The invention aims to overcome the defects of the prior art and provides a mobile APP user experience monitoring method based on real user perception.
In order to achieve the above purpose, the technical scheme adopted by the invention is as follows:
a mobile APP user experience monitoring method based on real user perception is realized by an APP embedded monitoring SDK installed on an Android or IOS operating system; when the APP runs, the monitoring SDK acquires data in real time in the running process of the APP and reports the data according to a certain time interval, and the reported data is sent to a server data processing end for data analysis and processing and is displayed in a platform report; and when the APP is switched to the background or quits, the monitoring SDK stops data acquisition and reporting.
Preferably, the contents displayed by the platform report include response time, response time quantile value, HTTP response time, HTTP response map, HTTP error rate or network error rate, active device number and recent event; the response time is obtained by subdividing the minimum time granularity into 1 hour to display the response time, newly adding a minimum value (min), a maximum value (max) and an average value (avg), and the maximum value is a value after aggregation.
The response time quantile value is obtained by counting the response time quantile value in a certain period of time and knowing the distribution rule of the response time; the HTTP response time is the trend that the time from the request receiving to the response returning of the server changes along with the time; the HTTP response map is a performance map which shows the average HTTP response time of each province in the form of a Chinese map; the HTTP error rate or the network error rate is a historical curve which shows the currently applied HTTP error rate and the network fault rate by using a stacking area diagram; the active equipment number is an active equipment number curve of the current application; the recent event is the event of the recent warning and serious problem which is currently applied.
Preferably, when the monitoring SDK is applied to an Android operating system, the monitoring SDK collects performance data in real time by embedding performance monitoring codes in the app codes through byte code technology at compile time or hook technology at runtime.
Preferably, when the SDK is applied to an IOS (operation operating system), the SDK can be realized by replacing a Method corresponding to a selector during running by using the runtime characteristic of objective-c through a Method Swwizle technology, so that the purpose of hooking the Method is achieved; at the beginning of the starting of the app, the monitoring SDK executes the swwinkle operation on the corresponding method, so that when a function after the swwinkle operation is called, a user-defined function corresponding to the monitoring SDK is called firstly, some data acquisition operations are executed in the function of the monitoring SDK, and then the function of the monitoring SDK is called back to the original function, and the logic of the original application program cannot be influenced.
Preferably, the data collected by the monitoring SDK includes: the APP comprises running time of an APP foreground, an HTTP request target URL, an HTTP status code, response time, byte number of response content, a response header, a system error code of a network failure, a memory stack when an application crashes, a memory stack when an application has an ANR condition, a radio operator code, a current network type, a device name, a manufacturer name, an operating system name and version, geographical location information, an APP name, a bundleId, a version number, APP operation data, such as APP startup times.
Preferably, after Crash occurs in APP, monitoring that the SDK immediately collects Crash stack information, Crash interaction tracks, user context information and user-defined additional information and reports the Crash stack information, the Crash interaction tracks, the user context information and the user-defined additional information to the server, the Crash information can be checked in a report form after two to three minutes, and when data uploading fails, Crash data can be cached until the Crash stack information is uploaded to the server after next initialization.
Preferably, the content displayed by the platform report comprises the related information of iOS card pause, including card pause real-time trend, card pause detail list, card pause detail tracking, crash list, crash data summarization, crash history list, dSYM/Mapping file management and crash tracking; the real-time tendency of the card pause shows the occurrence situation of the iOS card pause within a certain time period, and data such as the number of card pause, influence on users, the card pause ratio and the like are counted; the katon detail list shows all katon records occurring in a time period, including ID, problems, occurrence time, times, influence users, proportion and state information, and can be clicked for deep viewing; the katton details include: tracking the details of the morton: recording information such as the jamming problem, times, state and the like; list table: recording each single sample data, and recording information of UserID, application version, SDK version, system version and equipment information; stuck trajectory: recording an operation track from the moment when the jamming occurs to the moment when the jamming occurs, and knowing a jamming occurrence scene; thread information: capturing thread information when the card pause occurs, and marking the position of the card pause process; network request: capturing network request information when the card pause occurs, recording key information such as URL (uniform resource locator), request parameters, request time, return state and the like, providing custom additional information and context information to help better analyze the card pause scene; and (3) performing Calton statistics: performing statistic analysis on the card from the equipment model and the operating system dimension; the total number of crashes in the period of crash list display, version, equipment and operating system distribution; the crash data summarizing and displaying curve shows the occurrence situation of the App crash in a selected time period, and the crash rate, the crash times and the App starting times of each time point are recorded; counting the total found bugs, the number of collapse occurrences, the number of influencing users and the number of repairing problems; the crash history record list comprises all records of crash occurrence, including App versions, occurrence time periods, number, crash occupation ratio and repair states; BUGS in the list shows: a user-defined tag function is added for a user to mark the specific crash; the dSYM/Mapping file management shows a dSYM/Mapping file of the management application to restore the crash stack information; said crash tracking comprises displaying details of the crash; adding a UserID to help quickly locate problem users; recording a crash track, tracking a crash call stack, and positioning thread information; the function of the breadcrumbs is added, the user can add the breadcrumbs in any initialized code to mark events or actions, and the user can know that the code logic before the user crashes is combined with the crash track to better reproduce the crash scene of the user; the user-defined log function is added, so that research and development can be facilitated and a debugging log can be provided when a crash happens; through a custom interface, acquiring user-defined additional information to help quickly position and solve problems; the context information helps to analyze the occurrence scenario; the statistical chart reveals different dimensional collapse conditions.
Preferably, the content displayed by the platform report includes ANR real-time trends, ANR information collection, an ANR detail list, and ANR detail tracking; the ANR real-time trend shows the trend of the ANR user quantity and the ANR rate changing along with time by a broken line graph; the ANR information is used for summarizing and counting the total ANR number, the number of influencing users and the ANR rate in a selected time; the ANR detail list lists relevant information (ID, crash information, APP version, period, quantity, proportion and state) of all ANR in a selected time, the ANR detail tracking comprises displaying ANR details, adding a UserID to help quickly locate problem users, capturing ANR thread information, system logs, ANR Trace and ANR message to help analyze ANR errors, obtaining user-defined additional information through a user-defined interface to help quickly locate and solve problems, helping analyzing occurrence scenes by context information, and showing ANR conditions with different dimensions by a statistical chart.
The invention has the advantages that: and (3) light weight deployment: and (3) installing the SDK corresponding to the platform (supporting iOS and Android), and acquiring the monitoring data within a few minutes. The performance is almost lossless: only at the necessary positions, the embedding is carried out, and the influence on the application performance is basically negligible. Intelligent data: and carrying out multi-dimensional analysis on the monitoring data such as network, region, equipment, access and the like, and providing an intelligent analysis report. Opening an interface: through the API, developers can customize the display mode of the performance data. Self-defining an interface: and opening an API (application programming interface) interface, enabling a user to define the interface by himself, and monitoring user-defined data. The problem of quick positioning: the specific cause of performance degradation can be quickly located by analyzing the acquired performance data. Code level positioning: and visually positioning the specific error-reporting URL and stack information in the crash. Millisecond alarm: and summarizing the monitoring data in real time, and triggering an email and a short message alarm notification immediately after the monitoring data exceeds an alarm threshold value. The safety is high: two solutions are provided, including that a user can perform data confusion setting and audit uploaded data, and except that the data collection service of the user does not access other network services, only the performance of the system is monitored, and the interactive data and the behavior of the system are not analyzed.
Drawings
FIG. 1 is a flow chart of the present invention.
Detailed Description
The claimed invention will now be described in further detail with reference to the accompanying drawings and specific embodiments.
Example one
Referring to fig. 1, the method for monitoring user experience of mobile APP based on real user perception in the present embodiment is implemented by an APP embedded monitoring SDK installed on an IOS operating system.
The monitoring SDK can realize the replacement of the Method corresponding to the selector during the operation by using the runtime characteristic of object-c through a Method Swwizle technology, thereby achieving the purpose of hooking the Method; at the beginning of the starting of the app, the monitoring SDK executes the swwinkle operation on the corresponding method, so that when a function after the swwinkle operation is called, a user-defined function corresponding to the monitoring SDK is called firstly, some data acquisition operations are executed in the function of the monitoring SDK, and then the function of the monitoring SDK is called back to the original function, and the logic of the original application program cannot be influenced. When the APP runs, the monitoring SDK acquires data in real time in the running process of the APP and reports the data according to a certain time interval, and the reported data is sent to a server data processing end for data analysis and processing and is displayed in a platform report; and when the APP is switched to the background or quits, the monitoring SDK stops data acquisition and reporting.
After Crash occurs to APP, monitoring that the SDK immediately collects Crash stack information, Crash interaction tracks, user context information and user-defined additional information and reports the Crash stack information, the Crash interaction tracks, the user context information and the user-defined additional information to a server, the Crash information can be checked in a report form after two to three minutes, data uploading failure occurs, and Crash data can be cached until the Crash stack information is uploaded to the server after next initialization.
In this embodiment, the data collected by the monitoring SDK includes: the APP comprises running time of an APP foreground, an HTTP request target URL, an HTTP status code, response time, byte number of response content, a response header, a system error code of a network failure, a memory stack when an application crashes, a memory stack when an application has an ANR condition, a radio operator code, a current network type, a device name, a manufacturer name, an operating system name and version, geographical location information, an APP name, a bundleId, a version number, APP operation data, such as APP startup times.
In this embodiment, the content displayed by the platform report includes response time, a response time quantile value, HTTP response time, an HTTP response map, an HTTP error rate or a network error rate, the number of active devices, and a recent event; the response time is obtained by subdividing the minimum time granularity to be 1 hour for response time display, newly adding a minimum value (min), a maximum value (max) and an average value (avg), and the maximum value is a value after aggregation; the response time quantile value is obtained by counting the response time quantile value in a certain period of time and knowing the distribution rule of the response time; the HTTP response time is the trend that the time from the request receiving to the response returning of the server changes along with the time; the HTTP response map is a performance map which shows the average HTTP response time of each province in the form of a Chinese map; the HTTP error rate or the network error rate is a historical curve which shows the currently applied HTTP error rate and the network fault rate by using a stacking area diagram; the active equipment number is an active equipment number curve of the current application; the recent event is the event of the recent warning and serious problem which is currently applied.
In addition, the contents displayed by the platform report in this embodiment further include the related information of iOS katton, including katton real-time trend, katton detail list, katton detail tracking, crash list, crash data summarization, crash history list, dSYM/Mapping file management, and crash tracking; the real-time tendency of the card pause shows the occurrence situation of the iOS card pause within a certain time period, and data such as the number of card pause, influence on users, the card pause ratio and the like are counted; the katon detail list shows all katon records occurring in a time period, including ID, problems, occurrence time, times, influence users, proportion and state information, and can be clicked for deep viewing; the katton details include: tracking the details of the morton: recording information such as the jamming problem, times, state and the like; list table: recording each single sample data, and recording information of UserID, application version, SDK version, system version and equipment information; stuck trajectory: recording an operation track from the moment when the jamming occurs to the moment when the jamming occurs, and knowing a jamming occurrence scene; thread information: capturing thread information when the card pause occurs, and marking the position of the card pause process; network request: capturing network request information when the card pause occurs, recording key information such as URL (uniform resource locator), request parameters, request time, return state and the like, providing custom additional information and context information to help better analyze the card pause scene; and (3) performing Calton statistics: performing statistic analysis on the card from the equipment model and the operating system dimension; the total number of crashes in the period of crash list display, version, equipment and operating system distribution; the crash data summarizing and displaying curve shows the occurrence situation of the App crash in a selected time period, and the crash rate, the crash times and the App starting times of each time point are recorded; counting the total found bugs, the number of collapse occurrences, the number of influencing users and the number of repairing problems; the crash history record list comprises all records of crash occurrence, including App versions, occurrence time periods, number, crash occupation ratio and repair states; BUGS in the list shows: a user-defined tag function is added for a user to mark the specific crash; the dSYM/Mapping file management shows a dSYM/Mapping file of the management application to restore the crash stack information; said crash tracking comprises displaying details of the crash; adding a UserID to help quickly locate problem users; recording a crash track, tracking a crash call stack, and positioning thread information; the function of the breadcrumbs is added, the user can add the breadcrumbs in any initialized code to mark events or actions, and the user can know that the code logic before the user crashes is combined with the crash track to better reproduce the crash scene of the user; the user-defined log function is added, so that research and development can be facilitated and a debugging log can be provided when a crash happens; through a custom interface, acquiring user-defined additional information to help quickly position and solve problems; the context information helps to analyze the occurrence scenario; the statistical chart reveals different dimensional collapse conditions.
Example two
In the embodiment of the method for monitoring the user experience of the mobile APP based on the real user perception, the method is realized by an APP embedded monitoring SDK installed on an Android operating system. The monitoring SDK implants a performance monitoring code in the app code through a byte code technology during compiling or a hook technology during running so as to collect performance data in real time.
When the APP runs, the monitoring SDK acquires data in real time in the running process of the APP and reports the data according to a certain time interval, and the reported data is sent to a server data processing end for data analysis and processing and is displayed in a platform report; and when the APP is switched to the background or quits, the monitoring SDK stops data acquisition and reporting. In this embodiment, the data collected by the monitoring SDK includes: the APP comprises running time of an APP foreground, an HTTP request target URL, an HTTP status code, response time, byte number of response content, a response header, a system error code of a network failure, a memory stack when an application crashes, a memory stack when an application has an ANR condition, a radio operator code, a current network type, a device name, a manufacturer name, an operating system name and version, geographical location information, an APP name, a bundleId, a version number, APP operation data, such as APP startup times.
After Crash occurs to APP, monitoring that the SDK immediately collects Crash stack information, Crash interaction tracks, user context information and user-defined additional information and reports the Crash stack information, the Crash interaction tracks, the user context information and the user-defined additional information to a server, the Crash information can be checked in a report form after two to three minutes, data uploading failure occurs, and Crash data can be cached until the Crash stack information is uploaded to the server after next initialization.
The contents displayed by the platform report comprise response time, response time quantile values, HTTP response time, an HTTP response map, HTTP error rate or network error rate, active equipment number and recent events; the response time is obtained by subdividing the minimum time granularity to be 1 hour for response time display, newly adding a minimum value (min), a maximum value (max) and an average value (avg), and the maximum value is a value after aggregation; the response time quantile value is obtained by counting the response time quantile value in a certain period of time and knowing the distribution rule of the response time; the HTTP response time is the trend that the time from the request receiving to the response returning of the server changes along with the time; the HTTP response map is a performance map which shows the average HTTP response time of each province in the form of a Chinese map; the HTTP error rate or the network error rate is a historical curve which shows the currently applied HTTP error rate and the network fault rate by using a stacking area diagram; the active equipment number is an active equipment number curve of the current application; the recent event is the event of the recent warning and serious problem which is currently applied.
In this embodiment, the content displayed by the platform report further includes an ANR real-time trend, an ANR information summary, an ANR detail list, and an ANR detail tracking; the ANR real-time trend shows the trend of the ANR user quantity and the ANR rate changing along with time by a broken line graph; the ANR information is used for summarizing and counting the total ANR number, the number of influencing users and the ANR rate in a selected time; the ANR detail list lists relevant information (ID, crash information, APP version, period, quantity, proportion and state) of all ANR in a selected time, the ANR detail tracking comprises displaying ANR details, adding a UserID to help quickly locate problem users, capturing ANR thread information, system logs, ANR Trace and ANR message to help analyze ANR errors, obtaining user-defined additional information through a user-defined interface to help quickly locate and solve problems, helping analyzing occurrence scenes by context information, and showing ANR conditions with different dimensions by a statistical chart.
The above-described embodiments are merely preferred embodiments of the present invention, which is not intended to limit the present invention in any way. Those skilled in the art can make many changes and modifications to the disclosed embodiments, or modify equivalent embodiments to practice the disclosed embodiments, without departing from the scope of the disclosed embodiments. Therefore, equivalent variations made according to the idea of the present invention should be covered within the protection scope of the present invention without departing from the contents of the technical solution of the present invention.
Claims (8)
1. A mobile APP user experience monitoring method based on real user perception is characterized in that: the method is realized by an APP embedded monitoring SDK installed on an Android or IOS operating system; when the APP runs, the monitoring SDK acquires data in real time in the running process of the APP and reports the data according to a certain time interval, and the reported data is sent to a server data processing end for data analysis and processing and is displayed in a platform report; and when the APP is switched to the background or quits, the monitoring SDK stops data acquisition and reporting.
2. The method of claim 1, wherein the method comprises the following steps: the contents displayed by the platform report comprise response time, response time quantile values, HTTP response time, an HTTP response map, HTTP error rate or network error rate, active equipment number and recent events; the response time is obtained by subdividing the minimum time granularity to be 1 hour for response time display, newly adding a minimum value (min), a maximum value (max) and an average value (avg), and the maximum value is a value after aggregation;
the response time quantile value is obtained by counting the response time quantile value in a certain period of time and knowing the distribution rule of the response time; the HTTP response time is the trend that the time from the request receiving to the response returning of the server changes along with the time; the HTTP response map is a performance map which shows the average HTTP response time of each province in the form of a Chinese map; the HTTP error rate or the network error rate is a historical curve which shows the currently applied HTTP error rate and the network fault rate by using a stacking area diagram; the active equipment number is an active equipment number curve of the current application; the recent event is the event of the recent warning and serious problem which is currently applied.
3. The method of claim 1, wherein the method comprises the following steps: when the monitoring SDK is applied to an Android operating system, a performance monitoring code is implanted into an app code through a byte code technology during compiling or a hook technology during running so as to collect performance data in real time.
4. The method of claim 1, wherein the method comprises the following steps: when the SDK is applied to an IOS (operation operating system), the monitoring SDK can replace a Method corresponding to a selector during running by using the runtime characteristic of object-c through a Method Swwizle technology, and the purpose of hooking the Method is achieved; at the beginning of the starting of the app, the monitoring SDK executes the swwinkle operation on the corresponding method, so that when a function after the swwinkle operation is called, a user-defined function corresponding to the monitoring SDK is called firstly, some data acquisition operations are executed in the function of the monitoring SDK, and then the function of the monitoring SDK is called back to the original function, and the logic of the original application program cannot be influenced.
5. The method of claim 1, wherein the method comprises the following steps: the data collected by the monitoring SDK comprises the following data: the APP comprises running time of an APP foreground, an HTTP request target URL, an HTTP status code, response time, byte number of response content, a response header, a system error code of a network failure, a memory stack when an application crashes, a memory stack when an application has an ANR condition, a radio operator code, a current network type, a device name, a manufacturer name, an operating system name and version, geographical location information, an APP name, a bundleId, a version number, APP operation data, such as APP startup times.
6. The method of claim 1, wherein the method comprises the following steps: after Crash occurs to APP, monitoring that the SDK immediately collects Crash stack information, Crash interaction tracks, user context information and user-defined additional information and reports the Crash stack information, the Crash interaction tracks, the user context information and the user-defined additional information to a server, the Crash information can be checked in a report form after two to three minutes, data uploading failure occurs, and Crash data can be cached until the Crash stack information is uploaded to the server after next initialization.
7. The method for mobile APP user experience monitoring based on real user perception according to claim 1 or 4, characterized by: the contents displayed by the platform report comprise related information of iOS card pause, including card pause real-time trend, card pause detail list, card pause detail tracking, crash list, crash data summarization, crash history record list, dSYM/Mapping file management and crash tracking; the real-time tendency of the card pause shows the occurrence situation of the iOS card pause within a certain time period, and data such as the number of card pause, influence on users, the card pause ratio and the like are counted; the katon detail list shows all katon records occurring in a time period, including ID, problems, occurrence time, times, influence users, proportion and state information, and can be clicked for deep viewing; the katton details include: tracking the details of the morton: recording information such as the jamming problem, times, state and the like; list table: recording each single sample data, and recording information of UserID, application version, SDK version, system version and equipment information; stuck trajectory: recording an operation track from the moment when the jamming occurs to the moment when the jamming occurs, and knowing a jamming occurrence scene; thread information: capturing thread information when the card pause occurs, and marking the position of the card pause process; network request: capturing network request information when the card pause occurs, recording key information such as URL (uniform resource locator), request parameters, request time, return state and the like, providing custom additional information and context information to help better analyze the card pause scene; and (3) performing Calton statistics: performing statistic analysis on the card from the equipment model and the operating system dimension; the total number of crashes in the period of crash list display, version, equipment and operating system distribution; the crash data summarizing and displaying curve shows the occurrence situation of the App crash in a selected time period, and the crash rate, the crash times and the App starting times of each time point are recorded; counting the total found bugs, the number of collapse occurrences, the number of influencing users and the number of repairing problems; the crash history record list comprises all records of crash occurrence, including App versions, occurrence time periods, number, crash occupation ratio and repair states; BUGS in the list shows: a user-defined tag function is added for a user to mark the specific crash; the dSYM/Mapping file management shows a dSYM/Mapping file of the management application to restore the crash stack information; said crash tracking comprises displaying details of the crash; adding a UserID to help quickly locate problem users; recording a crash track, tracking a crash call stack, and positioning thread information; the function of the breadcrumbs is added, the user can add the breadcrumbs in any initialized code to mark events or actions, and the user can know that the code logic before the user crashes is combined with the crash track to better reproduce the crash scene of the user; the user-defined log function is added, so that research and development can be facilitated and a debugging log can be provided when a crash happens; through a custom interface, acquiring user-defined additional information to help quickly position and solve problems; the context information helps to analyze the occurrence scenario; the statistical chart reveals different dimensional collapse conditions.
8. The method for mobile APP user experience monitoring based on real user perception according to claim 1 or 5, characterized by: the contents displayed by the platform report comprise ANR real-time trends, ANR information collection, an ANR detail list and ANR detail tracking; the ANR real-time trend shows the trend of the ANR user quantity and the ANR rate changing along with time by a broken line graph; the ANR information is used for summarizing and counting the total ANR number, the number of influencing users and the ANR rate in a selected time; the ANR detail list lists relevant information (ID, crash information, APP version, period, quantity, proportion and state) of all ANR in a selected time, the ANR detail tracking comprises displaying ANR details, adding a UserID to help quickly locate problem users, capturing ANR thread information, system logs, ANR Trace and ANR message to help analyze ANR errors, obtaining user-defined additional information through a user-defined interface to help quickly locate and solve problems, helping analyzing occurrence scenes by context information, and showing ANR conditions with different dimensions by a statistical chart.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910952115.3A CN110659185A (en) | 2019-10-09 | 2019-10-09 | Mobile APP user experience monitoring method based on real user perception |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910952115.3A CN110659185A (en) | 2019-10-09 | 2019-10-09 | Mobile APP user experience monitoring method based on real user perception |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110659185A true CN110659185A (en) | 2020-01-07 |
Family
ID=69038668
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910952115.3A Pending CN110659185A (en) | 2019-10-09 | 2019-10-09 | Mobile APP user experience monitoring method based on real user perception |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110659185A (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111444065A (en) * | 2020-05-18 | 2020-07-24 | 江苏电力信息技术有限公司 | AspectJ-based mobile terminal performance index monitoring method |
CN111538638A (en) * | 2020-04-28 | 2020-08-14 | 北京思特奇信息技术股份有限公司 | iOS end application program performance monitoring method and device |
CN112218325A (en) * | 2020-09-03 | 2021-01-12 | 苏宁云计算有限公司 | Network testing method and device |
CN112596980A (en) * | 2020-12-24 | 2021-04-02 | 上海艾融软件股份有限公司 | ios performance collection method and device, mobile terminal and computer readable storage medium |
CN114489835A (en) * | 2022-01-06 | 2022-05-13 | 国网山东省电力公司泰安供电公司 | Mobile application performance experience measurement method and system |
CN117076281A (en) * | 2023-10-13 | 2023-11-17 | 晨达(广州)网络科技有限公司 | Software quality assessment method based on deep learning |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150067527A1 (en) * | 2006-08-14 | 2015-03-05 | Soasta, Inc. | Cloud-Based Custom Metric/Timer Definitions and Real-Time Analytics of Mobile Applications |
CN107622000A (en) * | 2017-09-19 | 2018-01-23 | 北京京东尚科信息技术有限公司 | A kind of collection of application crash information and report method, device |
CN109766242A (en) * | 2018-12-29 | 2019-05-17 | 云智慧(北京)科技有限公司 | Monitoring method, device and system based on mobile user side and storage medium |
-
2019
- 2019-10-09 CN CN201910952115.3A patent/CN110659185A/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150067527A1 (en) * | 2006-08-14 | 2015-03-05 | Soasta, Inc. | Cloud-Based Custom Metric/Timer Definitions and Real-Time Analytics of Mobile Applications |
CN107622000A (en) * | 2017-09-19 | 2018-01-23 | 北京京东尚科信息技术有限公司 | A kind of collection of application crash information and report method, device |
CN109766242A (en) * | 2018-12-29 | 2019-05-17 | 云智慧(北京)科技有限公司 | Monitoring method, device and system based on mobile user side and storage medium |
Non-Patent Citations (2)
Title |
---|
2105194781: "听云APP应用性能管理", 《原创力文档》 * |
NANLIGU1: "听云平台业务数据实时处理及性能可视化", 《豆丁网》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111538638A (en) * | 2020-04-28 | 2020-08-14 | 北京思特奇信息技术股份有限公司 | iOS end application program performance monitoring method and device |
CN111444065A (en) * | 2020-05-18 | 2020-07-24 | 江苏电力信息技术有限公司 | AspectJ-based mobile terminal performance index monitoring method |
CN111444065B (en) * | 2020-05-18 | 2022-03-11 | 江苏电力信息技术有限公司 | AspectJ-based mobile terminal performance index monitoring method |
CN112218325A (en) * | 2020-09-03 | 2021-01-12 | 苏宁云计算有限公司 | Network testing method and device |
CN112596980A (en) * | 2020-12-24 | 2021-04-02 | 上海艾融软件股份有限公司 | ios performance collection method and device, mobile terminal and computer readable storage medium |
CN114489835A (en) * | 2022-01-06 | 2022-05-13 | 国网山东省电力公司泰安供电公司 | Mobile application performance experience measurement method and system |
CN117076281A (en) * | 2023-10-13 | 2023-11-17 | 晨达(广州)网络科技有限公司 | Software quality assessment method based on deep learning |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110659185A (en) | Mobile APP user experience monitoring method based on real user perception | |
US7551922B2 (en) | Rule based data collection and management in a wireless communications network | |
CN110224885B (en) | Equipment monitoring alarm method and device, storage medium and electronic equipment | |
CA2578602C (en) | Rule based data collection and management in a wireless communications network | |
US20060023642A1 (en) | Data collection associated with components and services of a wireless communication network | |
US20060007870A1 (en) | Collection of data at target wireless devices using data collection profiles | |
CN110162451B (en) | Performance analysis method, performance analysis device, server and storage medium | |
US7451206B2 (en) | Send of software tracer messages via IP from several sources to be stored by a remote server | |
WO2006102253A2 (en) | Apparatus and methods for managing malfunctions on a wireless device | |
CN107357731B (en) | Monitoring, analyzing and processing method for core dump problem generated by process | |
WO2007005030A2 (en) | Rule based data collection and management in a wireless communications network | |
CN111190573A (en) | Application program point burying method and device and electronic equipment | |
CN111881014A (en) | System test method, device, storage medium and electronic equipment | |
CN111026581A (en) | Application program repairing method, device, system, storage medium and electronic device | |
CN113835921A (en) | Method, device, equipment and storage medium for processing interface service exception | |
CN102045213B (en) | Fault positioning method and device | |
CN111339466A (en) | Interface management method and device, electronic equipment and readable storage medium | |
CN111028011A (en) | Advertisement clicking anti-cheating method, intelligent terminal and server | |
CN112241362A (en) | Test method, test device, server and storage medium | |
CN105825641A (en) | Service alarm method and apparatus | |
US10405223B1 (en) | System and methods for intelligent reset delay for cell sites in a network | |
CN113452533B (en) | Charging self-inspection and self-healing method and device, computer equipment and storage medium | |
CN114500249A (en) | Root cause positioning method and device | |
CN105827447A (en) | Service alarm method and apparatus | |
CN113254313A (en) | Monitoring index abnormality detection method and 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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200107 |
|
RJ01 | Rejection of invention patent application after publication |