CN117493064A

CN117493064A - Program problem investigation method, device, system and storage medium

Info

Publication number: CN117493064A
Application number: CN202311579666.2A
Authority: CN
Inventors: 段振祎
Original assignee: Ping An Bank Co Ltd
Current assignee: Ping An Bank Co Ltd
Priority date: 2023-11-22
Filing date: 2023-11-22
Publication date: 2024-02-02

Abstract

The invention provides a program problem investigation method, a program problem investigation device, a program problem investigation system and a storage medium, and relates to the technical fields of program testing and financial science and technology. The program problem investigation method comprises the following steps: acquiring a problem feedback instruction of a client for a program problem and acquiring operation data according to the problem feedback instruction; executing the operation data through a playback system, and playing back the operation behavior track according to the operation data; and positioning the program problem and generating solution information based on the operation behavior track according to the operation data. According to the invention, user behavior data is executed in a playback system, the user operation process and the program execution process are visually checked, and the positioning problem is faster and more accurate; the user behavior data does not relate to user sensitive data, so that the safety is improved, and convenience is provided for the investigation of program problems.

Description

Program problem investigation method, device, system and storage medium

Technical Field

The present invention relates to the technical field of program testing and financial science and technology, and more particularly, to a program problem investigation method, apparatus, system and storage medium.

Background

With the rapid development of the internet, importance of client applications is increasingly prominent, such as: web front-end applications, etc., serve as a bridge connecting users and web servers, and client applications have a significant role in the internet ecosystem. However, due to the specificity of client applications, there are many challenges in how to collect and solve client problems.

Along with the gradual maturity of technical tools, the method has perfect matching tools for collecting abnormal client programs and the like. However, as the application functions of the client are more and more abundant and the operation scenes are more and more diverse, the application programs are more complex, and the reasons for causing the program abnormality cannot be completely determined from the aspect of program abnormality. For example, in the financial field, various program problems may occur in a client operated by a user due to factors such as a system problem, a network environment problem, a hardware problem, a user operation problem, etc., so that in order to quickly and accurately solve the problem for the user, unnecessary economic losses caused by the program problem by the user or a financial institution are avoided, the timeliness requirements of numerous client applications on quality and repairing the program problem are extremely high, the time-consuming requirements can be collected and solved for the first time, and the application provider is particularly important.

How to quickly locate the problems encountered by the client user in the using system is an important factor for quickly repairing the defects of the application program, so that the expansion of production problems and more influence on the user can be avoided, and particularly, the application systems such as banking and finance are extremely important.

Currently, in order to quickly locate program defects of a user that cause problems in a system using process, a customer service generally performs analysis and judgment according to relevant materials of a user feedback problem, and at present, the user side initiates the problem feedback and asks for relevant materials of the problem according to the problem, and the user provides the materials of the problem in the system using process in several modes:

(1) Describing the operation process itself and the phenomena of encountering problems. However, in some complex functional scenarios, if the problem is reproduced according to the user's description of the problem, there may be cases where reproduction is difficult, such as: sporadic problems with extremely low frequency; (2) Screenshot is carried out on the phenomenon of the problem, and description of the problem is carried out through graphics and texts; (3) Recording the operation process and phenomena as materials of problems, wherein each mode is really used for enabling engineers to know the operation process when users encounter system problems, and each mode has certain defects; (4) requiring the user to remotely locate the problem. This approach also presents security issues and is done in response to the user's situation.

In a word, in the existing program problem investigation method, the user may need to repeatedly operate to obtain the related problem materials, so that the process of investigation is complex, the requirement on the system environment is high, the user experience is poor, and great inconvenience is brought to the program problem investigation.

Disclosure of Invention

In view of the above, the present invention provides a program problem checking method related to the technical field of finance technology or related technology, comprising:

Acquiring a problem feedback instruction of a client for a program problem, and acquiring operation data under a buried point corresponding to the client according to the problem feedback instruction;

executing the operation data through a playback system of the server, and playing back the operation behavior track of the client according to the executed operation data;

and positioning the program problem of the client based on the operation behavior track of the client according to the executed operation data, and generating solution information aiming at the program problem.

Preferably, the executing the running data by the playback system of the server, playing back the operation behavior track of the client according to the executed running data, including:

the playback system determines event element data corresponding to the client according to the operation data;

and ordering the event element data according to the time stamp, and executing the event element data according to the ordering so as to play back the operation behavior track.

Preferably, the playback system determines event element data corresponding to the client according to the operation data, including:

the playback system takes the analog data as response data of an interface and displays the response data;

Determining an element address in the operation data;

and searching event element data in the running data according to the element address.

Preferably, the determining the element address in the operation data includes:

acquiring an address character string in the operation data;

splitting and extracting the address character string into independent path identifiers and numbers corresponding to the path identifiers;

determining a corresponding actual path name according to the path identifier and the number;

and connecting the actual path names sequentially by using separators to form the element address.

Preferably, the locating the program problem of the client based on the operation behavior trace of the client according to the executed operation data, and generating solution information for the program problem, includes:

acquiring track data, the element address and the event element data corresponding to the operation behavior track of the client;

determining buried point data information according to the track data, the element address and the event element data;

program problem positioning information of the client is determined according to the embedded point data information;

And aiming at the program problem positioning information, acquiring solution information corresponding to the program problem.

Preferably, before the obtaining the problem feedback instruction of the client for the program problem, the method further includes:

acquiring login information of the client, generating a user token field corresponding to the login information according to the login information, and adding the user token field into buried point data;

and capturing event elements, time stamps and address character strings corresponding to the event elements after simplifying processing of the client through buried points, and storing the event elements, the time stamps and the address character strings into buried point data to serve as the operation data.

Preferably, the method for simplifying the address character string comprises the following steps:

capturing an element address corresponding to the event element of the client through a buried point;

splitting the element address into independent element units;

determining a path identifier corresponding to each element unit and a number corresponding to the path identifier;

and combining the path identifier with the number, and forming the address character string according to the arrangement sequence of the element addresses.

In addition, in order to solve the above problems, the present invention also provides a program problem inspecting apparatus, including:

The acquisition module is used for acquiring a problem feedback instruction of the client for a program problem and acquiring operation data under a buried point corresponding to the client according to the problem feedback instruction;

the execution module is used for executing the operation data through a playback system of the server and playing back the operation behavior track of the client according to the executed operation data;

and the positioning module is used for positioning the program problem of the client based on the operation behavior track of the client according to the executed operation data and generating solution information aiming at the program problem.

In addition, in order to solve the above problems, the present invention further provides a program problem inspecting system, including a memory and a processor, wherein the memory stores a program problem inspecting program, and the processor runs the program problem inspecting program to cause the program problem inspecting system to execute the program problem inspecting method as described above.

In addition, in order to solve the above-mentioned problems, the present invention also provides a computer-readable storage medium having stored thereon a program problem-checking program that, when executed by a processor, implements the program problem-checking method as described above.

The invention provides a program problem investigation method, a device, a system and a storage medium, wherein the method comprises the following steps: acquiring a problem feedback instruction of a client for a program problem, and acquiring operation data under a buried point corresponding to the client according to the problem feedback instruction; executing the operation data through a playback system of the server, and playing back the operation behavior track of the client according to the executed operation data; and positioning the program problem of the client based on the operation behavior track of the client according to the executed operation data, and generating solution information aiming at the program problem. The invention provides a program problem investigation method based on user operation behaviors, which converts a problem material providing process of a user into a process of collecting user behavior data by a collection function, so that better experience and impression are provided for the user; executing user behavior data in a playback system, visually checking a user operation process and a program execution process, and enabling positioning problems to be faster and more accurate; the user behavior data is behavior data and page data of a page operation function of the user in an application system page, user sensitive data is not involved, the playback platform is analog data, safety is improved, and convenience is provided for program problem investigation.

Drawings

FIG. 1 is a schematic diagram of a hardware operating environment according to an embodiment of a program problem investigation method of the present invention;

FIG. 2 is a flowchart of an embodiment 1 of a program problem detection method according to the present invention;

FIG. 3 is a flowchart illustrating the refinement of step S200 in embodiment 2 of the program problem investigation method according to the present invention;

FIG. 4 is a flowchart illustrating the refinement of step S210 in embodiment 2 of the program problem investigation method according to the present invention;

FIG. 5 is a flowchart illustrating the refinement of step S212 in embodiment 2 of the program problem investigation method according to the present invention;

FIG. 6 is a flowchart illustrating the refinement of step S300 in embodiment 3 of the program problem investigation method according to the present invention;

fig. 7 is a schematic diagram of a procedure problem investigation method according to embodiment 4 of the present invention, which includes a supplementary process of step S400 and step S500;

FIG. 8 is a flowchart illustrating the refinement of step S400 in embodiment 4 of the program problem investigation method according to the present invention;

fig. 9 is a schematic diagram of module connection of the program problem checking device of the present invention.

The achievement of the objects, functional features and advantages of the present invention will be further described with reference to the accompanying drawings, in conjunction with the embodiments.

Detailed Description

Embodiments of the present invention are described in detail below, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout.

Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature. In the description of the present invention, the meaning of "a plurality" is two or more, unless explicitly defined otherwise.

In the present invention, unless explicitly specified and limited otherwise, the terms "mounted," "connected," "secured," and the like are to be construed broadly, and may be, for example, fixedly connected, detachably connected, or integrally formed; can be mechanically or electrically connected; can be directly connected or indirectly connected through an intermediate medium, and can be communicated with the inside of two elements or the interaction relationship of the two elements. The specific meaning of the above terms in the present invention can be understood by those of ordinary skill in the art according to the specific circumstances.

It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the invention.

Fig. 1 is a schematic structural diagram of a hardware operating environment of a terminal according to an embodiment of the present invention.

The system for checking the routine program problem can be a PC, a mobile terminal device such as a smart phone, a tablet computer or a portable computer, and the like. The program problem checking system may include: a processor 1001, e.g. a CPU, a network interface 1004, a user interface 1003, a memory 1005 and a communication bus 1002. Wherein the communication bus 1002 is used to enable connected communication between these components. The user interface 1003 may include a display screen, an input unit such as a keyboard, a remote control, and the optional user interface 1003 may also include a standard wired interface, a wireless interface. The network interface 1004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 1005 may be a high-speed RAM memory or a stable memory such as a disk memory. The memory 1005 may also optionally be a storage device separate from the processor 1001 described above. Optionally, the program problem-solving system may further include an RF (Radio Frequency) circuit, an audio circuit, a WiFi module, and the like. In addition, the program problem checking system can be further configured with other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor and the like, which are not described herein.

Those skilled in the art will appreciate that the program problem investigation system shown in fig. 1 is not limiting and may include more or fewer components than shown, or may combine certain components, or a different arrangement of components. As shown in fig. 1, an operating system, a data interface control program, a network connection program, and a program problem investigation program may be included in the memory 1005 as one type of computer-readable storage medium.

In a word, the invention provides a program problem investigation method based on user operation behaviors, which converts a problem material providing process of a user into a process of collecting user behavior data by a collection function, so that better experience and impression are provided for the user; executing user behavior data in a playback system, visually checking a user operation process and a program execution process, and enabling positioning problems to be faster and more accurate; the user behavior data is behavior data and page data of a page operation function of the user in an application system page, user sensitive data is not involved, the playback platform is analog data, safety is improved, and convenience is provided for program problem investigation.

Example 1:

referring to fig. 2, the present embodiment provides a program problem checking method, including:

Step S100, acquiring a problem feedback instruction of a client for a program problem, and acquiring operation data under a buried point corresponding to the client according to the problem feedback instruction;

it should be noted that, the program problem checking method provided in this embodiment may be used to locate program problems by checking program problems according to operation behaviors of user behavior data and behaviors of users.

In the above, in this embodiment, the method provided may be based on the problem investigation between the client and the server under the internet framework by the customer service personnel or the operation and maintenance personnel. Wherein, the server side is provided with a playback system.

The problem feedback instruction is that the user operates through the client, and after the program problem occurs, the problem feedback instruction is provided for the server to generate a work order for problem investigation.

The user puts forward and generates the problem feedback instruction at the client, where the instruction may be separate request information, and may also include, but is not limited to, login information of the user, an identification number corresponding to the client, network environment information, an operation timestamp, and so on.

The server side is connected with the client side through the network, and the server side can be a cloud server, and can be other types of server sides.

The program in the client, such as a financial program client, can be correspondingly provided with buried points in different nodes, different positions, under different project categories and different operation behaviors, and the related data of the operation behaviors of the client can be stored by the buried points for the current user, so that when a program problem occurs, the operation behaviors in the specific buried points can be acquired and reproduced according to the related data.

The operation data are related data which are obtained by the buried point, are generated by the track aiming at the operation behavior of the user, the data generated by the operation behavior, the type of page functionality aiming at the operation behavior, the interface and the environment.

Step S200, executing the operation data through a playback system of the server, and playing back the operation behavior track of the client according to the executed operation data;

step S300, locating the program problem of the client based on the operation behavior track of the client according to the executed operation data, and generating solution information for the program problem.

The playback system acquires the operation data aiming at the client, and plays back the operation data aiming at the execution to obtain the operation behavior track of the user when the client operates.

By operating the behavior trace, the running data, a specific program problem can be located, and a corresponding solution is generated for the program problem.

In the embodiment, a program problem investigation method is provided based on user operation behaviors, and the process of providing problem materials by users is converted into the process of collecting user behavior data by a collection function, so that better experience and impression are provided for the users; executing user behavior data in a playback system, visually checking a user operation process and a program execution process, and enabling positioning problems to be faster and more accurate; the user behavior data is behavior data and page data of a page operation function of the user in an application system page, user sensitive data is not involved, the playback platform is analog data, safety is improved, and convenience is provided for program problem investigation.

Example 2:

referring to fig. 3, embodiment 2 of the present invention provides a program problem checking method, based on embodiment 1 above, the step S200 of executing the operation data through a playback system of a server, playing back an operation behavior trace of the client according to the executed operation data, including:

Step S210, the playback system determines event element data corresponding to the client according to the operation data;

step S220, sorting the event element data according to the time stamp, and executing the event element data according to the sorting, so as to play back the operation behavior trace.

It should be noted that, the program problem investigation method provided in this embodiment is based on an investigation system platform, and the platform is used for implementing the following functions and effects:

1. the data acquisition function is used for acquiring client user behavior data and program execution data;

2. the embedded data platform is used for storing the collected client data;

3. and a playback system which is realized by the simulation data (Mock data) and is completely consistent with the client application program, and performs element searching and executing on the system through an event element XPath path and operation events in the buried point data.

After the user feeds back the problem, the process of feeding back the problem by the user and providing the relevant materials is converted into a detailed operation process of visually checking and analyzing the problem according to the process (user behavior) of the user operating in the application system, and the whole analysis process is based on the user behavior data and the program execution data.

Step S210, which is to determine event element data corresponding to the client according to the operation data by the playback system. In particular, it is aimed at finding data corresponding to the actual DOM element in the client page based on event element information recorded in the user behavior buried point data.

In the actual processing process, the playback system can locate a specific DOM element in the client page according to the xpath of the event element and other identification information so as to playback the subsequent operation behavior track.

The result of this step is that the true DOM element data on the client page corresponding to the event element recorded in the user behavior buried point data is determined, which provides the necessary basis for subsequent operation behavior track playback.

The method has the advantages that the actual DOM element corresponding to the buried point data can be accurately found, so that the accuracy and the effectiveness of playback are ensured.

Specifically, the positioning operation can be implemented by using a front-end automated testing tool (such as Selenium WebDriver) or using JavaScript DOM operations, and the corresponding DOM element can be found by xpath or other custom identification.

For the above step S220, the step is to sort the event element data according to the time stamp, and execute the event element data according to the sort, so as to play back the operation behavior trace. In short, the event element data are executed one by one in time sequence, so that playback of the user operation behavior is realized.

During the processing, the playback system sorts the buried data of the user behavior according to the time stamp, and then executes the corresponding events one by one according to the sorted sequence to simulate the operation behavior of the user.

The result of this step is that accurate playback of the user operation behavior trace is achieved, so that the user operation process can be restored, and problem location and analysis are facilitated.

The method has the advantages that the playback can be performed according to the time sequence of the actual operation of the user, and the authenticity and the reliability of the playback are ensured.

Specifically, the playback of the operation behavior track can be realized by executing the event element data one by one according to the time stamp by combining event simulation and DOM operation through a timer or an asynchronous execution mechanism in a programming language (such as JavaScript).

Further, referring to fig. 4, in step S210, the playback system determines event element data corresponding to the client according to the operation data, including:

step S211, the playback system takes the analog data as response data of an interface and displays the response data;

the above step refers to that the playback system uses the analog data as response data of the interface, and presents the response data at the client. In particular, it aims to simulate the response of the back-end interface, and present simulated data on the client page for playback of the operational behaviour trace.

During processing, the playback system simulates the response data of the back-end interface and then exposes the data on the client page, typically implemented by a front-end framework or native JavaScript.

The result of this step is that simulated interface response data is presented on the client page, providing the necessary data source for subsequent operational behavior trace playback.

The method has the advantages that the method can be used for displaying the playback data independently of the back-end interface, so that the dependence on back-end service is reduced, and the stability and reliability of a playback system are improved.

Specifically, the response data of the interface may be simulated by a front-end framework (e.g., act, vue, etc.) or native JavaScript and presented on the client page. For example, a Fetch API or Axios may be used to simulate a web request and render simulated data onto a page.

Step S212, determining an element address in the operation data;

the above step refers to that the playback system determines the element address according to the operation data. In particular, it aims to find the corresponding actual element address based on the element address information recorded in the running data for subsequent event element data lookup and processing.

During the processing, the playback system may parse the element address information in the operation data, which may involve parsing and processing the address information of the xpath, css selector, etc. The result of this step is that the element address recorded in the running data is determined, providing the necessary basis for subsequent event element data lookup and processing. The method has the advantages that the element address recorded in the operation data can be accurately found, and accurate positioning information is provided for subsequent data processing.

Step S213, according to the element address, searching event element data in the operation data.

The step is to search event element data in the running data according to the element address. In particular, it is aimed at searching the corresponding event element data in the running data based on the element address information for subsequent event element data processing and playback operations.

During the processing, the playback system screens the corresponding event element data from the operation data according to the element address information, which may involve parsing and screening of the data.

As a result of this step, event element data corresponding to the element address is found, providing the necessary data basis for subsequent event playback.

The method has the advantages that the corresponding event element data can be accurately positioned according to the element address, and the accuracy and the effectiveness of the playback data are ensured.

For example, javaScript may be used to traverse the running data, filtering out the corresponding event element data based on the element address information. For example, it may be implemented using the filter method of an array or a custom filtering algorithm.

Further, referring to fig. 5, the step S212 of determining the element address in the operation data includes:

step S2121, obtaining an address character string in the operation data;

the above step refers to obtaining an address string, i.e. a string containing element address information, from the operation data. In particular, it aims to extract the recorded element address strings from the running data for subsequent processing and parsing.

During processing, the playback system reads the recorded address string from the running data, typically by parsing a log file or other data source.

The address string in the running data may be obtained by file reading, API calls, or other data reading means. Particular implementations may involve file IO operations, network requests, etc., with appropriate read methods being selected based on the particular source of the data.

Step S2122, splitting and extracting the address character string into an independent path identifier and a number corresponding to the path identifier;

this step refers to splitting and extracting the address string into an independent path identifier and a number corresponding to the path identifier. In particular, it aims to parse the address string, splitting it into a combination of path identifiers and numbers for subsequent path parsing and processing.

In the processing process, the playback system analyzes and splits the address character string to find the path identifier and the number information in the address character string.

The result of this step is a combination of path identifier and number that provides the necessary information basis for subsequent path resolution and address processing. The method has the advantages that the path identifier and the number can be accurately extracted, and accurate positioning information is provided for subsequent processing.

Step S2123, determining a corresponding actual path name according to the path identifier and the number;

the step is to determine the corresponding actual path name according to the path identifier and the number. In particular, it aims to find the corresponding actual path name based on the path identifier and the numbering information for subsequent element address resolution and processing.

During processing, the playback system will correspond to the actual path name based on the path identifier and the numbering information.

The result of this step is that the actual path name corresponding to the path identifier and number is determined, providing the necessary data basis for subsequent address processing and resolution. The method has the advantages that the actual path name corresponding to the path identifier and the number can be accurately found, and the accuracy and the effectiveness of address resolution are ensured.

Step S2124, the actual pathname is sequentially connected by a separator, so as to form the element address.

The step is to connect the actual path names with separators in turn to form element addresses. In particular, the purpose is to concatenate the determined actual path names according to certain rules to form the final element address for subsequent element localization and processing.

During processing, the playback system will concatenate the actual pathname and separator rules into the final element address. The result of this step is a final element address that provides the necessary data base for subsequent element localization and processing. The method has the advantages that the final element address can be accurately determined, and accurate positioning information is provided for subsequent processing.

The address string may be xpath, and the path identifier and number may be, for example, B1, BTN1, and the like.

Wherein B may be a path identifier, 1 is its number, and B1 may be identified as representing a body when combined. BTN1 represents button.

For example, the address string may be: b1d2btn1;

then conversion is carried out: B1D2Bt2Bt1= (body/div 2/button);

and finally, the element address obtained after conversion is as follows: body/div 2/button.

In a further step, searching event elements in the page, and acquiring real dom elements in the page according to the determined element addresses, namely:

document.evaluate('/html/body/div[2]/div[2]/button',document).iterateNext()。

in the conventional path, a separator is generally provided, but in this embodiment, the address character string after simplifying processing is used to replace the original lengthy element address, where the separator is removed, and the specific path is replaced by the path identifier and the number, so that the data volume of information retention is greatly simplified.

Example 3:

referring to fig. 6, embodiment 3 of the present invention provides a program problem checking method, based on embodiment 1 above, the step S300, according to the executed operation data, locates the program problem of the client based on an operation behavior trace of the client, and generates solution information for the program problem, including:

Step S310, track data, the element address and the event element data corresponding to the operation behavior track of the client are obtained;

in the above steps, first, operation behavior track data of the user, that is, operation step records of the user in the application system, including operations such as clicking and inputting by the user, are acquired from the client. In addition, the element address corresponding to each operation and the related event element data, namely the page element and event information related to the operation of the user, need to be acquired.

Step S320, determining buried data information according to the track data, the element address and the event element data;

in this step, according to the operation behavior track data, the element address and the event element data acquired by the client, these information are analyzed and processed to determine the data information which finally needs to be recorded and buried, including the key data such as the user operation event, the element path and the like. The client data can be analyzed by developing corresponding algorithms or rules, key data information of the needed record and buried point is determined, and in addition, fine screening and determination of the data can be performed by combining manual auditing.

Step S330, determining program problem positioning information of the client according to the embedded point data information;

in this step, program problems of the client are located and analyzed by using the embedded data information, and specific reasons and positions of the problems are found out so as to facilitate subsequent solution formulation.

Step S340, aiming at the program problem positioning information, obtaining solution information corresponding to the program problem.

In this step, corresponding solution information including possible repair measures, optimization suggestions, etc. is obtained according to the program problem information located previously.

Specifically, during the process of playing back the user operation behavior track, firstly, in the Mock playback platform, the imported user behavior buried point data are firstly ordered according to the tsamp time stamp, then, each piece of data is repeatedly executed to determine the element address, and the step of generating the behavior track by the behavior data under the element address is executed, so that the playback of the user operation behavior track can be realized.

Further, when the user operation behavior track is remotely synchronized in real time, the data queried by the embedded data platform is synchronized to the playback platform in real time, and the step of generating the behavior track by the behavior data under the element address is executed, so that the effect of remote real-time synchronization can be realized, and the method is used for users which do not meet the assistance positioning of remote software.

Example 4:

referring to fig. 7, embodiment 4 of the present invention provides a program problem checking method, based on embodiment 1 above, the step S100, before obtaining a problem feedback instruction for a program problem of a client, further includes:

step S400, acquiring login information of the client, generating a user token field corresponding to the login information according to the login information, and adding the user token field into buried point data;

and S500, capturing event elements, time stamps and simplified address character strings corresponding to the event elements of the client through the buried points, and storing the event elements, the time stamps and the simplified address character strings into the buried point data as the operation data.

It should be noted that, first, with respect to the method in this embodiment, the following functions and platforms need to be constructed and implemented:

2. the embedded data platform is used for storing the collected client data;

3. a playback system which is realized by the simulation data (Mock data) and completely accords with the client application program, and performs element searching and executing on the system through an event element XPath path and an operation event in the buried point data;

After the user feeds back the problem, the process of feeding back the problem by the user and providing the relevant materials is converted into a detailed operation process of visually checking and analyzing the problem according to the process (user behavior) of the user operating in the application system, and the whole analysis process is analyzed based on the user behavior data and the program execution data and comprises the following steps:

1. the client application system realizes the functions of user behavior data acquisition and program execution data acquisition, and we will focus on acquiring the following information: user information after desensitization, login state identification (such as a token after desensitization), browser information, operation events (such as clicking, mouse passing and the like), event element XPath paths, program execution data (such as logic flow, requested interface and the like) and the like.

2. And the embedded data platform is used for receiving and storing user behavior data and program execution flow data acquired by the client data acquisition function.

3. After the problem is fed back by the user, inquiring and deriving all user behavior data and program execution flow data associated with the problem according to the user information at the embedded point data platform.

4. The exported buried point data is imported into a playback system, and the buried point data is executed piece by piece, so that the whole operation process and the program execution process of a user can be visually seen in the playback system.

If the playback system needs to check a certain user operation flow of the client in real time on line, the embedded data received by the embedded data platform in the 2 nd flow can be pushed to the playback system in real time, and the playback system executes the embedded data one by one, so that the remote synchronization effect can be realized, and the problem checking is more convenient.

By carrying out the process, the program problem can be positioned faster and more accurately, the whole process is safer, and better experience and impression can be given to the user.

In the process of data acquisition, in the traditional manner, many of the uploaded user behavior buried point data upload encrypted user information and data corresponding to user behavior elements, such as: page information, content area information, content information, and buried point data related to only user behavior. The user behavior buried point data of the conventional scheme cannot be fully used for playback of user operation behavior tracks and problem localization.

Thus, in this embodiment, the relevant buried point data will be perfected and supplemented in the following manner.

(1) Perfecting user-related data

The playback of the user behavior track is to play back all operation behaviors in the system after the user logs in the system for a certain time, so in the scheme, login information of the user is newly added, such as: the token encrypts it and sends it up to the buried data platform as a new field (e.g., utk).

(2) Perfecting user operation behavior data

In the scheme, corresponding Xpath, event type and behavior operation time stamp of the newly added user behavior element in the DOM are performed, and special simplification processing is performed on DOM path Xpath data of the event element so as to reduce the value length.

Further, referring to fig. 8, in the step S400, the method for simplifying the address string includes:

step S410, capturing an element address corresponding to the event element of the client through a buried point;

step S420, splitting the element address into independent element units;

step S430, determining a path identifier corresponding to each element unit and a number corresponding to the path identifier;

step S440, combining the path identifier with the number, and forming the address character string according to the arrangement sequence of the element addresses.

For example, element DOM:

uploading buried point data:

name=query, nameid=cx, xpath=b1d2×2btn1, tsamp= 1698824429606, envtype=click.

Wherein, the original element address is: the body/div 2/button;

splitting the element address into independent element units, namely body, div 2 and button;

Then, a path identifier corresponding to each element unit and a number corresponding to the path identifier are determined, and the path identifier and the number are respectively: b1, D2, BTN1;

further, after conversion, the path identifier and the number are combined, and the address character string is formed according to the arrangement sequence of the element addresses, namely: B1D2×2btn1.

Based on the above method, the implementation method of the Mock playback platform can be as follows:

A. the Mock playback platform takes Mock data as response data of the interface and displays the response data on the page.

B. Restoring the xpath data of the event element into real DOM node data, such as: B1D2Bn1= (body/div [2]/div [2 ]/button)

C. Searching event elements, and acquiring real dom elements in the page according to the data after the restoration processing in the step b, namely: document.evaluation ('/html/body/div 2/button', document.) item

D. And executing the element event, and executing the envType event corresponding to the current embedded data according to the element searched in the step c.

Further, the method for playing back the user operation behavior track and remotely synchronizing the user operation behavior track in real time may be as follows:

A. playback of user operation behavior tracks: and (3) sequencing the imported buried point data of the user behavior according to the tStamp time stamp on a Mock playback platform, and repeatedly executing the steps b, c and d on each piece of data, so that playback of the operation behavior track of the user can be realized.

B. Remotely synchronizing user operation behavior tracks in real time: and synchronizing the data queried by the embedded data platform to the playback platform in real time, and executing the steps b, c and d to realize the effect of remote real-time synchronization, so that the embedded data platform is used for users who do not meet the assistance positioning of remote software.

In addition, referring to fig. 9, the present embodiment further provides a program problem checking apparatus, including:

the acquisition module 10 is configured to acquire a problem feedback instruction of a client for a program problem, and acquire operation data under a buried point corresponding to the client according to the problem feedback instruction;

the execution module 20 is configured to execute the operation data through a playback system of the server, and play back an operation behavior track of the client according to the executed operation data;

a positioning module 30, configured to position the program problem of the client based on the operation behavior track of the client according to the executed operation data, and generate solution information for the program problem.

In addition, the embodiment also provides a program problem checking system, which comprises a memory and a processor, wherein the memory stores a program problem checking program, and the processor runs the program problem checking program to enable the program problem checking system to execute the program problem checking method.

In addition, the present embodiment also provides a computer-readable storage medium having stored thereon a program problem-solving program that when executed by a processor implements the program problem-solving method as described above.

The foregoing embodiment numbers of the present invention are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.

From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) as described above, comprising instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method according to the embodiments of the present invention. The foregoing description is only of the preferred embodiments of the present invention, and is not intended to limit the scope of the invention, but rather is intended to cover any equivalents of the structures or equivalent processes disclosed herein or in the alternative, which may be employed directly or indirectly in other related arts.

Claims

1. A program problem investigation method, characterized by comprising:

2. The program problem solving method according to claim 1, wherein the executing the operation data by the playback system of the server plays back the operation behavior trace of the client according to the executed operation data, comprising:

3. The program problem troubleshooting method of claim 2, wherein the playback system determining event element data corresponding to the client based on the operation data includes:

determining an element address in the operation data;

4. The program problem solving method according to claim 3, wherein said determining an element address in said operation data includes:

acquiring an address character string in the operation data;

5. The program problem solving method according to claim 3, wherein said locating the program problem of the client based on the operation behavior trace of the client according to the executed operation data, and generating solution information for the program problem, comprises:

6. The program problem solving method according to claim 1, wherein before the obtaining the problem feedback instruction for the program problem of the client, the method further comprises:

7. The program problem solving method according to claim 6, wherein the method for simplifying the processing of the address character string comprises:

splitting the element address into independent element units;

8. A program problem inspecting apparatus, comprising:

9. A program problem solving system comprising a memory and a processor, wherein the memory stores a program problem solving program, and the processor runs the program problem solving program to cause the program problem solving system to execute the program problem solving method as claimed in any one of claims 1 to 7.

10. A computer-readable storage medium, wherein a program problem-solving program is stored on the computer-readable storage medium, which program, when executed by a processor, implements the program problem-solving method according to any one of claims 1 to 7.