Test data processing method, device, system and readable storage medium

Abstract

The present application provides a method, device, system and readable storage medium for processing test data, the method comprising: receiving a test task sent by a first server, the test task comprising a target test case identifier; obtaining a corresponding target test case script from a second server according to the target test case identifier; executing the target test case script, testing the device to be tested, and generating a test log; sending the test log to a third server, so that the third server generates a test report according to the test log. The method realizes the automatic arrangement of test data and the automatic generation of test reports, thereby effectively improving the efficiency of test work.

Description

Technical Field

[0001] The present application relates to the field of Internet technology, and in particular to a test data processing method, device, system and readable storage medium. Background Art

[0002] In 5G networks, in order to improve network coverage and achieve beamforming, large-scale active antenna array devices are usually required. Large-scale active antenna array devices are multi-channel wireless transceiver devices, and the common number of channels is 32 channels, 64 channels, 128 channels, 256 channels, etc. In the process of testing the RF indicators of multi-channel wireless transceiver devices, in order to ensure that the performance of the wireless transceiver equipment can be fully verified, each indicator needs to be tested separately for each channel at the low, medium and high frequency points of the frequency band supported by the wireless transceiver equipment. As the test progresses, a large amount of test data is usually generated.

[0003] In the prior art, after the test is completed, the test data needs to be manually sorted and the test report needs to be manually generated. Since the amount of test data is very large, the manual sorting of test data is inefficient. Summary of the invention

[0004] The present application provides a test data processing method, device, system and readable storage medium for automated processing of test data for radio frequency index testing of multi-channel wireless transceiver equipment in 5G networks, thereby solving the defect that test data in the prior art need to be manually collated and test reports generated.

[0005] In a first aspect, an embodiment of the present application provides a method for processing test data, including:

[0006] Receiving a test task sent by the first server, wherein the test task includes a target test case identifier;

[0007] Acquire a corresponding target test case script from the second server according to the target test case identifier;

[0008] Execute the target test case script to test the device under test and generate a test log;

[0009] The test log is sent to a third server, so that the third server generates a test report according to the test log.

[0010] In an embodiment of the present application, the generated test log is uploaded to a third server through the test terminal. The third server parses the test log, extracts the test data, and generates a test report, thereby realizing automatic organization of the test data and automatic generation of the test report, thereby effectively improving the test work efficiency and solving the problems of the prior art that requires manual organization of test data and low work efficiency.

[0011] Optionally, the method further comprises:

[0012] If it is determined that the test parameter configuration interface display conditions are met, the test parameter configuration interface is displayed to the user;

[0013] Acquire the test parameters input by the user in the test parameter configuration interface;

[0014] Sending the test parameters to a fourth server, so that the fourth server generates and returns a test configuration file according to the test parameters, wherein the test configuration file is used to test the device to be tested;

[0015] Receive and store the test configuration file returned by the fourth server.

[0016] Optionally, if it is determined that the test parameter configuration interface display condition is met, before displaying the test parameter configuration interface to the user, the method further includes:

[0017] Get the user's first operation on the entry interface;

[0018] In response to the first operation of the user, sending a test parameter configuration interface acquisition request to the fourth server;

[0019] Receive the test parameter configuration interface data sent by the fourth server, and determine whether the test parameter configuration interface display conditions are met.

[0020] Optionally, the method further comprises:

[0021] If it is determined that the target query interface display conditions are met, the target query interface is displayed to the user;

[0022] Acquire the query condition input by the user in the target query interface;

[0023] Sending a query request to a fourth server according to the query condition, so that the fourth server forwards the query request to the third server;

[0024] receiving a query result of the third server forwarded by the fourth server, wherein the query result includes result data satisfying the query condition;

[0025] The query result is output.

[0026] Optionally, if it is determined that the target query interface display condition is met, before displaying the target query interface to the user, the method further includes:

[0027] Get the user's second operation on the entry interface;

[0028] In response to the second operation of the user, sending a target query interface acquisition request to the fourth server;

[0029] Receive the target query interface data sent by the fourth server, and determine whether the target query interface display condition is met.

[0030] Optionally, the target query interface is a test data query interface, the query condition is a first query condition, the query request is a test data query request, and the query result includes test data satisfying the first query condition; or,

[0031] The target query interface is a test report query interface, the query condition is a second query condition, the query request is a test report query request, and the query result includes a test report that satisfies the second query condition; or,

[0032] The target query interface is a fault diagnosis query interface, the query condition is a third query condition, the query request is a fault diagnosis query request, and the query result includes a fault diagnosis result that satisfies the third query condition.

[0033] Optionally, the method further comprises:

[0034] Get the user's third operation;

[0035] In response to the third operation of the user, sending a portal interface acquisition request to a fourth server;

[0036] Receiving the entry interface data sent by the fourth server;

[0037] An entry interface is displayed to the user according to the entry interface data, and the entry interface includes an entrance to a preset service, and the preset service includes at least one of a first server access service, a second server access service, a test data query service, a test report query service, a fault diagnosis query service, user authority management, reliability test information management, a line loss calibration service, and a test parameter configuration service.

[0038] In the embodiment of the present application, the fourth server is used to provide users with interface entrances to various preset services, which effectively improves the flexibility and convenience of the testing work, allowing users to flexibly and conveniently perform testing and related management work, and users can conveniently query test data, test reports and fault diagnosis results, effectively realizing the analysis and sharing of test data.

[0039] In a second aspect, an embodiment of the present application provides a method for processing test data, including:

[0040] Receiving a test log sent by a test terminal, wherein the test log is generated by the test terminal executing a target test case script to test the device under test;

[0041] Analyze the test log and extract test data;

[0042] A test report is generated according to the test data.

[0043] Optionally, the method further comprises:

[0044] receiving a query request sent by a fourth server, wherein the query request includes a query condition of a user, and the query request is sent by a user terminal to the fourth server;

[0045] In response to the query request, querying result data that meets the query condition as the query result;

[0046] The query result is sent to the fourth server, so that the fourth server sends the query result to the user terminal for output.

[0047] Optionally, the query request is a test data query request, the query condition is a first query condition, and the query result includes test data satisfying the first query condition; or,

[0048] The query request is a test report query request, the query condition is a second query condition, and the query result includes a test report that satisfies the second query condition; or,

[0049] The query request is a fault diagnosis query request, the query condition is a third query condition, and the query result includes a fault diagnosis result that satisfies the third query condition.

[0050] Optionally, after analyzing the test log and extracting the test data, the method further includes:

[0051] According to the test data, fault diagnosis is performed on the test result, and the fault diagnosis result is obtained and stored.

[0052] Optionally, generating a test report according to the test data includes:

[0053] Get the preset test report template;

[0054] The test report template is filled in according to the test data to generate the test report.

[0055] Optionally, after analyzing the test log and extracting the test data, the method further includes:

[0056] The test data is stored in a distributed file system.

[0057] In a third aspect, an embodiment of the present application provides a test data processing device, including: a memory, a transceiver, and a processor;

[0058] A memory for storing a computer program; a transceiver for transmitting and receiving data under the control of the processor; and a processor for reading the computer program in the memory and performing the following operations:

[0059] Receiving a test task sent by the first server, wherein the test task includes a target test case identifier;

[0060] Acquire a corresponding target test case script from the second server according to the target test case identifier;

[0061] Execute the target test case script to test the device under test and generate a test log;

[0062] The test log is sent to a third server, so that the third server generates a test report according to the test log.

[0063] In a fourth aspect, an embodiment of the present application provides a test data processing device, including: a memory, a transceiver, and a processor:

[0064] A memory for storing a computer program; a transceiver for transmitting and receiving data under the control of the processor; and a processor for reading the computer program in the memory and performing the following operations:

[0065] Receiving a test log sent by a test terminal, wherein the test log is generated by the test terminal executing a target test case script to test the device under test;

[0066] Analyze the test log and extract test data;

[0067] A test report is generated according to the test data.

[0068] In a fifth aspect, an embodiment of the present application provides a test data processing system, including:

[0069] A first server, a second server, a third server and a test terminal;

[0070] The first server is used to manage test tasks;

[0071] The second server is used to manage test case scripts;

[0072] The test terminal is used to obtain a test task from the first server, obtain a test case script from the second server according to the test task, test the device to be tested based on the test case script, generate a test log, and upload it to the third server;

[0073] The third server is used to collect the test logs generated by each test terminal and generate a test report according to the test logs.

[0074] Optionally, the test data processing system further includes:

[0075] The fourth server is used to provide an interface for preset services, and the preset services include at least one of a first server access service, a second server access service, a test data query service, a test report query service, a fault diagnosis query service, user authority management, reliability test information management, a line loss calibration service, and a test parameter configuration service.

[0076] Optionally, the third server is a HADOOP-based distributed server cluster.

[0077] In a sixth aspect, an embodiment of the present application provides a test data processing device, including:

[0078] A first receiving unit, configured to receive a test task sent by a first server, wherein the test task includes a target test case identifier;

[0079] An acquisition unit, configured to acquire a corresponding target test case script from a second server according to the target test case identifier;

[0080] The test unit is used to execute the target test case script, test the device under test, and generate a test log;

[0081] The sending unit is used to send the test log to a third server, so that the third server generates a test report according to the test log.

[0082] In a seventh aspect, an embodiment of the present application provides a test data processing device, including:

[0083] A second receiving unit, configured to receive a test log sent by a test terminal, wherein the test log is generated by the test terminal executing a target test case script to test the device under test;

[0084] An analysis unit, used to analyze the test log and extract test data;

[0085] A generating unit is used to generate a test report according to the test data.

[0086] In an eighth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer execution instructions. When a processor executes the computer execution instructions, the method described in the first aspect and various possible designs of the first aspect are implemented.

[0087] In a ninth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer execution instructions. When a processor executes the computer execution instructions, the method described in the second aspect and various possible designs of the second aspect are implemented.

[0088] The test data processing method, device, system and readable storage medium provided in the present application upload the generated test log to the third server through the test terminal. The third server parses the test log, extracts the test data, and generates a test report, thereby realizing the automatic organization of the test data and the automatic generation of the test report, thereby effectively improving the test work efficiency and solving the problems of the prior art that the test data needs to be manually organized and the work efficiency is low.

[0089] It should be understood that the contents described in the above summary of the invention are not intended to limit the key or important features of the embodiments of the present application, nor are they intended to limit the scope of the present application. Other features of the present application will become easy to understand through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0090] In order to more clearly illustrate the technical solutions in the present application or the prior art, a brief introduction will be given below to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0091] Figure 1 A schematic diagram of the architecture of the processing system on which the embodiments of the present application are based;

[0092] Figure 2 This is a schematic diagram of the architecture of the test environment on which the embodiments of the present application are based;

[0093] Figure 3 A flowchart of a method for processing test data provided in an embodiment of the present application;

[0094] Figure 4 A flowchart of a method for processing test data provided by another embodiment of the present application;

[0095] Figure 5 An exemplary schematic diagram of a test parameter configuration interface provided in an embodiment of the present application;

[0096] Figure 6 An exemplary schematic diagram of a test report query interface provided in an embodiment of the present application;

[0097] Figure 7 An exemplary schematic diagram of an entry interface provided by an embodiment of the present application;

[0098] Figure 8 A schematic diagram of the network topology of a test system provided in one embodiment of the present application;

[0099] Fig. 9 A schematic diagram of the software architecture of a test system provided in one embodiment of the present application;

[0100] Fig.10 A schematic block diagram of an exemplary test process provided in an embodiment of the present application;

[0101] Fig.11 A flowchart of a method for processing test data provided in yet another embodiment of the present application;

[0102] Fig.12 A flowchart of a method for processing test data provided in yet another embodiment of the present application;

[0103] Fig.13 A schematic diagram of the structure of a test data processing device provided in one embodiment of the present application;

[0104] Fig.14 A schematic diagram of the structure of a test data processing device provided in another embodiment of the present application;

[0105] Fig.15 A schematic diagram of the architecture of a test data processing system provided in one embodiment of the present application;

[0106] Fig.16 A schematic diagram of the structure of a test data processing device provided in yet another embodiment of the present application;

[0107] Fig.17 A schematic diagram of the structure of a test data processing device provided in yet another embodiment of the present application. DETAILED DESCRIPTION

[0108] (I) The term "and / or" in this application describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the associated objects before and after are in an "or" relationship.

[0109] In the embodiments of the present application, the term "plurality" refers to two or more than two, and other quantifiers are similar.

[0110] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0111] In order to clearly understand the technical solution of the present application, the solution of the prior art is first introduced in detail. In the prior art, after the RF index test is completed, the obtained test data is saved in the test terminal in the form of LOG (i.e. log), and the test data needs to be manually sorted and the test report needs to be manually generated after the test is completed. However, the inventor found in the study that in the process of RF index testing of multi-channel wireless transceiver equipment, in order to ensure that the performance of the wireless transceiver equipment can be fully verified, each indicator needs to be traversed for each channel of the low, medium and high frequency points of the frequency band supported by the wireless transceiver equipment, and the number of channels is usually 32 channels, 64 channels, 128 channels, 256 channels, etc. As the test proceeds, a large amount of test data is usually generated. Manually sorting the test data will undoubtedly consume a lot of labor costs and time costs, and the work efficiency is low, which is far from meeting the requirements of the test period.

[0112] The inventors further discovered that to ensure the efficiency of testing and reduce the testing period, it is necessary to improve the efficiency of test data collation, and automating the test data collation work can effectively improve the test efficiency. The inventors, considering the large amount of test data, proposed uploading the test log from the test terminal to the data analysis server. The data analysis server is implemented as a server cluster, such as a HADOOP cluster. A distributed file system is built on the HADOOP cluster to realize the analysis function of a large amount of test data.

[0113] Based on the creative research of the above-mentioned inventors, the present application proposes a method for processing test data. In the present application, the test terminal uploads the test log to the data analysis server during the test process or after the test is completed. The data analysis server parses the test log, automatically extracts the test data, performs statistical analysis on the test data, and automatically generates a test report, thereby realizing the automatic organization of test data and the automatic generation of test reports, thereby effectively improving the efficiency of test work.

[0114] like Figure 1 FIG. 1 is a schematic diagram of the architecture of the processing system based on the embodiment of the present application. The processing system may include: at least one management server, a data analysis server and a test environment, such as Figure 2As shown, it is a schematic diagram of the architecture of the test environment based on the embodiment of the present application. The test environment may specifically include a test terminal, a device to be tested (i.e., a wireless transceiver device to be tested), a test device (such as a spectrum analyzer), etc. In order to realize the switching of each channel of the device to be tested, the test environment may also include a radio frequency switch matrix, by controlling the radio frequency switch matrix, it is ensured that the channel can be accurately switched during the test, and the traversal of each channel is realized. For the test of the receiver, the test environment also needs to include a companion test device (such as a signal source for transmitting a radio frequency signal for receiver testing). Among them, at least one management server is used to perform test task management, test case management and other tasks, and the management server may specifically include a test task management server for managing test tasks, and a test case management server for managing test case scripts, and the test task management server can be implemented based on a cloud platform, which can be called a cloud platform server, and the test case management server can be called a TCM server. The test terminal is used to download and execute the test case script from the management server, control the work of the device under test, the test equipment and the accompanying test equipment, and test the device under test. During the test or after the test is completed, the test terminal uploads the test log to the data analysis server, and the data analysis server parses the test log, automatically extracts the test data, and performs statistical analysis on the test data, and automatically generates a test report, which realizes the automatic sorting of test data and the automatic generation of test reports, thereby effectively improving the efficiency of the test work. The test data includes the RF index data of the device under test and the screenshots of the test equipment (such as the instrument screenshots of the spectrum analyzer). The RF indicators may include but are not limited to the following indicators: maximum input level, channel power, adjacent channel power, adjacent channel selectivity, spectrum mask, spurious response, spurious radiation, intermodulation characteristics, blocking characteristics (narrowband blocking, in-band blocking, out-of-band blocking), receiver sensitivity, EVM (amplitude vector error), receiver dynamic range, transmitter frequency error, etc.

[0115] Optionally, the processing system may also include a WEB server for providing interfaces for various preset services. Users can log in to the corresponding service interface through the test terminal or other user terminals to perform operations such as test parameter configuration, test task creation, test data query, test report query, and fault diagnosis query.

[0116] Embodiments of the present application will be described below with reference to the accompanying drawings.

[0117] An embodiment of the present application provides a test data processing method for testing radio frequency indicators of a multi-channel wireless transceiver device. The execution subject of the method is a test data processing device, which can be set in a test terminal.

[0118] like Figure 3FIG. 1 is a flow chart of a method for processing test data provided in this embodiment. The method may include:

[0119] Step 101: receiving a test task sent by a first server, where the test task includes a target test case identifier.

[0120] In this embodiment, the first server may be a cloud platform server, and the first server is responsible for managing test tasks. Users (such as testers) can log in to the cloud platform server through a test terminal or other terminal devices, and flexibly create test tasks, edit test tasks, adjust the priority of test tasks, select test cases, trigger and start test tasks, and other operations. When the test task is started, that is, the user sends a test task start request to the first server through the test terminal, the test task start request may include a test task identifier, and the test task identifier may be set when the test task is created. The first server receives the test task start request, and sends the test task corresponding to the test task identifier to the test terminal. The test task includes a target test case identifier, and the target test case identifier is used for the test terminal to obtain the corresponding target test case script from the second server.

[0121] Step 102: Obtain a corresponding target test case script from the second server according to the target test case identifier.

[0122] In this embodiment, after receiving the test task, the corresponding target test case script can be obtained from the second server according to the target test case identifier. The second server can be a TCM (Test Case Manage, test case management) server, and the second server is responsible for managing the test case script. The user can log in to the TCM server through a test terminal or other terminal device, and submit the written test case script to the TCM server for unified management. When the user creates a test task on the first server, the first server can call the test case script list managed by the second server for the user to select the test case script. Alternatively, the second server can also maintain a mapping relationship between test cases and test case scripts. When the user creates a test task, the first server provides the user with a list of test case identifiers for the user to choose. The created test task includes the test task identifier and the adopted test case identifier, and can also include the priority of the test task, the test configuration file and other related information. When the user selects a test task identifier (which can be called a target test task identifier) ​​and clicks to start, the first server can obtain the corresponding target test task (including the adopted target test case identifier) ​​according to the target test task identifier and send it to the test terminal, and the test terminal can obtain the corresponding target test case script from the second server according to the target test case identifier, and can also obtain the relevant test configuration file. The test configuration file may be pre-acquired and stored in the test terminal. Specifically, the user may enter the test parameter configuration interface through the test terminal, input the corresponding test parameters, send the test parameters to the server, and the server generates a test configuration file based on the test parameters and returns it to the test terminal. The server may be a WEB server, which may be referred to as the fourth server for the sake of distinction. The fourth server provides the user with an interface for preset services, such as a test parameter configuration interface. Optionally, the test parameters may also be sent to the above-mentioned first server or second server, which generates a test configuration file and returns it to the test terminal, which may be set according to actual needs. The test parameters may include the model of the device to be tested, the type of test device, the IP address of the test device and other related information, which may be set according to actual needs.

[0123] Optionally, the second server may also be the above-mentioned first server, ie, the cloud platform server. The first server is responsible for managing test tasks and test case scripts, which is not limited in this embodiment.

[0124] Step 103: execute the target test case script, test the device under test, and generate a test log.

[0125] After obtaining the target test case script, the target test case script can be executed to test the device under test and generate a test log. Specifically, the work of the device under test, the test device and the accompanying test device can be controlled according to the test configuration file corresponding to the test task, so as to perform RF index test on the device under test.

[0126] Specific RF indicators may include: maximum input level, channel power, adjacent channel power, adjacent channel selectivity, spectrum mask, spurious response, spurious radiation, intermodulation characteristics, blocking characteristics (narrowband blocking, in-band blocking, out-of-band blocking), receiver sensitivity, EVM (amplitude vector error), receiver dynamic range, transmitter frequency error, etc.

[0127] The device under test can be a multi-channel wireless transceiver. During the test, for the test of the transmitter of the device under test, the required test equipment can be a spectrum analyzer; for the test of the receiver, a companion test equipment is also required, such as one or more signal sources to transmit radio frequency signals to the receiver. The device under test can be a multi-channel wireless transceiver of the type of 32 channels, 64 channels, 128 channels, 256 channels, etc. In order to ensure that the performance of the wireless transceiver can be fully verified, each RF indicator also needs to perform traversal tests on each channel of the low, medium and high frequency points of the frequency band supported by the wireless transceiver to obtain the corresponding test data. The obtained test data can be temporarily stored in the test terminal in the form of a test log.

[0128] During the test, in order to realize automatic traversal of each channel, the channel switching can be realized through the RF switch matrix. By controlling the RF switch matrix, it is ensured that the channels can be accurately switched during the test and the traversal of each channel can be realized. Taking a 64-channel wireless transceiver device as an example, the RF switch matrix used can include 64 inputs, which are connected to the 64 channels of the wireless transceiver device through RF cables. Each time, the RF signal of one of the channels can be controlled and output to the corresponding test device.

[0129] Step 104: Send the test log to the third server, so that the third server generates a test report according to the test log.

[0130] During the test process or after the test is completed, the test log can be sent to the third server. The third server can be a server cluster that can support a large data structure, such as a HADOOP cluster, and a distributed file system is built on the HADOOP cluster to realize the analysis function of a large amount of test data. Specifically, the third server can decompress the test log of each device under test and store it in a distributed file system. And the test log can be analyzed to extract the test data therein. For a device under test, its test data may include the specific values ​​or related data of each radio frequency indicator of the device under test, such as a 64-channel wireless transceiver device, and its test data may include: the output power of 64 channels, the sensitivity of the receiver, the dynamic range of the receiver, the frequency error of the transmitter, and so on. The test log includes test time information, test case information, and generated test data. The test case information may specifically include the selected test case identification, the input data provided to the test environment, the operations performed, various environment settings, and the expected results.

[0131] The test data processing method provided in this embodiment uploads the generated test log to the third server through the test terminal. The third server parses the test log, extracts the test data, and generates a test report, thereby realizing the automatic organization of the test data and the automatic generation of the test report, thereby effectively improving the test work efficiency and solving the problems of the prior art that the test data needs to be manually organized and the work efficiency is low.

[0132] Another embodiment of the present application further supplements the method provided in the above embodiment.

[0133] like Figure 4 , which is a flow chart of the test data processing method provided in this embodiment.

[0134] As an implementable manner, based on the above embodiment, optionally, the method further includes:

[0135] Step 2011: If it is determined that the test parameter configuration interface display conditions are met, the test parameter configuration interface is displayed to the user.

[0136] Step 2012, obtaining the test parameters input by the user in the test parameter configuration interface.

[0137] Step 2013: Send the test parameters to the fourth server, so that the fourth server generates and returns a test configuration file according to the test parameters, and the test configuration file is used to test the device to be tested.

[0138] Step 2014: Receive and store the test configuration file returned by the fourth server.

[0139] Optionally, if it is determined that the test parameter configuration interface display condition is met, before displaying the test parameter configuration interface to the user, the method may further include:

[0140] Step 2021, obtaining the user's first operation on the entry interface.

[0141] Step 2022: In response to the user's first operation, a request for obtaining a test parameter configuration interface is sent to a fourth server.

[0142] Step 2023, receiving the test parameter configuration interface data sent by the fourth server, and determining whether the test parameter configuration interface display conditions are met.

[0143] In this embodiment, the fourth server may be a WEB server, and an interface of a preset service may be provided to the user based on the WEB server. The user may log in to the WEB server through a user terminal (which may be a test terminal or other terminal) and enter an entry interface. The entry interface is provided with an interface entry of the preset service. Each interface entry may be displayed in any implementable manner such as a trigger button, a link, or a QR code. The user may click a trigger button or a link on the entry interface, or identify a QR code, etc. to enter each interface. The preset service may include at least one of a first server access service, a second server access service, a test data query service, a test report query service, a fault diagnosis query service, a user authority management, a reliability test information management, a line loss calibration service, and a test parameter configuration service.

[0144] When a user needs to conduct a test, it is usually necessary to configure the test parameters first. The user can operate on the entry interface. When the user's operation is the first operation, the first operation is, for example, clicking the "parameter configuration" button on the entry interface. The test terminal responds to the user's first operation and sends a test parameter configuration interface acquisition request to the fourth server. After the fourth server receives the test parameter configuration interface acquisition request, it obtains the test parameter configuration interface data and sends it to the test terminal. After the test terminal receives the test parameter configuration interface data sent by the fourth server, the test terminal determines that the test parameter configuration interface display conditions are currently met, and then displays the test parameter configuration interface to the user. The user can configure the test parameters on the test parameter configuration interface, such as entering or selecting the channel number, frequency, test device type, test device IP address, serial number of the device to be tested, model of the device to be tested and other related information. After the test parameters are set, you can click "OK" and other similar buttons to trigger the test terminal to obtain the test parameters entered by the user on the test parameter configuration interface and send them to the fourth server. After the fourth server receives the test parameters, it can generate a test configuration file based on the test parameters and return the test configuration file to the test terminal. Generating a test configuration file based on the test parameters can be specifically generated according to a preset configuration file generation rule. For example, a configuration file template may be preset, and the configuration file template may be filled according to the test parameters to generate a test configuration file.

[0145] For example, Figure 5 The figure is an exemplary schematic diagram of the test parameter configuration interface provided in this embodiment. This is only an exemplary display. The test parameter configuration interface in this embodiment can be set according to actual needs, and this embodiment does not limit it.

[0146] As another practicable manner, based on the above embodiment, optionally, the method further includes:

[0147] Step 2031: If it is determined that the target query interface display condition is met, the target query interface is displayed to the user.

[0148] Step 2032, obtaining the query conditions input by the user in the target query interface.

[0149] Step 2033: Send a query request to the fourth server according to the query condition, so that the fourth server forwards the query request to the third server.

[0150] Step 2034: Receive the query result of the third server forwarded by the fourth server, where the query result includes result data that meets the query condition.

[0151] Step 2035, output the query results.

[0152] Optionally, if it is determined that the target query interface display condition is met, before displaying the target query interface to the user, the method further includes:

[0153] Step 2041, obtaining the second operation of the user on the entry interface;

[0154] Step 2042: In response to the second operation of the user, a target query interface acquisition request is sent to a fourth server;

[0155] Step 2043: Receive the target query interface data sent by the fourth server, and determine whether the target query interface display condition is met.

[0156] Among them, the target query interface can be a test data query interface, the query condition is a first query condition, the query request is a test data query request, and the query results include test data that meets the first query condition; or, the target query interface is a test report query interface, the query condition is a second query condition, the query request is a test report query request, and the query results include test reports that meet the second query condition; or, the target query interface is a fault diagnosis query interface, the query condition is a third query condition, the query request is a fault diagnosis query request, and the query results include fault diagnosis results that meet the third query condition.

[0157] In this embodiment, when the user performs a second operation on the entry interface, the test terminal responds to the second operation of the user and sends a target query interface acquisition request to the fourth server, requesting to enter the target query interface. After receiving the target query interface acquisition request, the fourth server acquires the target query interface data and sends it to the test terminal. After receiving the target query interface data, the test terminal determines that the target query interface display condition is currently met and displays the target query interface to the user. The user can enter the corresponding query condition in the target query interface and click "query" or "confirm" and other similar buttons to trigger the test terminal to obtain the query condition entered by the user in the target query interface, and send a query request to the fourth server according to the query condition. After receiving the query request, the fourth server forwards the query request to the third server. The third server receives the query request forwarded by the fourth server, performs data query according to the query request, obtains the query result that meets the query condition, and sends it to the third server. The third server forwards the query result to the test terminal. After receiving the query result, the test terminal can output the query result for the user to view. The specific output method can be set according to actual needs. For example, it can be directly displayed on the test terminal interface or output in the form of a file. The user can click the file to open and view it.

[0158] The second operation can be a user clicking on any query entry on the entry interface, such as "query test data", "query test report", "query fault diagnosis" and other query functions. Depending on the second operation of the user, the corresponding target query interface, query conditions, query request initiated, and query results obtained are different. The principles of each query function are similar. The following is a detailed description of the query test report as an example, and other query functions will not be repeated one by one.

[0159] Exemplarily, when the user's second operation is to click on a "query test report" button or link on the entry interface, the test terminal responds to the user's second operation and sends a test report query interface acquisition request to the fourth server. The fourth server receives the test report query interface acquisition request, acquires the test report query interface data, and sends it to the test terminal. The test terminal displays the test report query interface to the user. Exemplarily, Figure 6 As shown, it is an exemplary schematic diagram of the test report query interface provided in this embodiment. The user can enter the second query condition to be queried in the test report query interface. The second query condition can be, for example, a selected time period (indicating that the test report generated within the time period is to be queried), a device under test identifier (indicating that the test report of the device under test corresponding to the device under test identifier is to be queried) and one or more combinations of other conditions. The specific second query condition can be set according to actual needs. The test terminal can obtain the second query condition input by the user, and send a test report query request to the fourth server according to the second query condition. The fourth server receives the test report query request and forwards the test report query request to the third server. The third server responds to the test report query request and queries the distributed file system storing the test report for the test report that meets the second condition. The query result formed can be called the second query result, and the second query result is sent to the fourth server. The fourth server sends the second query result to the test terminal, and the test terminal outputs the second query result.

[0160] For the test data query function, the target query interface is the test data query interface. The query condition entered by the user in the target query interface can be called the first query condition. The first query condition can be set according to actual needs, such as the test time period (indicating that the test data within the test time period is to be queried), the device identification under test (indicating that the test data of the device under test is to be queried), the RF index (indicating that the data related to the RF index in the test data is to be queried) and a combination of one or more of other conditions, which can be set according to actual needs. For example, the first query condition is: device A under test && receiver sensitivity.

[0161] For the fault diagnosis query function, the target query interface is the fault diagnosis query interface, and the query condition is the third query condition. The third query condition can be set according to actual needs, for example, it can be a combination of one or more of the identification of the device under test, the fault type and other related conditions.

[0162] The third server may maintain test logs and test data, test reports, fault diagnosis results, etc. generated by historical tests of various devices under test, and may provide the fourth server with a list of query conditions it supports for user selection.

[0163] For fault diagnosis, the difference between the current test data and the expected result can be matched with the historical fault conditions to determine the fault type and store the fault diagnosis results. The historical fault conditions can be classified according to experience or resolved fault conditions to obtain one or more fault types. For example, if the receiver sensitivity of the device under test in the test data is significantly different from the expected result, and the historical fault conditions include the corresponding fault types when the receiver sensitivity is different, then the difference between the current test result and the expected result can be matched with the historical fault conditions to determine the possible fault type of the abnormal receiver sensitivity in this test.

[0164] As another practicable manner, based on the above embodiment, optionally, the method further includes:

[0165] Step 2051, obtaining the user's third operation.

[0166] Step 2052: In response to the user's third operation, a portal interface acquisition request is sent to the fourth server.

[0167] Step 2053, receiving the entry interface data sent by the fourth server.

[0168] Step 2054: display the entry interface to the user according to the entry interface data.

[0169] The entry interface includes an entrance to preset services, and the preset services include at least one of a first server access service, a second server access service, a test data query service, a test report query service, a fault diagnosis query service, user authority management, reliability test information management, a line loss calibration service, and a test parameter configuration service.

[0170] In this embodiment, the user can log in to the WEB server through the test terminal (or other terminal), trigger the test terminal to respond by inputting instructions or other implementable operations (called the third operation), the test terminal obtains the user's third operation, and sends a portal interface acquisition request to the fourth server in response to the user's third operation. The fourth server receives the portal interface acquisition request and sends the portal interface data to the test terminal. The test terminal displays the portal interface to the user, and the user can implement various preset service functions on the portal interface.

[0171] Exemplarily, the user can log in to the first server by clicking on the first server access service portal, and perform operations such as creating, editing, deleting, and adjusting the priority of the test task; log in to the second server by clicking on the second server access service portal, upload the written test case script to the second server for management, and download the corresponding test case script from the second server during the test; the user can configure the test parameters through the test parameter configuration service portal; query data through various query service portals; manage user rights through the user authority management portal; manage reliability test information through the reliability test information management portal; download the line loss calibration tool to the local test terminal through the line loss calibration service portal, and perform line loss calibration on the test environment; etc. More entrances to other related functions can also be set according to actual needs to achieve more other functions.

[0172] For example, Figure 7 The figure is an exemplary schematic diagram of the entry interface provided in this embodiment.

[0173] Optionally, the user may also enter the corresponding preset service in the above entry interface through other user terminals.

[0174] The fourth server provides users with an interface entry for preset services, which effectively improves the flexibility and convenience of testing work, allowing users to perform testing and related management work flexibly and conveniently.

[0175] Optionally, the fourth server can also maintain and manage user rights, and when the user operates on the portal interface, it can respond to the user's requests for various preset services according to the user's rights. For example, when the user queries a test report, the fourth server can determine the user's rights according to the user ID, and only provide the user with a test report query interface when it is determined that the user has the right to query the test report, otherwise it can return a prompt message that the user is not authorized to query.

[0176] As an exemplary embodiment, Figure 8As shown, it is a schematic diagram of the network topology relationship of the test system provided in this embodiment. The test system can specifically include a cloud platform server (i.e., the first server), a TCM server (i.e., the second server), a data analysis server (i.e., the third server), a WEB server (i.e., the fourth server) and a test environment. Among them, the cloud platform server is responsible for managing the test tasks, and the TCM server is responsible for managing the test case scripts, and these two servers provide test management services. The data analysis server is implemented based on the HADOOP cluster, including a master server and at least one slave server. The test environment consists of a test PC (i.e., a test terminal), a test device (not shown), a device to be tested (not shown), and a test companion device (not shown). The test task is executed on the test environment. The WEB server provides an interface for a variety of preset services. The data analysis server is used for data analysis and storage of test logs, test data, test reports, fault diagnosis results and other data. Specifically, a distributed file system is built on the HADOOP cluster to realize a large amount of data analysis functions. The cloud platform server can communicate with each device in the test environment through the intranet, log in to the cloud platform server through the user terminal to establish a test task, and send it to the specified test environment for execution. After the test task is executed, the test log can be uploaded to the data analysis server for storage. The data analysis server analyzes the test log, specifically, may perform offline analysis, generate a test report, and perform fault diagnosis to obtain fault diagnosis results.

[0177] The software architecture of the automated test platform based on this test system can be mainly divided into an automated test subsystem, a test information management subsystem, and a data analysis subsystem. Each subsystem can be divided into multiple functional modules according to its specific function, and each functional module is set in each device of the above physical architecture according to the needs. Fig. 9 The figure is a schematic diagram of the software architecture of the test system provided by this embodiment. The functional modules and corresponding functions included in the automatic test subsystem are shown in Table 1.

[0178] Table 1

[0179]

[0180] The execution engine may be a download request sent by the test terminal to the cloud platform server, which is then sent to the test terminal by the cloud platform server; the test case script is sent to the test terminal by the TCM server. The general instrument may refer to test equipment such as a spectrum analyzer.

[0181] The test information management subsystem provides access to various preset services. Its main functional modules and corresponding functions are shown in Table 2. Among them, the test task management system adopts a unified cloud test platform (i.e., cloud platform), and users can flexibly create test tasks, efficiently arrange task priorities, and execute tasks in an orderly manner. In order to standardize the verification process, a unified test case management platform is adopted, and users can flexibly write test case scripts according to their needs and upload test case scripts uniformly. When a test task is created, the cloud platform can automatically connect to the test case management system and call the test case script set for users to choose. When the task is successfully created and started, the test terminal can download the test case script to the local execution. In order to facilitate the writing of test case scripts, a general basic test driver library can be used. Users can flexibly write test case scripts according to their needs and upload the test case script library set. The test task management system can be remotely controlled through the network or executed locally, which is convenient for users to execute test tasks at any time.

[0182] Table 2

[0183]

[0184] The basis of the data analysis subsystem is the HADOOP big data analysis platform. HDFS (Hadoop Distributed File System) and MapReduce (a programming model) are the core components of the Hadoop platform. Hbase (distributed, column-oriented open source database), Hive (a data warehouse tool based on Hadoop), and Mahout (an open source project that provides some scalable implementations of classic algorithms in the field of machine learning) are important components of the Hadoop software family, providing MySql database, data query, machine learning and other functions. After the test log generated by the automatic test subsystem is automatically uploaded to the remote server (the third server) through the log upload service, the remote server parses the uploaded test log through the log parsing program, extracts the test data, and finally generates a test report. Specifically, the Hbase big data structure can be used to extract the row keywords from the collected test logs and add them to the Hbase database. Hbase can filter the massive data through the row keys to obtain the desired test data, and can also perform summary analysis. Based on the HADOOP platform and its components, the functions of each module of the data analysis subsystem are realized. The functional modules and corresponding functions included in the data analysis subsystem are shown in Table 3. Among them, the file server is also the data analysis server.

[0185] Table 3

[0186]

[0187] like Fig.10FIG. 1 is a schematic block diagram of an exemplary test process provided by this embodiment. The test process may specifically include:

[0188] 1. Testers configure test parameters through the test parameter configuration module.

[0189] 2. Testers log in to the test task management system through the cloud platform entrance and edit test tasks in the test task management system, including the creation, deletion, priority adjustment, start and end of test tasks, selection of test cases, etc. After the test task is started, the Engine module and ATP module will perform automated testing.

[0190] 3. After the test is completed, the log upload service module automatically uploads the test log to the log collection module of the data analysis subsystem.

[0191] 4. The log collection module decompresses the collected test logs and saves them to a file server or distributed file system.

[0192] 5. The log analysis module analyzes the test logs in the file server or distributed file system and extracts test data from the test logs.

[0193] 6. The test data collection module saves the extracted test data into a database or distributed file system.

[0194] 7. The test report generation module classifies and summarizes the extracted test data and generates a test report, and finally outputs the test report to the test report query module of the test information management subsystem.

[0195] 8. Testers query the test report through the test report query module.

[0196] In addition to the above test process, testers can also retrieve and compile historical test data and historical fault information through the data query module and fault diagnosis module.

[0197] The test data processing platform based on distributed network architecture provides data transmission, data storage and other services for all servers and visitors. It adopts advanced big data processing technology to process test data quickly and efficiently. Through modular design, the entire system is divided into multiple functional modules, which can realize automatic processing of test data, effectively improve work efficiency, quickly complete the processing and analysis of massive test data, realize test data sharing, realize historical test data retrieval and analysis, and can locate current problems based on fault diagnosis query functions and historical test conditions.

[0198] It should be noted that each implementable method in this embodiment may be implemented separately, or may be implemented in combination in any combination without conflict, and this application is not limited thereto.

[0199] The test data processing method provided in this embodiment is based on the fourth server providing users with an interface entry for preset services, which effectively improves the flexibility and convenience of testing work, allowing users to flexibly and conveniently perform testing and related management work.

[0200] Another embodiment of the present application provides a test data processing method for testing radio frequency indicators of a multi-channel wireless transceiver. The execution subject of this embodiment is a test data processing device, which can be set in a server, specifically the third server mentioned above.

[0201] like Fig.11 FIG. 1 is a flow chart of a method for processing test data provided in this embodiment, the method comprising:

[0202] Step 301: receiving a test log sent by a test terminal, where the test log is generated when the test terminal executes a target test case script to test a device under test.

[0203] In this embodiment, the test logs sent by each test terminal can be received for unified management. The test logs can be decompressed and stored in a file server or a distributed file system, that is, the third server can be a single server or a distributed server cluster with a distributed file system.

[0204] Step 302: Analyze the test log and extract test data.

[0205] In this embodiment, the test data can be extracted according to a preset extraction rule, which can be set based on the specific data structure of the test log. For example, if the test log stores test time information, test case information, and test data by field, the test data can be extracted by field. For example, the values ​​of the radio frequency indicators of the device under test can be extracted, and relevant statistical calculations such as classification and aggregation can be performed. The specific processing method can be set according to actual needs.

[0206] Step 303: Generate a test report based on the test data.

[0207] After extracting the test data, you can also perform relevant statistical calculations such as classification and aggregation on the test data to determine the test results, and generate a test report based on the test data and statistical results.

[0208] For example, it is possible to count which RF indicators of the device under test are normal and which RF indicators are different from the expected results.

[0209] It should be noted that the specific operations of the above steps have been described in detail in the above embodiments and will not be repeated here.

[0210] The test data processing method provided in this embodiment uploads the generated test log to the third server through the test terminal. The third server parses the test log, extracts the test data, and generates a test report, thereby realizing the automatic organization of the test data and the automatic generation of the test report, thereby effectively improving the test work efficiency and solving the problems of the prior art that the test data needs to be manually organized and the work efficiency is low.

[0211] Another embodiment of the present application further supplements the method provided in the above embodiment.

[0212] like Fig.12 , which is a flow chart of the test data processing method provided in this embodiment.

[0213] As an implementable manner, based on the above embodiment, optionally, the method further includes:

[0214] Step 4011, receiving a query request sent by a fourth server, the query request includes a user's query condition, and the query request is sent by a user terminal to the fourth server.

[0215] Step 4012, in response to the query request, query the result data that meets the query condition as the query result.

[0216] Step 4013: Send the query result to the fourth server, so that the fourth server sends the query result to the user terminal for output.

[0217] It should be noted that the specific operations of the above steps have been described in detail in the above embodiments and will not be repeated here.

[0218] Optionally, the query request is a test data query request, the query condition is a first query condition, and the query results include test data that meets the first query condition; or, the query request is a test report query request, the query condition is a second query condition, and the query results include test reports that meet the second query condition; or, the query request is a fault diagnosis query request, the query condition is a third query condition, and the query results include fault diagnosis results that meet the third query condition.

[0219] As another practicable manner, based on the above embodiment, optionally, after analyzing the test log and extracting the test data, the method further includes:

[0220] Step 4021, perform fault diagnosis on the test result according to the test data, and obtain and store the fault diagnosis result.

[0221] In this embodiment, the difference obtained by comparing the current test data with the expected result can be matched with the historical fault situation to determine the fault type and store the fault diagnosis result. The historical fault situation can be to classify the faults tested based on experience or solved faults to obtain one or more fault types. For example, if the receiver sensitivity of the device under test in the test data is significantly different from the expected result, and the historical fault situation includes the corresponding fault types when the receiver sensitivity is different, then the difference between the current test result and the expected result is matched with the historical fault situation, and the possible fault type of the abnormal receiver sensitivity in this test can be determined.

[0222] As another practicable manner, based on the above embodiment, optionally, a test report is generated according to the test data, including:

[0223] Step 4031, obtaining a preset test report template.

[0224] Step 4032: fill in the test report template according to the test data to generate a test report.

[0225] In this embodiment, one or more test report templates can be set in advance according to actual needs. After obtaining the test data, the desired test report template can be selected, and the content to be filled in the test report template can be extracted from the test data or calculated based on the test data, and the test report template can be filled to generate a test report.

[0226] For example, the test report involves the test results of the output power of each channel of the device under test, and the output power of 64 channels is displayed in a list. Then, the identifier of each channel and the corresponding output power can be extracted from the test data to fill in the corresponding part of the test report. The test report can also include the comparison results of the output power of each channel with the expected output power. Then, the output power of the test data can be compared with the expected output power to obtain the comparison results and fill in the corresponding part of the test report; and so on.

[0227] As another practicable manner, based on the above embodiment, optionally, after analyzing the test log and extracting the test data, the method further includes:

[0228] Step 4033, store the test data in the distributed file system.

[0229] In this embodiment, the distributed file system may be built in the third server, and the third server may be a distributed server cluster for realizing the analysis function of a large amount of test data.

[0230] It should be noted that each implementable method in this embodiment may be implemented separately, or may be implemented in combination in any combination without conflict, and this application is not limited thereto.

[0231] The test data processing method provided in this embodiment implements the storage and analysis of a large amount of test data based on a distributed file system, and supports user query requirements for test data, test reports, fault diagnosis, etc., effectively improving the flexibility and convenience of user operations, thereby improving user experience.

[0232] Yet another embodiment of the present application provides a test data processing device for executing the method of the above-mentioned terminal device side embodiment.

[0233] like Fig.13 , which is a schematic diagram of the structure of the test data processing device provided in this embodiment. The test data processing device includes: a transceiver 600 , a processor 610 and a memory 620 .

[0234] The memory 620 is used to store computer programs; the transceiver 600 is used to send and receive data under the control of the processor 610; the processor 610 is used to read the computer program in the memory 620 and perform the following operations:

[0235] Receiving a test task sent by the first server, where the test task includes a target test case identifier;

[0236] Acquire a corresponding target test case script from the second server according to the target test case identifier;

[0237] Execute the target test case script, test the device under test, and generate a test log;

[0238] The test log is sent to the third server, so that the third server generates a test report according to the test log.

[0239] Among them, Fig.13 In the embodiment, the bus architecture may include any number of interconnected buses and bridges, specifically linking together various circuits of one or more processors represented by processor 610 and memory represented by memory 620. The bus architecture may also link together 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. The transceiver 600 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium, which transmission medium may include a wireless channel, a wired channel, an optical cable, and the like. The processor 610 is responsible for managing the bus architecture and general processing, and the memory 620 may store data used by the processor 610 when performing operations.

[0240] The processor 610 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or a complex programmable logic device (CPLD). The processor may also adopt a multi-core architecture.

[0241] Optionally, the processor 610 is further configured to read a computer program in the memory and perform the following operations:

[0242] If it is determined that the test parameter configuration interface display conditions are met, the test parameter configuration interface is displayed to the user;

[0243] Obtain the test parameters entered by the user in the test parameter configuration interface;

[0244] Sending the test parameters to the fourth server, so that the fourth server generates and returns a test configuration file according to the test parameters, where the test configuration file is used to test the device to be tested;

[0245] Receive and store the test configuration file returned by the fourth server.

[0246] Optionally, the processor 610 is further configured to read a computer program in the memory and perform the following operations:

[0247] Get the user's first operation on the entry interface;

[0248] In response to the first operation of the user, sending a test parameter configuration interface acquisition request to the fourth server;

[0249] Receive the test parameter configuration interface data sent by the fourth server, and determine whether the test parameter configuration interface display conditions are met.

[0250] Optionally, the processor is further configured to read a computer program in the memory and perform the following operations:

[0251] If it is determined that the target query interface display conditions are met, the target query interface is displayed to the user;

[0252] Obtain the query conditions entered by the user in the target query interface;

[0253] sending a query request to the fourth server according to the query condition, so that the fourth server forwards the query request to the third server;

[0254] receiving a query result of the third server forwarded by the fourth server, where the query result includes result data that meets the query condition;

[0255] Output the query results.

[0256] Optionally, the processor is further configured to read a computer program in the memory and perform the following operations:

[0257] Get the user's second operation on the entry interface;

[0258] In response to the second operation of the user, sending a target query interface acquisition request to a fourth server;

[0259] Receive the target query interface data sent by the fourth server, and determine whether the target query interface display condition is met.

[0260] Optionally, the target query interface is a test data query interface, the query condition is a first query condition, the query request is a test data query request, and the query results include test data that meets the first query condition; or, the target query interface is a test report query interface, the query condition is a second query condition, the query request is a test report query request, and the query results include test reports that meet the second query condition; or, the target query interface is a fault diagnosis query interface, the query condition is a third query condition, the query request is a fault diagnosis query request, and the query results include fault diagnosis results that meet the third query condition.

[0261] Optionally, the processor is further configured to read a computer program in the memory and perform the following operations:

[0262] Get the user's third operation;

[0263] In response to a third operation of the user, sending a request for obtaining an entry interface to a fourth server;

[0264] Receiving the entry interface data sent by the fourth server;

[0265] The entry interface is displayed to the user according to the entry interface data. The entry interface includes an entrance to a preset service. The preset service includes at least one of a first server access service, a second server access service, a test data query service, a test report query service, a fault diagnosis query service, user authority management, reliability test information management, a line loss calibration service, and a test parameter configuration service.

[0266] It should be noted here that the test data processing device provided in the embodiment of the present application can implement all the method steps implemented in the above-mentioned test terminal side method embodiment, and can achieve the same technical effect. The parts and beneficial effects of this embodiment that are the same as the method embodiment will not be described in detail here.

[0267] Yet another embodiment of the present application provides a test data processing device for executing the method of the above server-side embodiment.

[0268] like Fig.14 , which is a schematic diagram of the structure of the test data processing device provided in this embodiment. The test data processing device includes: a transceiver 700 , a processor 710 and a memory 720 .

[0269] The memory 720 is used to store computer programs; the transceiver 700 is used to send and receive data under the control of the processor 710; the processor 710 is used to read the computer program in the memory 720 and perform the following operations:

[0270] Receive a test log sent by the test terminal, where the test log is generated by the test terminal executing a target test case script to test the device under test;

[0271] Analyze the test logs and extract test data;

[0272] Generate a test report based on the test data.

[0273] Among them, Fig.14 In the embodiment, the bus architecture may include any number of interconnected buses and bridges, specifically linking together various circuits of one or more processors represented by processor 710 and memory represented by memory 720. The bus architecture may also link together 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. The transceiver 700 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium, which may include a wireless channel, a wired channel, an optical cable, and other transmission media. The processor 710 is responsible for managing the bus architecture and general processing, and the memory 720 may store data used by the processor 710 when performing operations.

[0274] The processor 710 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or a complex programmable logic device (CPLD). The processor may also adopt a multi-core architecture.

[0275] Optionally, the processor 710 is further configured to read a computer program in the memory and perform the following operations:

[0276] receiving a query request sent by a fourth server, the query request including a user's query condition, and the query request is sent by a user terminal to the fourth server;

[0277] In response to the query request, querying result data that meets the query condition as the query result;

[0278] The query result is sent to the fourth server, so that the fourth server sends the query result to the user terminal for output.

[0279] Optionally, the query request is a test data query request, the query condition is a first query condition, and the query results include test data that meets the first query condition; or, the query request is a test report query request, the query condition is a second query condition, and the query results include test reports that meet the second query condition; or, the query request is a fault diagnosis query request, the query condition is a third query condition, and the query results include fault diagnosis results that meet the third query condition.

[0280] Optionally, the processor 710 is further configured to read a computer program in the memory and perform the following operations:

[0281] According to the test data, fault diagnosis is performed on the test results, and the fault diagnosis results are obtained and stored.

[0282] Optionally, the processor 710 is configured to read a computer program in the memory and execute the computer program to generate a test report according to the test data, specifically including:

[0283] Get the preset test report template;

[0284] Fill in the test report template according to the test data and generate a test report.

[0285] Optionally, the processor 710 is further configured to read a computer program in the memory and perform the following operations:

[0286] Store test data in a distributed file system.

[0287] It should be noted here that the test data processing device provided in the embodiment of the present application can implement all the method steps implemented in the above-mentioned server-side method embodiment, and can achieve the same technical effect. The parts and beneficial effects of this embodiment that are the same as those in the method embodiment will not be described in detail here.

[0288] Yet another embodiment of the present application provides a test data processing system for implementing the method provided in any of the above embodiments.

[0289] like Fig.15FIG. 1 is a schematic diagram of the architecture of the test data processing system provided in this embodiment. The test data processing system includes: a first server, a second server, a third server and a test terminal.

[0290] Among them, the first server is used to manage test tasks; the second server is used to manage test case scripts; the test terminal is used to obtain test tasks from the first server, obtain test case scripts from the second server according to the test tasks, test the device to be tested based on the test case scripts, generate test logs, and upload them to the third server; the third server is used to collect the test logs generated by each test terminal, and generate a test report based on the test logs.

[0291] Optionally, the test data processing system may further include: a fourth server.

[0292] Among them, the fourth server is used to provide an interface for preset services, and the preset services include at least one of the first server access service, the second server access service, the test data query service, the test report query service, the fault diagnosis query service, the user authority management, the reliability test information management, the line loss calibration service, and the test parameter configuration service.

[0293] Optionally, the third server is a HADOOP-based distributed server cluster.

[0294] Optionally, a distributed file system is built on the distributed server cluster.

[0295] It should be noted here that the specific functions of each component device in the test data processing system provided in this embodiment and the specific implementation method of each function have been described in detail in the aforementioned method embodiment, which can implement all the method steps implemented in the aforementioned method embodiment and can achieve the same technical effect. The parts and beneficial effects of this embodiment that are the same as those in the method embodiment will not be described in detail here.

[0296] Yet another embodiment of the present application provides a test data processing device for implementing the method provided by the above-mentioned test terminal side method embodiment.

[0297] like Fig.16 FIG. 8 is a schematic diagram of the structure of the test data processing device provided in this embodiment. The test data processing device 80 includes: a first receiving unit 81 , an acquiring unit 82 , a testing unit 83 and a sending unit 84 .

[0298] Among them, the first receiving unit is used to receive a test task sent by the first server, and the test task includes a target test case identifier; the acquisition unit is used to obtain the corresponding target test case script from the second server according to the target test case identifier; the testing unit is used to execute the target test case script, test the device to be tested, and generate a test log; the sending unit is used to send the test log to the third server, so that the third server generates a test report according to the test log.

[0299] Optionally, the acquisition unit is further configured to display the test parameter configuration interface to the user if it is determined that the test parameter configuration interface display condition is met;

[0300] The acquisition unit is also used to acquire the test parameters input by the user in the test parameter configuration interface;

[0301] The sending unit is further used to send the test parameters to the fourth server, so that the fourth server generates and returns a test configuration file according to the test parameters, and the test configuration file is used to test the device to be tested;

[0302] The first receiving unit is further configured to receive and store the test configuration file returned by the fourth server.

[0303] Optionally, the acquisition unit is further used to acquire the first operation of the user on the entry interface;

[0304] The sending unit is further used to send a test parameter configuration interface acquisition request to the fourth server in response to the user's first operation;

[0305] The first receiving unit is further used to receive the test parameter configuration interface data sent by the fourth server, and determine whether the test parameter configuration interface display condition is met.

[0306] Optionally, the acquisition unit is further configured to display the target query interface to the user if it is determined that the target query interface display condition is met;

[0307] The acquisition unit is also used to acquire the query conditions entered by the user in the target query interface;

[0308] The sending unit is further used to send a query request to the fourth server according to the query condition, so that the fourth server forwards the query request to the third server;

[0309] The first receiving unit is further used to receive the query result of the third server forwarded by the fourth server, where the query result includes result data that meets the query condition;

[0310] The sending unit is also used to output the query results.

[0311] Optionally, the acquisition unit is further used to acquire a second operation of the user on the entry interface;

[0312] The sending unit is further used to send a target query interface acquisition request to the fourth server in response to the second operation of the user;

[0313] The first receiving unit is further configured to receive target query interface data sent by the fourth server, and determine whether the target query interface display condition is met.

[0314] Optionally, the target query interface is a test data query interface, the query condition is a first query condition, the query request is a test data query request, and the query results include test data that meets the first query condition; or, the target query interface is a test report query interface, the query condition is a second query condition, the query request is a test report query request, and the query results include test reports that meet the second query condition; or, the target query interface is a fault diagnosis query interface, the query condition is a third query condition, the query request is a fault diagnosis query request, and the query results include fault diagnosis results that meet the third query condition.

[0315] Optionally, the acquiring unit is further used to acquire a third operation of the user;

[0316] The sending unit is further used to send a portal interface acquisition request to the fourth server in response to a third operation of the user;

[0317] The first receiving unit is further used to receive the entry interface data sent by the fourth server;

[0318] The acquisition unit is also used to display the entry interface to the user according to the entry interface data. The entry interface includes an entrance to a preset service. The preset service includes at least one of a first server access service, a second server access service, a test data query service, a test report query service, a fault diagnosis query service, user authority management, reliability test information management, a line loss calibration service, and a test parameter configuration service.

[0319] Regarding the device in this embodiment, the specific manner in which each unit performs the operation has been described in detail in the embodiment of the method, and can achieve the same beneficial effects, so it will not be elaborated here.

[0320] Yet another embodiment of the present application provides a test data processing device for executing the method provided by the above server-side method embodiment.

[0321] like Fig.17 FIG. 9 is a schematic diagram of the structure of the test data processing device provided in this embodiment. The test data processing device 90 includes: a second receiving unit 91 , an analyzing unit 92 and a generating unit 93 .

[0322] Among them, the second receiving unit is used to receive the test log sent by the test terminal, and the test log is generated by the test terminal executing the target test case script to test the device under test; the analysis unit is used to analyze the test log and extract test data; the generation unit is used to generate a test report based on the test data.

[0323] Optionally, the second receiving unit is further configured to receive a query request sent by a fourth server, the query request including a query condition of the user, and the query request is sent by the user terminal to the fourth server;

[0324] The analysis unit is further used to query result data satisfying the query condition as the query result in response to the query request;

[0325] The generating unit is further used to send the query result to the fourth server, so that the fourth server sends the query result to the user terminal for output.

[0326] Optionally, the query request is a test data query request, the query condition is a first query condition, and the query results include test data that meets the first query condition; or, the query request is a test report query request, the query condition is a second query condition, and the query results include test reports that meet the second query condition; or, the query request is a fault diagnosis query request, the query condition is a third query condition, and the query results include fault diagnosis results that meet the third query condition.

[0327] Optionally, the analysis unit is further used to perform fault diagnosis on the test results according to the test data, and obtain and store the fault diagnosis results.

[0328] Optionally, the generating unit is specifically configured to:

[0329] Get the preset test report template;

[0330] Fill in the test report template according to the test data and generate a test report.

[0331] Optionally, the analysis unit is further configured to store the test data in a distributed file system.

[0332] Regarding the device in this embodiment, the specific manner in which each unit performs the operation has been described in detail in the embodiment of the method, and can achieve the same beneficial effects, so it will not be elaborated here.

[0333] It should be noted that the division of units in the embodiments of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation. In addition, each functional unit in each embodiment of the present application may be integrated into a processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0334] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a processor-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, server, or network device, etc.) or a processor (processor) to perform all or part of the steps of each embodiment method of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), disk or optical disk and other media that can store program code.

[0335] Another embodiment of the present application provides a processor-readable storage medium. The processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute any of the above method embodiments.

[0336] Among them, the processor-readable storage medium can be any available medium or data storage device that can be accessed by the processor, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.), optical storage (such as CD, DVD, BD, HVD, etc.), and semiconductor storage (such as ROM, EPROM, EEPROM, non-volatile memory (NANDFLASH), solid-state drive (SSD)), etc.

[0337] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) that contain computer-usable program code.

[0338] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer executable instructions. These computer executable instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0339] These processor executable instructions may also be stored in a processor readable memory that can direct a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the processor readable memory produce an article of manufacture including an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0340] These processor-executable instructions may also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for executing on the computer or other programmable device to implement the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0341] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A method for processing test data, characterized in that: The method comprises: Receiving a test task sent by the first server, wherein the test task includes a target test case identifier; Acquire a corresponding target test case script from the second server according to the target test case identifier; Execute the target test case script to test the device under test and generate a test log; Sending the test log to a third server so that the third server generates a test report according to the test log; wherein the third server is a distributed server cluster based on HADOOP; If it is determined that the target query interface display conditions are met, the target query interface is displayed to the user; Acquire the query condition input by the user in the target query interface; Sending a query request to the fourth server according to the query condition, so that the fourth server forwards the query request to the third server; wherein the third server maintains test logs and test data, test reports, and fault diagnosis results generated by historical tests of various devices under test, and provides the fourth server with a list of query conditions supported by it; receiving a query result of the third server forwarded by the fourth server, wherein the query result includes result data satisfying the query condition; The query result is output.

2. The method according to claim 1, characterized in that: The method further comprises: If it is determined that the test parameter configuration interface display conditions are met, the test parameter configuration interface is displayed to the user; Acquire the test parameters input by the user in the test parameter configuration interface; Sending the test parameters to a fourth server, so that the fourth server generates and returns a test configuration file according to the test parameters, wherein the test configuration file is used to test the device to be tested; Receive and store the test configuration file returned by the fourth server.

3. The method according to claim 2, characterized in that If it is determined that the test parameter configuration interface display condition is met, before displaying the test parameter configuration interface to the user, the method further includes: Get the user's first operation on the entry interface; In response to the first operation of the user, sending a test parameter configuration interface acquisition request to the fourth server; Receive the test parameter configuration interface data sent by the fourth server, and determine whether the test parameter configuration interface display conditions are met.

4. The method according to claim 1, characterized in that: If it is determined that the target query interface display condition is met, before displaying the target query interface to the user, the method further includes: Get the user's second operation on the entry interface; In response to the second operation of the user, sending a target query interface acquisition request to the fourth server; Receive the target query interface data sent by the fourth server, and determine whether the target query interface display condition is met.

5. The method according to claim 1, characterized in that The target query interface is a test data query interface, the query condition is a first query condition, the query request is a test data query request, and the query result includes test data that meets the first query condition; or The target query interface is a test report query interface, the query condition is a second query condition, the query request is a test report query request, and the query result includes a test report that satisfies the second query condition; or, The target query interface is a fault diagnosis query interface, the query condition is a third query condition, the query request is a fault diagnosis query request, and the query result includes a fault diagnosis result that meets the third query condition.

6. The method according to any one of claims 1 to 5, characterized in that: The method further comprises: Get the user's third operation; In response to the third operation of the user, sending a portal interface acquisition request to a fourth server; Receiving the entry interface data sent by the fourth server; An entry interface is displayed to the user according to the entry interface data, and the entry interface includes an entrance to a preset service, and the preset service includes at least one of a first server access service, a second server access service, a test data query service, a test report query service, a fault diagnosis query service, user authority management, reliability test information management, a line loss calibration service, and a test parameter configuration service.

7. A method for processing test data, the method being applied to a third server, the third server being a distributed server cluster based on HADOOP, characterized in that: The method comprises: Receiving a test log sent by a test terminal, wherein the test log is generated by the test terminal executing a target test case script to test the device under test; Analyze the test log and extract test data; Generate a test report based on the test data; receiving a query request sent by a fourth server, wherein the query request includes a query condition of a user, and the query request is sent by a user terminal to the fourth server; In response to the query request, query the result data that meets the query condition as the query result; wherein the third server maintains test logs and test data, test reports, and fault diagnosis results generated by historical tests of various devices under test, and provides the fourth server with a list of query conditions supported by it; The query result is sent to the fourth server, so that the fourth server sends the query result to the user terminal for output.

8. The method according to claim 7, characterized in that The query request is a test data query request, the query condition is a first query condition, and the query result includes test data satisfying the first query condition; or, The query request is a test report query request, the query condition is a second query condition, and the query result includes a test report that satisfies the second query condition; or, The query request is a fault diagnosis query request, the query condition is a third query condition, and the query result includes a fault diagnosis result that satisfies the third query condition.

9. The method according to claim 7, characterized in that: After analyzing the test log and extracting the test data, the method further includes: According to the test data, fault diagnosis is performed on the test result, and the fault diagnosis result is obtained and stored.

10. The method according to claim 7, characterized in that Generating a test report according to the test data includes: Get the preset test report template; The test report template is filled in according to the test data to generate the test report.

11. The method according to any one of claims 7 to 10, characterized in that: After analyzing the test log and extracting the test data, the method further includes: The test data is stored in a distributed file system.

12. A test data processing device, characterized in that: Including memory, transceiver, processor; Memory for storing computer programs; a transceiver, for transmitting and receiving data under the control of the processor; A processor is configured to read the computer program in the memory and perform the following operations: Receiving a test task sent by the first server, wherein the test task includes a target test case identifier; Acquire a corresponding target test case script from the second server according to the target test case identifier; Execute the target test case script to test the device under test and generate a test log; Sending the test log to a third server so that the third server generates a test report according to the test log; wherein the third server is a distributed server cluster based on HADOOP; The processor is further configured to read the computer program in the memory and perform the following operations: If it is determined that the target query interface display conditions are met, the target query interface is displayed to the user; Acquire the query condition input by the user in the target query interface; Sending a query request to the fourth server according to the query condition, so that the fourth server forwards the query request to the third server; wherein the third server maintains test logs and test data, test reports, and fault diagnosis results generated by historical tests of various devices under test, and provides the fourth server with a list of query conditions supported by it; receiving a query result of the third server forwarded by the fourth server, wherein the query result includes result data satisfying the query condition; The query result is output.

13. A test data processing device, the device is set in a third server, the third server is a distributed server cluster based on HADOOP, characterized in that: Including memory, transceiver, processor: A memory for storing a computer program; a transceiver for transmitting and receiving data under the control of the processor; and a processor for reading the computer program in the memory and performing the following operations: Receiving a test log sent by a test terminal, wherein the test log is generated by the test terminal executing a target test case script to test the device under test; Analyze the test log and extract test data; Generate a test report based on the test data; The processor is further configured to read the computer program in the memory and perform the following operations: receiving a query request sent by a fourth server, wherein the query request includes a query condition of a user, and the query request is sent by a user terminal to the fourth server; In response to the query request, query the result data that meets the query condition as the query result; wherein the third server maintains test logs and test data, test reports, and fault diagnosis results generated by historical tests of various devices under test, and provides the fourth server with a list of query conditions supported by it; The query result is sent to the fourth server, so that the fourth server sends the query result to the user terminal for output.

14. A test data processing system, characterized in that: include: A first server, a second server, a third server and a test terminal; The first server is used to manage test tasks; The second server is used to manage test case scripts; The test terminal is used to obtain a test task from the first server, obtain a test case script from the second server according to the test task, test the device to be tested based on the test case script, generate a test log, and upload it to the third server; The third server is used to collect the test logs generated by each test terminal, and generate a test report according to the test logs; a fourth server, configured to provide an interface for preset services, wherein the preset services include at least one of a first server access service, a second server access service, a test data query service, a test report query service, a fault diagnosis query service, user authority management, reliability test information management, a line loss calibration service, and a test parameter configuration service; The third server is a distributed server cluster based on HADOOP.

15. A test data processing device, characterized in that: include: A first receiving unit, configured to receive a test task sent by a first server, wherein the test task includes a target test case identifier; An acquisition unit, configured to acquire a corresponding target test case script from a second server according to the target test case identifier; The test unit is used to execute the target test case script, test the device under test, and generate a test log; A sending unit, configured to send the test log to a third server, so that the third server generates a test report according to the test log; wherein the third server is a distributed server cluster based on HADOOP; The acquisition unit is further configured to display the target query interface to the user if it is determined that the target query interface display condition is met; The acquisition unit is further used to acquire the query condition input by the user in the target query interface; The sending unit is further used to send a query request to the fourth server according to the query condition, so that the fourth server forwards the query request to the third server; wherein the third server maintains test logs and test data, test reports, and fault diagnosis results generated by historical tests of multiple devices under test, and provides the fourth server with a list of query conditions supported by it; The first receiving unit is further configured to receive a query result of the third server forwarded by the fourth server, wherein the query result includes result data satisfying the query condition; The sending unit is further used to output the query result.

16. A test data processing device, the device is set in a third server, the third server is a distributed server cluster based on HADOOP, characterized in that: include: A second receiving unit, configured to receive a test log sent by a test terminal, wherein the test log is generated by the test terminal executing a target test case script to test the device under test; An analysis unit, used to analyze the test log and extract test data; A generating unit, used for generating a test report according to the test data; The second receiving unit is further configured to receive a query request sent by a fourth server, wherein the query request includes a query condition of a user, and the query request is sent by a user terminal to the fourth server; The analysis unit is further used to query the result data satisfying the query condition in response to the query request as the query result; wherein the third server maintains test logs and test data, test reports, and fault diagnosis results generated by historical tests of various devices under test, and provides the fourth server with a list of query conditions supported by it; The generating unit is further configured to send the query result to the fourth server, so that the fourth server sends the query result to the user terminal for output.

17. A processor-readable storage medium, characterized in that: The processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute the method according to any one of claims 1 to 6.

18. A processor-readable storage medium, characterized in that: The processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute the method according to any one of claims 7 to 11.

Images