Automatic test data display method and storage medium based on buffer queue

Abstract

The embodiment of the present invention relates to the field of data technology, and discloses an automated test data display method and storage medium based on a buffer queue. In the present invention, the data display method includes: displaying automated test data in a buffer queue in a display page; classifying the data on the display page when identifying the user's operation of selecting data on the display page; adjusting the target data in the display page to a high-priority buffer queue; wherein the target data is data of the category to which the selected data belongs; and when identifying that the system load exceeds a load threshold, reducing the amount of data to be rendered in the display page based on the priority order of the data in the display page. According to the method disclosed in the present invention, it is possible to solve the problem of jamming in the display of key data by combining dynamic classification and caching mechanisms during the data display process.

Description

Technical Field

[0001] The embodiments of the present invention relate to the field of data technology, and in particular to a data buffering and display method. Background Art

[0002] With the rapid development of the software industry, the scale and complexity of software systems are increasing, and automated testing plays a vital role in ensuring software quality. However, the automated testing process will generate a large amount of test data. How to efficiently and accurately display this data has become a key issue in the testing process, which directly affects the testers' analysis and judgment of the test results.

[0003] Traditional test data display methods are usually presented in the form of tables or lists. Although this method is concise and intuitive, it faces some obvious shortcomings. First, when the test data is generated at a fast speed, the lack of an effective buffering mechanism will cause the display process to be stuck, and even data loss may occur. In addition, this kind of stuck or data loss not only affects the user experience of testers, but may also cause key test information to fail to be successfully displayed, affecting the accuracy and timeliness of analysis. Summary of the invention

[0004] The purpose of the embodiments of the present invention is to provide an automated test data display method and storage medium based on a buffer queue, so that the problem of lag in key data display can be solved by combining dynamic classification and caching mechanism during the data display process, and the real-time responsiveness to user operations can be improved.

[0005] To solve the above technical problems, an embodiment of the present invention provides an automated test data display method based on a buffer queue, comprising: displaying automated test data in a buffer queue on a display page; classifying the data on the display page when recognizing that a user has selected data on the display page; adjusting target data in the display page to a high-priority buffer queue; wherein the target data is data of a category to which the selected data belongs; and when recognizing that the system load exceeds a load threshold, adjusting the amount of data to be rendered in the display page based on the priority order of the data in the display page.

[0006] An embodiment of the present invention also provides an electronic device, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the automated test data presentation method based on the buffer queue as described above.

[0007] An embodiment of the present invention further provides a computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor, the automatic test data display method based on a buffer queue as described above is implemented.

[0008] In an embodiment of the present invention, an automated test data display method based on a buffer queue is provided, which solves the problem of jamming when displaying key data and ensures that key test information can be presented smoothly. Specifically, when the system detects user operation data, it automatically classifies the data on the display page, identifies the data category that the user is concerned about, and increases the priority of the data in the memory buffer. In this way, under high load conditions, the system can reduce the number of renderings of unimportant data without affecting the display of key data, avoiding system full load and display jams caused by excessive data volume. Through this mechanism, the system dynamically adjusts the priority and rendering volume of data after user interaction, achieving high efficiency and intelligence of automated test data display. At the same time, the method ensures that under various load conditions, the data that users are concerned about can be displayed stably and smoothly, optimizing system performance and user experience. This has important practical value for application scenarios that require processing of large amounts of test data and require high real-time performance.

[0009] In addition, adjusting the target data in the display page to a high-priority buffer queue includes: starting at least one new thread; notifying the at least one new thread to find the position of the target data in the buffer queue; notifying the at least one new thread to adjust the target data from the position to the high-priority buffer queue. By introducing at least one new thread to handle the priority adjustment of the target data, asynchronization and parallelization of data processing are achieved. This method effectively improves the performance and response speed of the system, optimizes the user experience, reduces the burden on the main thread, and enhances the resource utilization of the system.

[0010] In addition, after displaying the automated test data in the buffer queue in the display page, it also includes processing exception data based on priority, wherein: when the exception data belongs to a high priority, the exception processing is performed directly; when the exception data belongs to a medium priority, the processing right is transferred to the user; when the exception data belongs to a low priority, if the data complexity is lower than the complexity threshold, the processing right is transferred to the user, and if the data complexity exceeds the complexity threshold, no processing is performed. By introducing an exception handling mechanism based on priority and data complexity, the efficiency and intelligence of abnormal data processing are achieved. This method ensures the timely processing of high-priority exceptions, avoids unnecessary resource consumption, and gives users appropriate control rights, optimizing system performance and user experience. This has important technical significance for systems that need to process a large amount of automated test data, especially for improving the efficiency of exception handling while ensuring performance and stability. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0012] Figure 1 It is a flowchart of an automated test data display method based on a buffer queue provided in an embodiment of the present application;

[0013] Figure 2 This is a schematic diagram of a process of storing data in a buffer queue provided by an embodiment of the present application;

[0014] Figure 3 This is a schematic diagram of a process for adjusting the priority of target data provided by an embodiment of the present application;

[0015] Figure 4 This is a schematic diagram of a process for reducing the amount of data rendering on a display page provided by an embodiment of the present application;

[0016] Figure 5 is a schematic diagram of a method for automated data collection and display provided in an embodiment of the present application;

[0017] Figure 6 It is a structural schematic diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0018] Since the traditional test data display method is presented in the form of tables or lists, although it is concise and intuitive, it faces some obvious shortcomings. First, when the test data is generated at a fast speed, the lack of an effective buffering mechanism will cause the display process to be stuck, and even data loss may occur. In addition, this kind of stuck or data loss not only affects the user experience of the tester, but may also cause the failure of key test information to be successfully displayed, affecting the accuracy and timeliness of the analysis. Therefore, there is an urgent need for a data display method based on a buffering mechanism that can achieve smooth data display, avoid stuck and information loss, and thus improve the real-time responsiveness to user operations.

[0019] To make the purpose, technical scheme and advantages of the embodiments of the present invention clearer, the embodiments of the present invention will be described in detail below in conjunction with the accompanying drawings. However, it will be appreciated by those skilled in the art that in the embodiments of the present invention, many technical details are proposed in order to enable the reader to better understand the present application. However, even without these technical details and various changes and modifications based on the following embodiments, the technical scheme claimed in the present application can be implemented. The division of the following embodiments is for the convenience of description, and should not constitute any limitation on the specific implementation of the present invention. The various embodiments can be combined and referenced with each other without contradiction.

[0020] The embodiment of the present invention relates to an automated test data display method based on a buffer queue, which can be applied to an electronic device. The method comprises: displaying automated test data in a buffer queue in a display page; classifying the data on the display page when a user selects data on the display page; adjusting the target data in the display page to a high-priority buffer queue; wherein the target data is data of a category to which the selected data belongs; and when the system load is identified to exceed a load threshold, reducing the amount of data to be rendered in the display page based on the priority order of the data in the display page. In this way, under high load conditions, the system can reduce the number of renderings of unimportant data without affecting the display of key data, thereby avoiding system full load and display freezes caused by excessive data volume. Through this mechanism, the system dynamically adjusts the priority and rendering volume of data after user interaction, thereby achieving high efficiency and intelligence in automated test data display. At the same time, the method ensures that the data that users care about can be displayed stably and smoothly under various load conditions, thereby optimizing system performance and user experience. This has important practical value for application scenarios that require processing of large amounts of test data and require high real-time performance. The following is a specific description of the implementation details of an automated test data display method based on a buffer queue according to an embodiment of the present invention. The following content is only provided for ease of understanding and is not necessary for implementing the present solution.

[0021] like Figure 1 As shown, an automated test data display method based on a buffer queue provided in an embodiment of the present application may include the following steps:

[0022] In step 101, the electronic device displays the automated test data in the buffer queue in a display page.

[0023] For example, after completing the collection of the automated test data, the electronic device stores the collected data in a buffer queue, and then the data in the buffer queue is displayed on a display page.

[0024] For example, electronic devices can draw data display pages through programming languages, such as using libraries such as matplotlib and pandas in Python to draw charts and tables, or using the QCustomPlot library in the Qt framework of C++ to draw high-performance charts. The display forms may include but are not limited to charts, tables, logs, etc. Among them, charts are used to intuitively display data trends and distributions, tables are used to present data in a structured manner to facilitate viewing of detailed information, and logs are used to record the operating status of electronic devices for easy tracking and analysis.

[0025] For example, the display page provides filtering, sorting, searching and other functions to ensure that users can monitor the data they are interested in.

[0026] In a possible implementation, before displaying the automated test data in the buffer queue in the display page, the method further includes: collecting data generated by the automated test task; and storing the automated test data in the buffer queue according to a preset buffer rule.

[0027] For example, before collecting data, you first need to determine the type and source of the automated test data to be collected, such as test process data, test result data, monitoring data, or simulation data. Then, write a data collection script using a programming language (such as Python), or use an external system (such as a network debugging assistant) to automatically collect test data. After the collection is completed, the data is preliminarily processed, including steps such as removing invalid data and converting data formats to ensure that the data meets the requirements of buffer storage.

[0028] In a possible implementation, Figure 2 , storing the automated test data into a buffer queue according to a preset buffer rule, including:

[0029] Step 201, if the automated test data is the first key data preset by the user, it is stored in a high priority buffer queue;

[0030] Step 202, if the automated test data is marked as second priority data during the preprocessing process, it is stored in a medium priority buffer queue;

[0031] Step 203, if the automated test data is the third priority data of the system by default, it is stored in a low priority buffer queue;

[0032] Step 204: If the automated test data does not meet any of the above conditions, it is stored in a first-in-first-out buffer queue.

[0033] For example, when the electronic device collects data, it will be buffered in different levels according to the priority. Specifically, the key data will be buffered in different levels according to the three priorities of high, medium and low, while other data will be buffered according to the first-in-first-out rule. The key data is set as follows: the user can specify the first key data through the electronic device configuration interface before or during the operation of the device; the second key data is automatically determined and set by the device according to the data characteristics during the data preprocessing stage; the third key data can also be preset by the user through the electronic device configuration interface. By grading the importance of the data, a basis is provided for the priority division of the buffer queue.

[0034] For the second key data in the above example, the electronic device will automatically determine and set its priority according to specific data characteristics during the data preprocessing stage. In this process, the device determines its priority using statistical methods by analyzing characteristics such as the cost and quantity differences of data acquisition, such as the frequency of data collection and quantity distribution. In order to improve the resource utilization efficiency of electronic devices, data preprocessing can be completed in independent threads, thereby realizing parallelization of data processing and speeding up the overall processing speed.

[0035] In a possible implementation, after the automated test data in the buffer queue is displayed in the display page, it also includes processing exception data based on the priority, wherein: when the exception data belongs to a high priority, the exception processing is directly performed; when the exception data belongs to a medium priority, the processing right is transferred to the user; when the exception data belongs to a low priority, if the data complexity is lower than the complexity threshold, the processing right is transferred to the user, and if the data complexity exceeds the complexity threshold, no processing is performed.

[0036] In the above data monitoring method, by introducing an exception handling mechanism based on priority and data complexity, the efficiency and intelligence of abnormal data processing are achieved. This method ensures the timely handling of high-priority exceptions, avoids unnecessary resource consumption, and gives users appropriate control rights, optimizing the performance of electronic equipment and user experience. This has important technical significance for electronic equipment that needs to process a large amount of automated test data, especially in improving the efficiency of exception handling while ensuring performance and stability.

[0037] For example, in the above data monitoring method, real-time monitoring of test data can be achieved through scheduled tasks or event-driven. For scheduled monitoring, the user can set the monitoring time interval and duration in the electronic device configuration interface, and set upper and lower thresholds to control the data range; when the data exceeds the preset range, the electronic device will promptly identify and mark the abnormality. Event-driven monitoring is suitable for specific situations, such as key data events, peak events, or user-defined special events. When abnormal data is detected and notification is required, the electronic device can remind the tester through alarms, emails, or text messages to ensure that the abnormality is quickly responded to and handled.

[0038] In a possible implementation, during the execution of the above data monitoring, it also includes: when the abnormal data belongs to a first-in-first-out queue, if the data complexity is lower than the complexity threshold, the processing right is transferred to the user; if the data complexity exceeds the complexity threshold, no processing is performed.

[0039] In a possible implementation, after displaying the automated test data in the buffer queue in the display page, it also includes: setting the color of the data in the display page based on the priority attribute of the automated test data; obtaining the priority attribute selected by the user in the display page, and only displaying data that meets the selected priority.

[0040] For example, in the data coloring process of this application, the electronic device will color-code the data according to its priority, and important data will be highlighted in eye-catching colors (such as yellow or red). In addition, the display page also supports users to customize the color of the data to suit their personal style preferences.

[0041] For example, during the data screening process of this application, the display page supports filtering data by priority, which makes it convenient for users to focus on viewing data content with a specific priority.

[0042] In a possible implementation, the data export function can also be implemented based on the priority of the data. After receiving the user's export request, the electronic device obtains the priority, category and other export attributes specified by the user, and exports the data according to these attributes. The order of export follows the priority of the queue, from high to low: after the high priority data is exported, the medium priority data will continue to be exported; after the medium priority data is exported, the low priority data will be exported. After all priority data are exported, the device will export the remaining queue data in a first-in-first-out order.

[0043] In step 102, when the electronic device recognizes that the user has selected data on the display page, the electronic device classifies the data on the display page.

[0044] In a possible implementation, classifying the data on the display page includes classifying the data on the display page according to at least one feature of a test case type, an execution result, and a performance indicator.

[0045] For example, when the electronic device detects that the user selects a single or box selection on the display page, the data classification process will be started. During the classification process, the electronic device will classify the data on the page based on features such as test case type, execution results or performance indicators, and generate corresponding categories. This classification method can be implemented through programming languages ​​(such as Python, Matlab, etc.).

[0046] In step 103, the electronic device adjusts the target data in the display page to a high-priority buffer queue; wherein the target data is data of the category to which the selected data belongs.

[0047] For example, after the page data is classified, the electronic device will first identify the category of the data selected by the user, and set all the data belonging to the category in the displayed page as the target data. Then, the device determines the specific position of the target data in the buffer queue according to the priority parameter of the target data, and finally adjusts the target data from the original position to the high-priority buffer queue to ensure its priority processing.

[0048] In addition, after the user selects data in the display page, the system can adjust the priority queue of the target data based on the user-defined priority level. The user can pre-set the priority level (such as high, medium, and low) to adjust the priority of the target data. The device determines the specific position of the target data in the buffer queue based on the priority parameters of the target data, and then adjusts the target data from the original position to the corresponding preset priority buffer queue. In this way, the system gives the user the priority control of the selected data to better meet the personalized needs of different users.

[0049] It should be noted that the adjustment of user-selected data should not be limited to setting it to high priority. Because when users select data of interest, they may not consider the system load and may set a large amount of data to high priority, resulting in excessive data accumulation in the high-priority buffer queue, increasing the system load. In this case, in order to effectively reduce the system load, it is necessary to lower the display priority of relatively unimportant data. For example, when the user does not need to view certain data, or the system load is high, the selected data can be set to low priority. After the system recognizes the user's operation, it will adjust the selected data to the low-priority buffer queue, thereby reducing the system load pressure. By allowing users to preset the selected data to be adjusted to low priority, the system can lower the priority of unimportant data according to the user's choice, effectively reducing the system load.

[0050] In a possible implementation, Figure 3 As shown, adjusting the target data in the display page to a high-priority buffer queue includes:

[0051] Step 301, start at least one new thread;

[0052] Step 302, notifying the at least one new thread to search for the location of the target data in the buffer queue;

[0053] Step 303: Notify the at least one new thread to adjust the target data from the position to a high-priority buffer queue.

[0054] In the above method of adding a new thread to perform data buffer queue position adjustment, a new thread is introduced to process the priority adjustment of target data, thereby realizing asynchronous and parallel data processing. This method effectively improves the performance and response speed of the electronic device, optimizes the user experience, reduces the burden of the main thread, and enhances the resource utilization of the electronic device.

[0055] In addition, single-threaded data queue adjustment is suitable for scenarios with a small amount of data to be adjusted. However, in some cases, such as when the amount of data to be processed is large or the number of tasks surges in a short period of time, a single thread may not be able to complete the task efficiently. To deal with this situation, electronic devices use multi-threading (i.e., thread pool) to perform priority adjustment tasks. The thread pool supports multiple threads running at the same time and can process multiple data priority adjustment tasks in parallel. Compared with a single thread that can only process one task at a time, the thread pool significantly improves the task processing speed to meet the needs of high concurrency scenarios.

[0056] In step 104, when the electronic device recognizes that the system load exceeds the load threshold, the amount of data to be rendered in the display page is reduced based on the priority order of the data in the display page.

[0057] For example, during the data display process, when the system detects that the user has selected data on the display page, all the data on the display page is classified. Then, the data of the same category as the user's selected category is adjusted to the high-priority buffer queue. When the system load is too high, the amount of data rendered will be gradually reduced based on the priority order, and the rendering of low-priority data will be reduced first to ensure the stability and smooth operation of the system.

[0058] In a possible implementation, Figure 4 As shown, reducing the amount of data to be rendered in the display page based on the priority order of the data in the display page includes:

[0059] Step 401, reducing the rendering quantity of the data in the low priority buffer queue in the display page;

[0060] Step 402, when the system load exceeds the load threshold and the rendering quantity of the low-priority data of the display page decreases to the first rendering threshold, the rendering quantity of the data in the medium-priority buffer queue in the display page is reduced;

[0061] Step 403: When the system load exceeds the load threshold and the rendering quantity of the medium-priority data of the display page decreases to a second rendering threshold, the rendering quantity of the data in the high-priority buffer queue in the display page is reduced.

[0062] In the above embodiment, under high load conditions, the system can reduce the amount of rendering of unimportant data without affecting the display of key data, thereby avoiding system overload and display freeze caused by excessive data volume.

[0063] In another possible implementation of the above embodiment, the update of the display page is adjusted according to the display type of the automated test data, and the display type includes real-time data and non-real-time data. Real-time data refers to the data updated in real time in the buffer queue, which is usually used for real-time feedback of the current test task status; non-real-time data is historical data collected and stored in the hard disk in the previous time period. For real-time data, the electronic device will continue to collect automated test data from the outside and store it in the buffer queue. When a preset event or periodic update is triggered, the electronic device renders the data in the buffer queue to the display page, and dynamically adjusts the amount of rendered data according to the current system load to ensure the smoothness of the real-time data display. For non-real-time data, when the user chooses to view the historical data of a specific time period on the display page, the electronic device extracts the corresponding data from the hard disk and loads it into the buffer queue according to the preset rules, and then displays it on the page. This method not only supports the update and display of real-time data, but also provides convenient access to historical data to meet the user's needs for viewing test data in different periods.

[0064] In another possible implementation of the above embodiment, the electronic device can collect multiple different automated test tasks at the same time, and store the data of each task independently by category in the corresponding buffer queue. On the display page, the electronic device can provide an independent window display for each task, or display the data of different tasks in the same window in a tab manner. When the user selects specific data, the electronic device will first identify the task category of the data, and adjust its position in the buffer queue according to the priority. This method effectively meets the user's needs for multi-task data collection and realizes parallel processing of multi-task data display.

[0065] In another possible implementation of the above embodiment, see Figure 5, the execution mode of automated data includes two operating modes: integrated mode and independent mode. In integrated mode, the software runs as part of the system, receives and processes the test content provided by the system; in independent mode, the software allows users to directly set the monitoring content, and independently collect and process data. After the process is started, the system first tries to read the local configuration file to obtain relevant information about the collection channel, such as IP address and port number, to ensure that it can connect to the data source; if the reading fails, it will reload the configuration file and try to connect to the data source. After the configuration is successful, the software starts data collection. Users can obtain data by writing collection scripts or using the collection function of the system. After the data is successfully collected, the system cleans and preprocesses the data, including removing invalid data and format conversion to ensure the consistency and validity of the data. The processed data is temporarily stored in the buffer queue and reclassified into high, medium, and low priority buffer queues according to the preset priority, so that the data can be displayed in priority order on the display page. If the system load is too high, the system will give priority to reducing the rendering volume of low-priority data to ensure the smooth display of high-priority data. The user can choose whether to continue data collection on the display page. If the user chooses to continue, the system will return and restart the data collection process; if the user chooses to end, the system will perform necessary finishing work, including data storage and log recording, and finally complete the entire process.

[0066] In an embodiment of the present invention, a buffer queue-based automated test data display method is provided, which solves the jamming problem when displaying key data and ensures that key test information can be presented smoothly. Specifically, the electronic device identifies the data category of concern to the user through the classification function in the display page, and increases the priority of the data in this category in the memory buffer. In this way, under high load conditions, the electronic device can reduce the number of renderings of unimportant data without affecting the display of key data, thereby avoiding the full load and display jamming of the electronic device caused by excessive data volume. Through this mechanism, the electronic device dynamically adjusts the priority and rendering volume of the data after user interaction, thereby achieving high efficiency and intelligence of automated test data display. At the same time, the method ensures that the data that the user cares about can be displayed stably and smoothly under various load conditions, optimizing the performance of the electronic device and the user experience. This has important practical value for application scenarios that require processing of large amounts of test data and require high real-time performance.

[0067] The steps of the above method are divided only for the purpose of clear description. When implemented, they can be combined into one step or some steps can be split and decomposed into multiple steps. As long as they include the same logical relationship, they are all within the scope of protection of this patent; adding insignificant modifications to the algorithm or process or introducing insignificant designs without changing the core design of the algorithm and process are all within the scope of protection of this patent.

[0068] In addition, the examples mentioned in the above embodiments can be freely combined, and any combination can be understood as an embodiment. The "embodiment" or "example" appearing in various positions in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It can be understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0069] Another embodiment of the present invention relates to an electronic device, such as Figure 6 As shown, it includes at least one processor 601; and a memory 602 that is communicatively connected to the at least one processor; wherein the memory stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor so that the at least one processor can execute an automated test data display method based on a buffer queue as described above.

[0070] Among them, the memory and the processor are connected in a bus manner, and the bus may include any number of interconnected buses and bridges, and the bus connects various circuits of one or more processors and memories together. The bus can also connect various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described herein. The bus interface provides an interface between the bus and the transceiver. The transceiver can be one element or multiple elements, such as multiple receivers and transmitters, providing a unit for communicating with various other devices on a transmission medium. The data processed by the processor is transmitted on a wireless medium via an antenna, and further, the antenna also receives data and transmits the data to the processor.

[0071] The processor is responsible for managing the bus and general processing, and can also provide various functions, including timing, peripheral interfaces, voltage regulation, power management, and other control functions. Memory can be used to store data used by the processor when performing operations.

[0072] Another embodiment of the present invention relates to a computer-readable storage medium storing a computer program, which implements the above method embodiment when executed by a processor.

[0073] That is, those skilled in the art can understand that all or part of the steps in the above-mentioned embodiment method can be completed by instructing the relevant hardware through a program, and the program is stored in a storage medium, including several instructions to enable a device (which can be a single-chip microcomputer, chip, etc.) or a processor to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk and other media that can store program codes.

[0074] Those skilled in the art will appreciate that the above embodiments are specific embodiments for implementing the present invention, and that in actual applications, various changes may be made in form and detail without departing from the spirit and scope of the present invention.

Claims

1. An automated test data display method based on a buffer queue, characterized in that: include: Display the automated test data in the buffer queue on the display page; When recognizing an operation of a user selecting data on the display page, classifying the data on the display page; Adjusting the target data in the display page to a high-priority buffer queue; wherein the target data is data of the category to which the selected data belongs; When it is identified that the system load exceeds a load threshold, the amount of data to be rendered in the presentation page is reduced based on the priority order of the data in the presentation page.

2. The method for displaying automated test data based on a buffer queue according to claim 1, characterized in that: Before displaying the automated test data in the buffer queue on the display page, the method further includes: Collect data generated by automated test tasks; According to preset buffer rules, the automated test data is stored in a buffer queue.

3. The method for displaying automated test data based on a buffer queue according to claim 2, characterized in that: The step of storing the automated test data in a buffer queue according to a preset buffer rule includes: If the automated test data is the first priority data preset by the user, it is stored in a high priority buffer queue; If the automated test data is marked as second priority data during the preprocessing process, it is stored in a medium priority buffer queue; If the automated test data is the third priority data set by the system by default, it is stored in a low priority buffer queue; If the automated test data does not meet any of the above conditions, it is stored in a first-in-first-out buffer queue.

4. The method for displaying automated test data based on a buffer queue according to claim 1, characterized in that: The classifying the data of the display page includes: The data of the display page is classified according to at least one of the test case type, the execution result, and the performance index.

5. The method for displaying automated test data based on a buffer queue according to any one of claims 1 to 4, characterized in that: The step of adjusting the target data in the display page to a high-priority buffer queue includes: Start at least one new thread; Notify the at least one new thread to find the location of the target data in the buffer queue; The at least one new thread is notified to adjust the target data from the position to a high-priority buffer queue.

6. The method for displaying automated test data based on a buffer queue according to any one of claims 1 to 4, characterized in that: The reducing the amount of data to be rendered in the display page based on the priority order of the data in the display page includes: Reducing the amount of data in the low priority buffer queue rendered in the display page; When the system load exceeds the load threshold and the rendering quantity of the low-priority data of the display page decreases to a first rendering threshold, reducing the rendering quantity of the data in the medium-priority buffer queue in the display page; When the system load exceeds the load threshold and the rendering quantity of the medium-priority data of the presentation page decreases to a second rendering threshold, the rendering quantity of the data in the high-priority buffer queue in the presentation page is reduced.

7. The method for displaying automated test data based on a buffer queue according to any one of claims 1 to 4, characterized in that: After displaying the automated test data in the buffer queue on the display page, the method further includes processing abnormal data based on the priority, wherein: When the abnormal data belongs to a high priority, the exception is directly handled; When abnormal data is of medium priority, the handling right is transferred to the user; When the abnormal data is of low priority, if the data complexity is lower than the complexity threshold, the processing right is transferred to the user; if the data complexity exceeds the complexity threshold, no processing is performed.

8. The method for displaying automated test data based on a buffer queue according to any one of claims 1 to 4, characterized in that: After displaying the automated test data in the buffer queue on the display page, the method further includes: Based on the priority attribute of the automated test data, setting the color of the data in the display page; The priority attribute selected by the user in the display page is obtained, and only data that meets the selected priority is displayed.

9. An electronic device, characterized in that: include: at least one processor; as well as, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 8.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 8 is implemented.

Images