CN114285768B - Test file detection method, information reporting method and equipment for detecting test file - Google Patents
Test file detection method, information reporting method and equipment for detecting test file Download PDFInfo
- Publication number
- CN114285768B CN114285768B CN202111400747.2A CN202111400747A CN114285768B CN 114285768 B CN114285768 B CN 114285768B CN 202111400747 A CN202111400747 A CN 202111400747A CN 114285768 B CN114285768 B CN 114285768B
- Authority
- CN
- China
- Prior art keywords
- test
- file
- information
- time
- acquisition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
The disclosure provides a test file detection method, a test file detection information reporting method and a test file detection information reporting device, and relates to a computer data processing technology, comprising the following steps: receiving test information sent by a test terminal in a test process; the test information comprises test time information and test position information; receiving a test file sent by a test terminal; the test file comprises test data, acquisition time information and acquisition position information when the test data are acquired; and detecting whether the test file is the file generated by the test according to the test information. According to the method provided by the disclosure, the test terminal can send the test information to the server in the test process; the server detects whether the test file sent by the received test terminal is the file generated by the test according to the received test information, and determines the integrity of the received test file. The influence on the positioning network problem caused by incomplete test files can be avoided.
Description
Technical Field
The disclosure relates to computer data processing technology, and in particular relates to a test file detection method, a test file detection information reporting method and a test file detection information reporting device.
Background
Currently, there are various means for communications operators to perform network optimization by locating network problems, one of which is to search for possible problems in the network, evaluate network quality, and assist network optimization by using a Test terminal to perform a field Test such as Drive Test (DT) or call quality dialing Test (Call Quality Test, CQT). The test terminal can record the test result as a test file (LOG file) during the test. The background can analyze LOG files and locate and analyze problems in the network.
In the prior art, validity of the LOG file is judged mainly, whether the LOG file depends on an automatic system or manual work, if analysis failure of a certain LOG file is found, a background technician informs a foreground tester to take a complement test mode, and the complement test is carried out on a test time period, a test area or a test road section of data missing.
However, this method lacks a judging method for the integrity of the LOG file, for example, for a certain network test task, the LOG file provided to the background by the foreground has more old data (not the test result but can be normally analyzed) than a few past old data due to the misoperation of the foreground personnel; or fewer LOG files than should have been uploaded; or LOG files of the same time period and the same area are mixed, but the LOG files are not effective test results appointed by a tester. These anomalies all affect the problem of locating the network, and it is difficult for the background analyst to actively discover the anomalies.
Disclosure of Invention
The disclosure provides a test file detection method, a test file information reporting method and a test file information reporting device, so as to solve the problem that in the prior art, integrity detection cannot be performed on a test file, for example, for a certain network test task, due to misoperation of a foreground person, a LOG file provided by the foreground to the background has more old data (not the test result but can be normally analyzed); or fewer LOG files than should have been uploaded; or LOG files of the same time period and the same area are mixed, but the LOG files are not effective test results appointed by a tester. The above abnormal situations will affect the problem of locating the network, and the background analyst has difficulty in actively finding the abnormal situations.
According to a first aspect of the present disclosure, there is provided a method for testing file detection, applied to a server, including:
receiving test information sent by a test terminal in a test process; the test information comprises test time information and test position information;
receiving a test file sent by the test terminal; the test file comprises test data, and acquisition time information and acquisition position information when the test data are acquired;
And detecting whether the test file is a file generated by the test according to the test information.
According to a second aspect of the present disclosure, there is provided an information reporting method for detecting a test file, applied to a test terminal, including:
transmitting test information to a server during test; the test information comprises test time information and test position information;
generating a test file according to test data acquired during testing, acquisition time information and acquisition position information during acquisition of the test data, and sending the test file to a server; the test information is used for detecting whether the test file is a file generated by the test.
According to a third aspect of the present disclosure, there is provided an apparatus for testing file detection, applied to a server, including:
the receiving unit is used for receiving the test information sent by the test terminal in the test process; the test information comprises test time information and test position information;
the receiving unit is also used for receiving the test file sent by the test terminal; the test file comprises test data, and acquisition time information and acquisition position information when the test data are acquired;
And the detection unit is used for detecting whether the test file is a file generated by the current test according to the test information.
According to a fourth aspect of the present disclosure, there is provided an information reporting apparatus for detecting a test file, applied to a test terminal, including:
the sending unit is used for sending test information to the server during testing; the test information comprises test time information and test position information;
the sending unit is also used for generating a test file according to the test data acquired during the test, and acquisition time information and acquisition position information acquired during the test data acquisition, and sending the test file to the server; the test information is used for detecting whether the test file is a file generated by the test.
According to a fifth aspect of the present disclosure, there is provided an electronic device comprising a memory and a processor; wherein, the liquid crystal display device comprises a liquid crystal display device,
the memory is used for storing a computer program;
the processor is configured to read the computer program stored in the memory, and execute the method according to the first aspect and the second aspect according to the computer program in the memory.
According to a sixth aspect of the present disclosure, there is provided a computer readable storage medium having stored therein computer executable instructions which, when executed by a processor, implement the method according to the first and second aspects.
According to a seventh aspect of the present disclosure, there is provided a computer program product comprising a computer program which, when executed by a processor, implements the method according to the first and second aspects.
According to an eighth aspect of the present disclosure, there is provided a system for detecting a test file, including a server, a test terminal; the server is used for executing the method for detecting the test file according to the first aspect, and the test terminal is used for executing the information reporting method for detecting the test file according to the second aspect.
The method for detecting the test file, the method for reporting information of the test file and the equipment provided by the disclosure comprise the following steps: receiving test information sent by a test terminal in a test process; the test information comprises test time information and test position information; receiving a test file sent by a test terminal; the test file comprises test data, acquisition time information and acquisition position information when the test data are acquired; and detecting whether the test file is the file generated by the test according to the test information. According to the method provided by the disclosure, the test terminal can send the test information to the server in the test process; the server detects whether the test file sent by the received test terminal is the file generated by the test according to the received test information, and determines the integrity of the received test file. The influence on the positioning network problem caused by incomplete test files can be avoided.
Drawings
FIG. 1 is a flow chart of a method of testing document detection according to an exemplary embodiment of the present disclosure;
FIG. 2 is a flow chart illustrating a method of testing document detection according to another exemplary embodiment of the present disclosure;
FIG. 3 is a flow chart of a method for reporting information for detecting a test file according to an exemplary embodiment of the present disclosure;
FIG. 4 is a flow chart of an information reporting method for detecting test files according to another exemplary embodiment of the present disclosure;
FIG. 5 is a process diagram of a method of testing document detection as shown in an exemplary embodiment of the present disclosure;
FIG. 6 is a schematic diagram of an apparatus for testing document detection according to an exemplary embodiment of the present disclosure;
FIG. 7 is a schematic structural view of an apparatus for testing document detection according to another exemplary embodiment of the present disclosure;
fig. 8 is a schematic structural diagram of an information reporting device for detecting a test file according to an exemplary embodiment of the present disclosure;
fig. 9 is a schematic structural diagram of an information reporting apparatus for detecting a test file according to another exemplary embodiment of the present disclosure;
fig. 10 is a block diagram of an electronic device shown in an exemplary embodiment of the present disclosure.
Detailed Description
Currently, there are various means for communications operators to perform network optimization by locating network problems, one of which is to search for possible problems in the network, evaluate network quality, and assist network optimization by using a Test terminal to perform a field Test such as Drive Test (DT) or call quality dialing Test (Call Quality Test, CQT). The test terminal can record the test result as a test file (LOG file) during the test. The background can analyze LOG files and locate and analyze problems in the network. In the prior art, validity of the LOG file is judged mainly, whether the LOG file depends on an automatic system or manual work, if analysis failure of a certain LOG file is found, a background technician informs a tester to take a complement test mode, and the complement test is carried out on a test time period, a test area or a test road section of the data loss.
However, this method lacks a judgment method for the integrity of the LOG file, for example, for a certain network test task, because of the misoperation of a tester, the LOG file provided by the tester to the background has more old data (not the test result but can be normally analyzed); or fewer LOG files than should have been uploaded; or LOG files of the same time period and the same area are mixed, but the LOG files are not effective test results appointed by a tester. These anomalies all affect the positioning of network problems and it is difficult for the background technician to actively discover these anomalies.
In order to solve the technical problems, in the scheme provided by the disclosure, a test terminal sends test information to a server in a test process, and sends a test file to the server after the test is completed. The server detects whether the test file is generated by the current test according to the received test information, and determines the integrity of the received test file. The influence on the positioning network problem caused by incomplete test files can be avoided.
Fig. 1 is a flow chart illustrating a method of testing document detection according to an exemplary embodiment of the present disclosure. The method can be applied to a server.
As shown in fig. 1, the method for detecting a test file provided by the present disclosure includes:
The method provided by the present disclosure may be performed by an electronic device with computing capabilities, such as a server or the like. The electronic equipment can receive the test information and the test file sent by the test terminal, and detect whether the test file is generated by the current test according to the test information.
Specifically, before the test starts, the test terminal is required to establish a transmission control protocol (Transmission Control Protocol, TCP) communication link between the test terminal and the server through a specified internet protocol (Internet Protocol, IP) and a port and the server, so as to ensure that the test terminal can send test information to the server in a real-time or timed manner.
The server side can utilize the test information to carry out integrity detection on the received test file. For example, the server may generate verification log data from the test information.
The test terminal may be an electronic device with computing capability, for example, a computer, a mobile phone, a tablet computer, etc.
Specifically, the test may be a test of the performance of the wireless network by using the test terminal, and may include a voice call test (including a voice quality test, a call drop rate test, a call connection rate test, etc.) and a data service test (including an upload rate, a download rate, a call drop rate test, a call connection rate test, etc.).
The test terminal can report the test information of each test to the server, and one test process can be a process which is continuous from the beginning of the test to the ending of the test. Such as test time information and test location information.
The test time information may be any time information in the test process, for example, may be a start test time and an end test time.
The test location information may be a location where the test terminal is located at the time of the test, for example, a location where the test starts, and a location where the test ends. The test terminal may collect this information and send it to the server.
Specifically, the test terminal may send test information to the server in real time or at regular time.
The real-time reporting means that the test information is reported to the server after the test terminal collects the test information.
The timed reporting means that the test terminal caches the collected test information and reports the cached test information to the server at a proper time. In the implementation mode, the test terminal does not need to report the test information frequently, the network connection frequently is not needed, and the server does not need to write data frequently, so that the implementation mode has higher efficiency.
Optionally, in the testing process, in order to prevent the test terminal device from abnormal to cause loss of a large amount of test data, manual setting or automatic setting is generally adopted, and each time a certain amount of data (for example, 1GB of data amount) is tested for a period of time (for example, one hour) or a LOG file reaches a certain amount of data, a single LOG file is cut off and stored, and a new LOG file is regenerated after the subsequent test. Alternatively, the test information may be reported each time the test terminal truncates to store a separate LOG file. The test terminal can send the test time information, the test position information and other test information of all the test processes corresponding to the LOG file to the server at one time. If a transmission is unsuccessful, the attempt may also be repeated until the transmission is successful.
102, receiving a test file sent by a test terminal; the test file comprises test data, and acquisition time information and acquisition position information when the test data are acquired.
The test file is generated by the test terminal according to the collected test data, and the collection time information and the collection position information when the test data are collected in the test process.
The test data may include signaling information generated in the test process, information for measuring and feeding back the network, and the like, and the quality of the tested network can be determined by analyzing the test data.
Specifically, the acquisition time information may be any time information in the test process, for example, may be a start acquisition time and an end acquisition time. The test terminal may write these collected information in the test file when the test file is generated.
The acquisition position information may correspond to the acquisition time information, which indicates position information of the test terminal when the test terminal acquires the acquisition time information. The location information may include latitude and longitude information, among others.
Specifically, when testing the network quality, a plurality of test processes may be included, so that test data corresponding to the plurality of test processes may be obtained. Because of the large test data volume, if the test file is transmitted to the server after each test process is finished, a large amount of resources are occupied, and the test effect is affected. Therefore, in practical application, after all the multiple test processes of the network quality test are finished, the terminal device sends the test file to the server, and the sent test file may include multiple test files corresponding to each test process. The server may receive the test file sent by the terminal device.
If the test terminal does not transmit the test file to the server in real time, there may be various possibilities that the test file is lost, tampered, and the test file (i.e. redundant file) generated in some other test working process is increased during the period from the generation of the test file to the uploading of the test file, which will ultimately affect the positioning of the network problem, thereby affecting the development of the network optimization. The server in the method provided by the disclosure can detect whether the received test file is a file generated by the current test, and if the received test file is determined not to be the file generated by the current test, the received test file is possibly deleted, tampered or a plurality of files are possibly added. The method provided by the invention can avoid the influence on the positioning network problem caused by incomplete test files.
And step 103, detecting whether the test file is the file generated in the test according to the test information.
Specifically, the server may compare the test time information in the test information with the acquisition time information in the test file, and compare the test position information in the test information with the acquisition position information in the test file. If the compared information is in one-to-one correspondence, the test file can be determined to be the file generated by the test.
Specifically, if the test information is inconsistent with the acquired information included in the test file, the test file is characterized as not being the file generated in the test, the test file can be determined to be a redundant file, and the server can delete the redundant file.
Further, if some test processes recorded in the test information received by the server are not correspondingly reflected in any test file received by the server, it can be determined that at least a part of test files generated in the test are not reported to the server, so that it can be determined that test files are missing. If the missing test file is determined, the server can send a reissue message to the test terminal according to the test information corresponding to the missing test file; the reissue message is used for indicating the reissue test file of the test terminal.
Furthermore, the server can record the redundant files and the missing files for analysis by a background test data analysis personnel.
The method for detecting the test file comprises the following steps: receiving test information sent by a test terminal in a test process; the test information comprises test time information and test position information; receiving a test file sent by a test terminal; the test file comprises test data, acquisition time information and acquisition position information when the test data are acquired; and detecting whether the test file is the file generated by the test according to the test information. According to the method provided by the disclosure, the test terminal can send the test information to the server in the test process; the server detects whether the test file sent by the received test terminal is the file generated by the test according to the received test information, and determines the integrity of the received test file. The influence on the positioning network problem caused by incomplete test files can be avoided.
Fig. 2 is a flow chart illustrating a method of testing document detection according to another exemplary embodiment of the present disclosure. The method can be applied to a server.
As shown in fig. 2, the method for detecting a test file provided by the present disclosure includes:
Specifically, the principle and implementation of step 201 are similar to those of step 101, and will not be described again.
Specifically, the test terminal may input the generated test file into message digest algorithm (Message Digest Algorithm, MD 5) software to obtain the verification code. The test terminal can immediately send the acquired check code and the file name of the LOG file corresponding to the check code to the server. If a transmission is unsuccessful, the attempt may also be repeated until the transmission is successful. The server may receive the check code sent by the test terminal and the file name of the LOG file corresponding to the check code.
MD5 is a widely used cryptographic hash function that generates a 128 bit (16 byte) hash value to ensure that the information transfer is complete and consistent. A typical application of MD5 is the generation of so-called fingerprints (finger print) on a piece of information string (Message) to prevent "tampering". For example, you write a piece of speech in a text file and generate an MD5 value (i.e., check code) for the text file and record it, then you can spread the file to others who will find that you recalculate MD5 for the file if they modify any of the content in the file. If there is a third party certification authority, MD5 is also used to prevent "repudiation" of the document author, a so-called digital signature application.
Optionally, in the testing process, in order to prevent the test terminal device from abnormal to cause loss of a large amount of test data, manual setting or automatic setting is generally adopted, and each time a certain amount of data (for example, 1GB of data amount) is tested for a period of time (for example, one hour) or a LOG file reaches a certain amount of data, a single LOG file is cut off and stored, and a new LOG file is regenerated after the subsequent test. Alternatively, each time the test terminal intercepts and stores a single LOG file, the LOG file may be input into MD5 software to obtain the check code.
Specifically, the principle and implementation of step 203 are similar to those of step 102, and will not be described in detail.
And 204, checking the received test file by using the check code, and judging whether the data in the test file is complete.
Specifically, step 204 may be followed by step 205A, or step 205B may be performed.
Specifically, before the server detects whether the test file is the file generated in the current test by using the test information, the test file may be checked by using the check code.
Specifically, the server may find a test file corresponding to the check code according to the file name of the LOG file, input the test file into the MD5 software, and perform verification by using the check code corresponding to the test file. If the verification is passed, the data in the test file can be determined to be complete; if the verification is not passed, the incomplete data in the test file can be determined.
Specifically, a test file that the server fails to verify the check code may be marked as a suspicious file. And then the server detects whether the test file is the file generated by the test according to the test information, and can determine the processing method of the test file marked as the suspicious file according to the actual situation. For example, if the test result shows that the comparison result is consistent, the test file is a file generated in the test, and may be that the test file loses some configuration files in the transmission process, but does not affect the analysis of the network quality by the server, and the test file may be left for use. For example, if the test result shows that the comparison result is inconsistent, the test file is not the file generated in the test, and if the test file is determined to be a redundant file, the redundant file can be deleted.
Specifically, the server may compare the test time information in the test information with the acquisition time information in the test file, and compare the test position information in the test information with the acquisition position information in the test file. If the compared information is in one-to-one correspondence, the test file can be determined to be the file generated by the test.
Optionally, the test time information includes a start test time and an end test time, and the test position information includes a start test position and an end test position; the acquisition time information comprises a start acquisition time and an end acquisition time, and the acquisition position information comprises a start acquisition position and an end acquisition position;
and comparing whether the initial test time is consistent with the initial acquisition time, comparing whether the end test time is consistent with the end acquisition time, comparing whether the initial test position is consistent with the initial acquisition position, and comparing whether the end test position is consistent with the end acquisition position.
The test time information may be any time information in the test process, for example, may be a start test time and an end test time. The test position information may be a position where the test terminal is located at the time of the test, for example, a position where the test starts, i.e., a start test position, and a position where the test ends, i.e., an end test position. The test terminal may collect this information and send it to the server. The server may receive this information.
Specifically, the acquisition time information may be any time information in the test process, for example, may be a start acquisition time and an end acquisition time. The test terminal may write these collected information in the test file when the test file is generated. The acquisition position information may correspond to the acquisition time information, which indicates position information of the test terminal when the test terminal acquires the acquisition time information. The location information may include latitude and longitude information, among others. The acquisition position information can comprise position information of the initial acquisition time test terminal, namely an initial acquisition position; the method can also comprise the step of ending the acquisition of the position information of the time test terminal, namely ending the acquisition position.
If the four groups of information are all in one-to-one correspondence, the test file can be determined to be the file generated by the test.
The test duration may be a duration of time from a start of the test to an end of the test.
Specifically, the test terminal can determine the acquisition test duration according to the initial acquisition time and the initial acquisition position. The test terminal may send a test file including the collected test duration to the server. The server can receive the test file sent by the test terminal and acquire the acquisition test duration from the test file.
The test information may further include a test service type. Specifically, the server may determine the test duration according to the initial test time, the initial test position, and the test service type in the test information, by using the same method as that used when the test terminal calculates the acquisition test duration.
Further, the server can compare the test duration with the acquisition test duration, and if the comparison result shows that the test duration and the acquisition test duration are the same, the server can determine that the test file is the file generated by the test.
And 206, if the test files are consistent, determining that the test files are files generated in the test.
The server can compare according to the method, and if the comparison results are consistent, the server can determine that the test file is the file generated by the test.
Specifically, if the test information is inconsistent with the acquired information included in the test file, the test file is characterized as not being the file generated in the test, the test file can be determined to be a redundant file, and the server can delete the redundant file.
The information included in any test procedure may be a previous start test time, a next end test time closest to the previous start test time, and a start test position corresponding to the previous start test time, and an end test position corresponding to the end test time.
Specifically, if the server determines that any one of the test processes in the test information does not correspond to the test file, it may determine that the test process is missing, that is, it may determine that the test file is missing.
Specifically, if the server determines that the test file is missing, the server may send a reissue message to the test terminal according to the test information corresponding to the missing test file, so as to instruct the test terminal to reissue the test file.
Specifically, the test terminal may receive the reissue message sent by the server, determine a test file to be reissued according to the reissue message, and send the test file to the server.
Fig. 3 is a flowchart illustrating a method for reporting information for detecting a test file according to an exemplary embodiment of the present disclosure. The method can be applied to a test terminal.
Specifically, the execution body of the embodiment is a test terminal. The test terminal may be an electronic device with computing capability, such as a computer, a mobile phone, a tablet computer, etc. As shown in fig. 3, the information reporting method for detecting a test file provided by the present disclosure includes:
Specifically, before the test starts, the test terminal is required to establish a transmission control protocol (Transmission Control Protocol, TCP) communication link between the test terminal and the server through a specified internet protocol (Internet Protocol, IP) and a port and the server, so as to ensure that the test terminal can send test information to the server in a real-time or near real-time manner. The server side can utilize the test information to carry out integrity detection on the received test file. For example, the server may generate verification log data from the test information.
Specifically, the test may be a test of the performance of the wireless network by using the test terminal, and may include a voice call test (including a voice quality test, a call drop rate test, a call connection rate test, etc.) and a data service test (including an upload rate, a download rate, a call drop rate test, a call connection rate test, etc.).
The test time information may be any time information in the test process, for example, may be a start test time and an end test time.
The test location information may be a location where the test terminal is located at the time of the test, for example, a location where the test starts, and a location where the test ends. The test terminal may collect this information and send it to the server.
Specifically, the test terminal may send test information to the server in real time or at regular time.
The real-time reporting means that the test information is reported to the server after the test terminal collects the test information.
The timed reporting means that the test terminal caches the collected test information and reports the cached test information to the server at a proper time. In the implementation mode, the test terminal does not need to report the test information frequently, the network connection frequently is not needed, and the server does not need to write data frequently, so that the implementation mode has higher efficiency.
Optionally, in the testing process, in order to prevent the test terminal device from abnormal to cause loss of a large amount of test data, manual setting or automatic setting is generally adopted, and each time a certain amount of data (for example, 1GB of data amount) is tested for a period of time (for example, one hour) or a LOG file reaches a certain amount of data, a single LOG file is cut off and stored, and a new LOG file is regenerated after the subsequent test. Alternatively, the test information may be reported each time the test terminal truncates to store a separate LOG file. The test terminal can send the test time information, the test position information and other test information of all the test processes corresponding to the LOG file to the server at one time. If a transmission is unsuccessful, the attempt may also be repeated until the transmission is successful.
The test file is generated by the test terminal according to the collected test data, and the collection time information and the collection position information when the test data are collected in the test process.
The test data may include signaling information generated in the test process, information for measuring and feeding back the network, and the like, and the quality of the tested network can be determined by analyzing the test data.
Specifically, the acquisition time information may be any time information in the test process, for example, may be a start acquisition time and an end acquisition time. The test terminal may write these collected information in the test file when the test file is generated.
The acquisition position information may correspond to the acquisition time information, which indicates position information of the test terminal when the test terminal acquires the acquisition time information. The location information may include latitude and longitude information, among others.
Specifically, when the test terminal tests the network quality, the test terminal can comprise a plurality of test processes, so that test data corresponding to the plurality of test processes can be obtained. Because of the large test data volume, if the test file is transmitted to the server after each test process is finished, a large amount of resources are occupied, and the test effect is affected. Therefore, in practical application, after all the multiple test processes of the network quality test are finished, the terminal device sends the test file to the server, and the sent test file may include multiple test files corresponding to each test process. The server may receive the test file sent by the terminal device.
Specifically, the server may detect whether the test file is a file generated in the present test according to the test information.
Fig. 4 is a flowchart illustrating a method for reporting information for detecting a test file according to another exemplary embodiment of the present disclosure. The method can be applied to a test terminal.
As shown in fig. 4, the information reporting method for detecting a test file provided by the present disclosure includes:
The test service types in this embodiment may include a voice service and a data service. The test performed on the voice service can be a voice call test (including voice quality, call drop rate, call completing rate test, etc.); the test performed on the data traffic may be a data traffic test (including an upload rate, a download rate, a drop rate, a call completing rate test, etc.).
The random floating time can be a time value calculated by using the initial acquisition time and the initial acquisition position when acquiring the test data according to the test service type. The initial acquisition location may include a latitude and longitude value, among others.
Optionally, if the service type is voice service, the time is randomly floated
Wherein Δt is 1 In seconds, symbols
Mod (9) represents a remainder of dividing an integer by 9, long represents a longitude value of a start acquisition position, lat represents a latitude value of the start acquisition position, and t represents a number of seconds elapsed from a preset time to a test start acquisition time.
Wherein, the time unification adopts coordinated universal time (Universal Time Coordinated, UTC), and the precision of the application of the formula is integer seconds. The preset time may be 0.0 minutes and 0 seconds of 1 month 1 day 1970; the test initiation acquisition time can be reduced by 8 hours by Beijing time, and the Beijing time is 8 hours more than UTC standard time, so that the calculation time is reduced by 8 hours. For example, if the test start acquisition time is 16 minutes and 46 seconds from 15 days of 6 months of 15 days of 1 Beijing time 2021, the number of seconds t= 18793 ×24×3600+ (16-8) ×3600+17×60+46= 1623745066 elapsed from 0 minutes and 0 seconds of 1 day of 1 month of 1970.
Specifically, according to the above formula, if the service type is voice service, the set of values of the random floating time is: { -4, -3, -2, -1,0,1,2,3,4} seconds.
Optionally, if the service type is data service, the time is randomly floated
Wherein Δt is 2 In seconds, symbols
Mod (29) represents a remainder of dividing an integer by 29, long represents a longitude value of a start acquisition position, lat represents a latitude value of the start acquisition position, and t represents a number of seconds elapsed from a preset time to a test start acquisition time.
Wherein, the time unification adopts coordinated universal time (Universal Time Coordinated, UTC), and the precision of the application of the formula is integer seconds. The preset time may be 0.0 minutes and 0 seconds of 1 month 1 day 1970; the test initiation acquisition time can be reduced by 8 hours by Beijing time, and the Beijing time is 8 hours more than UTC standard time, so that the calculation time is reduced by 8 hours. For example, if the test start acquisition time is 16 minutes and 46 seconds from 15 days of 6 months of 15 days of 1 Beijing time 2021, the number of seconds t= 18793 ×24×3600+ (16-8) ×3600+17×60+46= 1623745066 elapsed from 0 minutes and 0 seconds of 1 day of 1 month of 1970.
Specifically, according to the above formula, if the service type is a data service, the set of values of the random floating time is: { -14, -13, -12, -11, -10, -9, -8, -7, -6, -5, -4, -3, -2, -1,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14} seconds.
The preset time base may be a time value preset according to actual situations, for example, may be 120 seconds.
Specifically, the test terminal can collect initial collection time and initial collection time position at the test starting time, calculate random floating time according to the test service type and the collected initial collection time, and determine test duration according to the random floating time and a preset time base.
Specifically, the sum of the preset time base and the random floating time can be determined as the test duration.
The test duration may be the time elapsed from the start to the end of a test.
Further, there may be an idle period between the end of one test and the beginning of the next test. This idle period may be preset to a fixed time value, for example, 15 seconds.
The test time information may be any time information in the test process, for example, may be a start test time and an end test time. The test position information may be a position where the test terminal is located at the time of the test, for example, a position where the test starts, i.e., a start test position, and a position where the test ends, i.e., an end test position. The test terminal may collect this information and send it to the server. The server may receive this information.
Specifically, the test may be a test of the performance of the wireless network by using the test terminal, and may include a voice call test (including a voice quality test, a call drop rate test, a call connection rate test, etc.) and a data service test (including an upload rate, a download rate, a call drop rate test, a call connection rate test, etc.).
Specifically, the test terminal may send test information to the server in real time or at regular time.
The real-time reporting means that the test information is reported to the server after the test terminal collects the test information.
The timed reporting means that the test terminal caches the collected test information and reports the cached test information to the server at a proper time. In the implementation mode, the test terminal does not need to report the test information frequently, the network connection frequently is not needed, and the server does not need to write data frequently, so that the implementation mode has higher efficiency.
Optionally, in the testing process, in order to prevent the test terminal device from abnormal to cause loss of a large amount of test data, manual setting or automatic setting is generally adopted, and each time a certain amount of data (for example, 1GB of data amount) is tested for a period of time (for example, one hour) or a LOG file reaches a certain amount of data, a single LOG file is cut off and stored, and a new LOG file is regenerated after the subsequent test. Alternatively, the test information may be reported each time the test terminal truncates to store a separate LOG file. The test terminal can send the test time information, the test position information and other test information of all the test processes corresponding to the LOG file to the server at one time. If a transmission is unsuccessful, the attempt may also be repeated until the transmission is successful.
The acquisition time information can be any time information in the test process, for example, the acquisition starting time and the acquisition ending time. The test terminal may write these collected information in the test file when the test file is generated. The acquisition position information may correspond to the acquisition time information, which indicates position information of the test terminal when the test terminal acquires the acquisition time information. The location information may include latitude and longitude information, among others. The acquisition position information can comprise position information of the initial acquisition time test terminal, namely an initial acquisition position; the method can also comprise the step of ending the acquisition of the position information of the time test terminal, namely ending the acquisition position.
The test file is generated by the test terminal according to the collected test data, and the collection time information and the collection position information when the test data are collected in the test process.
The test data may include signaling information generated in the test process, information for measuring and feeding back the network, and the like, and the quality of the tested network can be determined by analyzing the test data.
Specifically, when the test terminal tests the network quality, the test terminal can comprise a plurality of test processes, so that test data corresponding to the plurality of test processes can be obtained. Because of the large test data volume, if the test file is transmitted to the server after each test process is finished, a large amount of resources are occupied, and the test effect is affected. Therefore, in practical application, after all the multiple test processes of the network quality test are finished, the terminal device sends the test file to the server, and the sent test file may include multiple test files corresponding to each test process. The server may receive the test file sent by the terminal device.
Specifically, the server may detect whether the test file is a file generated in the present test according to the test information.
Specifically, the test terminal may input the test file into the MD5 software each time a test file is generated, to obtain the check code. The test terminal can send the obtained check code and the file name of the test file corresponding to the check code to the server. If a transmission is unsuccessful, the attempt may also be repeated until the transmission is successful. The server may receive the check code sent by the test terminal and the file name of the test file corresponding to the check code.
Optionally, the test terminal may immediately send the check code and the file name of the test file corresponding to the check code to the server after obtaining the check code and the file name of the test file corresponding to the check code.
Specifically, the server may input the test file into the MD5 software and verify using the corresponding verification code. If the verification is passed, the data in the test file can be determined to be complete; if the verification is not passed, the incomplete data in the test file can be determined.
Further, if the server determines that the test file is missing according to the test information and the test file, the server may send a supplementary message to the test terminal. The supplementary message is used for indicating the test terminal to reissue the test file. The test terminal can receive the reissue message sent by the server and reissue the test file to the server according to the reissue message.
Fig. 5 is a process diagram of a method of testing document detection according to an exemplary embodiment of the present disclosure.
As shown in fig. 5, before the test starts, the test terminal is first required to establish a transmission control protocol (Transmission Control Protocol, TCP) communication link between the test terminal and the server through a specified internet protocol (Internet Protocol, IP) and a port and the server, so as to ensure that the test terminal can send test information to the server in a real-time or timed manner.
The test terminal can determine the test duration according to the service type, the initial acquisition time and the initial acquisition position when each test starts.
The test terminal may truncate and store a single LOG file whenever a test is performed for a period of time (e.g., one hour) or when a LOG file reaches a certain data size (e.g., 1GB data size), and then reproduce a new LOG file for a subsequent test. The test terminal may report the test information each time the test terminal truncates to store a separate LOG file. The test terminal can send the test information of all the test processes corresponding to the LOG file to the server at one time. If a transmission is unsuccessful, the attempt may also be repeated until the transmission is successful. The server may receive test information sent by the test terminal.
The test terminal can input an independent LOG file into the MD5 software each time the test terminal intercepts and stores the LOG file, thereby obtaining the check code. The test terminal can immediately send the obtained check code and the file name of the LOG file corresponding to the check code to the server. If a transmission is unsuccessful, the attempt may also be repeated until the transmission is successful. The server can receive the check code sent by the test terminal and the file name of the LOG file corresponding to the check code.
The test terminal may include a plurality of test procedures when testing the network quality. The test terminal may send the test file to the server after the plurality of test procedures are all finished, and the sent test file may include a plurality of test files corresponding to each test procedure. The server may receive a test file sent by the test terminal.
The server may first perform integrity detection on the test file according to the check code. If the verification is passed, the data in the test file can be determined to be complete; if the verification is not passed, the incomplete data in the test file can be determined. The server marks the test file which is not checked by the check code as a suspicious file, and determines the processing method of the suspicious file according to the actual situation when detecting whether the test file is the file generated by the test according to the test information.
The server can then detect whether the test file is a file generated by the present test according to the test information. Specifically, the test time information and the test position information in the test information can be compared, and whether the test time information and the test position information in the test file are consistent with each other or not is judged; if the test files are consistent, determining that the test files are files generated in the test.
If the test file is determined not to be the file generated in the test, determining the test file as a redundant file, and deleting the redundant test file; on the other hand, the test process can be determined according to the test time information and the test position information included in the test information, and if any one of the test processes does not correspond to the received test file, the missing test file is determined. After the missing test file is determined, a reissue message can be sent to the test terminal according to the test information corresponding to the missing test file, wherein the reissue message is used for indicating the test terminal to reissue the test file.
The server can determine the processing method of the suspicious file according to the actual situation. For example, if the test result shows that the comparison result is consistent, the test file is a file generated in the test, and may be that the test file loses some configuration files in the transmission process, but does not affect the analysis of the server on the network quality, and the test file can be left for use. For example, if the test result shows that the comparison result is inconsistent, the test file is not the file generated in the test, and if the test file is determined to be a redundant file, the redundant file can be deleted.
The test terminal can receive the reissue message sent by the server, determine the test file to be reissued according to the reissue message, and send the test file to the server.
Fig. 6 is a schematic structural diagram of an apparatus for testing document detection according to an exemplary embodiment of the present disclosure. The device can be applied to a server.
As shown in fig. 6, an apparatus 600 for testing document detection provided by the present disclosure includes:
a receiving unit 610, configured to receive test information sent by a test terminal in a test process; the test information comprises test time information and test position information;
the receiving unit is also used for receiving the test file sent by the test terminal; the test file comprises test data, acquisition time information and acquisition position information when the test data are acquired;
and the detecting unit 620 is configured to detect whether the test file is a file generated in the current test according to the test information.
Fig. 7 is a schematic structural view of an apparatus for testing document detection according to another exemplary embodiment of the present disclosure. The device can be applied to a server.
As shown in fig. 7, in the apparatus 700 for detecting a test file provided by the present disclosure, the detecting unit 620 includes:
A comparison module 621 for comparing the test time information and the test position information in the test information, and whether the test time information and the test position information in the test file are consistent;
and the determining module 622 is configured to determine that the test file is a file generated in the current test if the test files are consistent.
The comparison module 621 is specifically configured to compare whether the initial test time is consistent with the initial acquisition time, whether the comparison end test time is consistent with the end acquisition time, whether the comparison initial test position is consistent with the initial acquisition position, and whether the comparison end test position is consistent with the end acquisition position. The test time information comprises a start test time and an end test time, and the test position information comprises a start test position and an end test position; the acquisition time information comprises a start acquisition time and an end acquisition time, and the acquisition position information comprises a start acquisition position and an end acquisition position;
the detecting unit 620 is further configured to determine a test duration according to the initial test time and the initial test position in the test information; comparing the test duration with the acquisition test duration; if the test files are consistent, determining that the test files are files generated in the test. The test file also comprises a test duration acquisition unit; the acquisition test duration is determined according to the initial acquisition time and the initial acquisition position;
The determining module 622 is further configured to determine that the test file is a redundant file if it is determined that the test file is not a file generated in the current test;
and/or determining a test process according to the test time information and the test position information included in the test information, and if any one of the test processes does not correspond to the received test file, determining that the test file is missing.
The determining module 622 is further configured to send a reissue message to the test terminal according to the test information corresponding to the missing test file if it is determined that the test file is missing; the reissue message is used for indicating the test terminal to reissue the test file.
Fig. 8 is a schematic structural diagram of an information reporting apparatus for detecting a test file according to an exemplary embodiment of the present disclosure. The device can be applied to a test terminal.
As shown in fig. 8, an information reporting apparatus 800 for detecting a test file provided in the present disclosure includes:
a transmitting unit 810 for transmitting test information to the server at the time of the test; the test information comprises test time information and test position information;
the sending unit 810 is further configured to generate a test file according to the test data collected during the test, and the collection time information and the collection position information when the test data is collected, and send the test file to the server; the test information is used for detecting whether the test file is a file generated by the test.
Fig. 9 is a schematic structural diagram of an information reporting apparatus for detecting a test file according to another exemplary embodiment of the present disclosure. The device can be applied to a test terminal.
As shown in fig. 9, in the information reporting device 900 for detecting a test file provided by the present disclosure, the test time information includes a start test time and an end test time, and the test position information includes a start test position and an end test position; the acquisition time information comprises a start acquisition time and an end acquisition time, and the acquisition position information comprises a start acquisition position and an end acquisition position.
As shown in fig. 9, on the basis of the foregoing embodiment, in the information reporting apparatus 900 for detecting a test file provided by the present disclosure, the apparatus further includes a test duration determining unit 820, configured to determine a random floating time according to a test service type, and a start acquisition time and a start acquisition position when acquiring test data; and determining the test duration according to the preset time base and the random floating time.
Test duration determination unit 820, specifically for random float time if the service type is voice service
Wherein Δt is 1 In seconds, symbols 
Mod (9) represents a remainder of dividing an integer by 9, long represents a longitude value of a start acquisition position, lat represents a latitude value of the start acquisition position, and t represents a number of seconds elapsed from a preset time to a test start acquisition time.
Test duration determination unit 820, specifically configured to randomly float time if the service type is data service
Wherein Δt is 2 In seconds, symbols
Mod (29) represents a remainder of dividing an integer by 29, long represents a longitude value of a start acquisition position, lat represents a latitude value of the start acquisition position, and t represents a number of seconds elapsed from a preset time to a test start acquisition time.
As shown in fig. 9, in the information reporting apparatus 900 for detecting a test file provided by the present disclosure, the sending unit 810 is further configured to determine a check code according to the test file, and send the check code to a server; the check code is used for checking the integrity of the test file.
Fig. 10 is a block diagram of an electronic device shown in an exemplary embodiment of the present disclosure.
As shown in fig. 10, the electronic device provided in this embodiment includes a server and a test device, including:
A memory 1001;
a processor 1002; and
a computer program;
wherein a computer program is stored in the memory 1001 and configured to be executed by the processor 1002 to implement any of the methods as described above.
The present embodiment also provides a computer-readable storage medium, having stored thereon a computer program,
the computer program is executed by a processor to implement any of the methods as described above.
The present embodiment also provides a computer program product comprising a computer program which, when executed by a processor, implements any of the methods described above.
A system for detecting test files comprises a server and a test terminal; the server is used for executing any one of the methods shown in fig. 1 and fig. 2, and the test terminal is used for executing any one of the methods shown in fig. 3 and fig. 4.
Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the method embodiments described above may be performed by hardware associated with program instructions. The foregoing program may be stored in a computer readable storage medium. The program, when executed, performs steps including the method embodiments described above; and the aforementioned storage medium includes: various media that can store program code, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and not for limiting the same; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the invention.
Claims (18)
1. A method for testing file detection, applied to a server, comprising:
receiving test information sent by a test terminal in a test process; the test information comprises test time information and test position information;
receiving a test file sent by the test terminal; the test file comprises test data, and acquisition time information and acquisition position information when the test data are acquired;
and detecting whether the test file is a file generated by the test according to the test information.
2. The method according to claim 1, wherein the detecting whether the test file is a file generated by the present test according to the test information includes:
Comparing the test time information and the test position information in the test information, and judging whether the test time information and the test position information in the test file are consistent with each other or not;
if the test files are consistent, determining that the test files are files generated in the test.
3. The method of claim 2, wherein the test time information includes a start test time and an end test time, and the test location information includes a start test location and an end test location; the acquisition time information comprises a start acquisition time and an end acquisition time, and the acquisition position information comprises a start acquisition position and an end acquisition position;
comparing the test time information and the test position information in the test information with the acquisition time information and the acquisition position information in the test file, and judging whether the test time information and the test position information are consistent or not, wherein the method comprises the following steps:
comparing whether the initial test time is consistent with the initial acquisition time, comparing whether the end test time is consistent with the end acquisition time, comparing whether the initial test position is consistent with the initial acquisition position, and comparing whether the end test position is consistent with the end acquisition position.
4. The method of claim 1, wherein the test file further comprises a collection test duration; the acquisition test duration is determined according to the initial acquisition time and the initial acquisition position;
The detecting whether the test file is a file generated by the test according to the test information comprises the following steps:
determining a test duration according to the initial test time and the initial test position in the test information;
comparing the test duration with the acquisition test duration;
if the test files are consistent, determining that the test files are files generated in the test.
5. The method of claim 1, wherein the step of determining the position of the substrate comprises,
if the test file is determined not to be the file generated by the test, determining the test file to be a redundant file;
and/or determining a test process according to the test time information and the test position information included in the test information, and determining a missing test file if any one of the test processes does not correspond to the received test file.
6. The method of claim 5, wherein the step of determining the position of the probe is performed,
if the missing test file is determined, sending a reissue message to the test terminal according to the test information corresponding to the missing test file; and the reissue message is used for indicating the reissue test file of the test terminal.
7. The method according to any one of claims 1-6, further comprising:
And receiving a check code, checking the received test file by using the check code, and judging whether the data in the test file is complete or not.
8. The information reporting method for detecting the test file is characterized by being applied to a test terminal and comprising the following steps:
transmitting test information to a server during test; the test information comprises test time information and test position information;
generating a test file according to test data acquired during testing, acquisition time information and acquisition position information during acquisition of the test data, and sending the test file to a server; the test information is used for detecting whether the test file is a file generated by the test.
9. The method of claim 8, wherein the step of determining the position of the first electrode is performed,
the test time information comprises a start test time and an end test time, and the test position information comprises a start test position and an end test position; the acquisition time information comprises a start acquisition time and an end acquisition time, and the acquisition position information comprises a start acquisition position and an end acquisition position.
10. The method as recited in claim 9, further comprising:
Determining random floating time according to the test service type, the initial acquisition time and the initial acquisition position when the test data are acquired;
and determining the test duration according to the preset time base and the random floating time.
11. The method of claim 10, wherein said determining a random float time based on a test traffic type, and said starting acquisition time and said starting acquisition location when said test data is acquired, comprises:
if the service type is voice service, random floating time
Wherein Δt is 1 In seconds, symbols
Mod (9) represents a remainder of dividing an integer by 9, long represents a longitude value of the initial acquisition position, lat represents a latitude value of the initial acquisition position, and t represents a number of seconds elapsed from a preset time to the test initial acquisition time.
12. The method of claim 10, wherein said determining a random float time based on a test traffic type, and said starting acquisition time and said starting acquisition location when said test data is acquired, comprises:
if the service type is data service, random float time
Wherein Δt is 2 In seconds, symbols
Mod (29) represents a remainder of dividing an integer by 29, long represents a longitude value of the start acquisition position, lat represents a latitude value of the start acquisition position, and t represents a number of seconds elapsed from a preset time to the test start acquisition time.
13. The method according to any one of claims 8-12, further comprising:
determining a check code according to the test file, and sending the check code to the server; the check code is used for checking the integrity of the test file.
14. An apparatus for testing file detection, applied to a server, comprising:
the receiving unit is used for receiving the test information sent by the test terminal in the test process; the test information comprises test time information and test position information;
the receiving unit is also used for receiving the test file sent by the test terminal; the test file comprises test data, and acquisition time information and acquisition position information when the test data are acquired;
and the detection unit is used for detecting whether the test file is a file generated by the current test according to the test information.
15. An information reporting device for detecting a test file, which is applied to a test terminal, comprises:
the sending unit is used for sending test information to the server during testing; the test information comprises test time information and test position information;
the sending unit is also used for generating a test file according to the test data acquired during the test, and acquisition time information and acquisition position information acquired during the test data acquisition, and sending the test file to the server; the test information is used for detecting whether the test file is a file generated by the test.
16. An electronic device comprising a memory and a processor; wherein, the liquid crystal display device comprises a liquid crystal display device,
the memory is used for storing a computer program;
the processor being configured to read a computer program stored in the memory and to perform the method according to any of the preceding claims 1-7 or 8-13 according to the computer program in the memory.
17. A computer readable storage medium having stored therein computer executable instructions which, when executed by a processor, implement the method of any of the preceding claims 1-7 or 8-13.
18. The system for detecting the test file is characterized by comprising a server and a test terminal; the server being adapted to perform the method of any of the preceding claims 1-7, the test terminal being adapted to perform the method of any of the preceding claims 8-13.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111400747.2A CN114285768B (en) | 2021-11-19 | 2021-11-19 | Test file detection method, information reporting method and equipment for detecting test file |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111400747.2A CN114285768B (en) | 2021-11-19 | 2021-11-19 | Test file detection method, information reporting method and equipment for detecting test file |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114285768A CN114285768A (en) | 2022-04-05 |
| CN114285768B true CN114285768B (en) | 2023-06-13 |
Family
ID=80869892
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111400747.2A Active CN114285768B (en) | 2021-11-19 | 2021-11-19 | Test file detection method, information reporting method and equipment for detecting test file |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114285768B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5845064A (en) * | 1995-09-11 | 1998-12-01 | Digital Equipment Corporation | Method for testing and verification of a CPU using a reference model |
| CN102158890A (en) * | 2011-02-16 | 2011-08-17 | 中国联合网络通信集团有限公司 | Methods, equipment and systems for sending and receiving test data |
| CN106095676A (en) * | 2016-06-07 | 2016-11-09 | 乐视控股（北京）有限公司 | Method of testing that data report, Apparatus and system |
| WO2019119427A1 (en) * | 2017-12-22 | 2019-06-27 | 北京小米移动软件有限公司 | Drive test information reporting method and device, network performance detection method and device |
| CN111817868A (en) * | 2019-04-12 | 2020-10-23 | 中国移动通信集团河南有限公司 | Method and device for positioning network quality abnormity |
-
2021
- 2021-11-19 CN CN202111400747.2A patent/CN114285768B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5845064A (en) * | 1995-09-11 | 1998-12-01 | Digital Equipment Corporation | Method for testing and verification of a CPU using a reference model |
| CN102158890A (en) * | 2011-02-16 | 2011-08-17 | 中国联合网络通信集团有限公司 | Methods, equipment and systems for sending and receiving test data |
| CN106095676A (en) * | 2016-06-07 | 2016-11-09 | 乐视控股（北京）有限公司 | Method of testing that data report, Apparatus and system |
| WO2019119427A1 (en) * | 2017-12-22 | 2019-06-27 | 北京小米移动软件有限公司 | Drive test information reporting method and device, network performance detection method and device |
| CN111817868A (en) * | 2019-04-12 | 2020-10-23 | 中国移动通信集团河南有限公司 | Method and device for positioning network quality abnormity |
Non-Patent Citations (2)
| Title |
|---|
| Ericsson.R1-092015 "TP on HO performance from live network test data".3GPP tsg_ran\WG1_RL1.2009,(TSGR1_57),全文. * |
| 海量测试数据的场景化指标精细分析研究;魏宏;周俊;李承益;;电信工程技术与标准化(09);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114285768A (en) | 2022-04-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111459794B (en) | Communication network testing method, device, computer equipment and storage medium | |
| CN111506489B (en) | Test method, system, device, server and storage medium | |
| CN102158890B (en) | Methods, equipment and systems for sending and receiving test data | |
| CN112184066A (en) | Block chain system for construction engineering quality detection supervision | |
| CN111949625B (en) | Parallel data synchronous uploading system for quick detection mobile phone end | |
| CN111314164A (en) | Network flow restoration method and device and computer readable storage medium | |
| CN106776323A (en) | Application testing method and device | |
| CN109887119A (en) | A kind of method and system of the monitoring monitoring time based on iBeacon | |
| CN114285768B (en) | Test file detection method, information reporting method and equipment for detecting test file | |
| TWI261184B (en) | Automatic data collection method and data collection system | |
| CN116719750B (en) | Software testing method and device, server equipment and storage medium | |
| CN111352821A (en) | Service testing method, device, electronic equipment and computer readable storage medium | |
| EP3449594A1 (en) | A computer system for generating certified data | |
| CN114418092A (en) | Block chain-based federal learning malicious node screening method | |
| CN115587371A (en) | Method and device for generating secret key in test process, computer equipment and storage medium | |
| CN109313827A (en) | Classroom is registered method, apparatus, terminal and storage medium | |
| CN111756931B (en) | Private number automatic calling test method and system based on trunk line | |
| CN113014443B (en) | Method and system for testing whether CDN (content delivery network) resources hit cache | |
| CN113542040A (en) | Duration indication method and device and electronic equipment | |
| CN110896547B (en) | Positioning method and device for NB-IOT network problem | |
| CN111143644B (en) | Identification method and device of Internet of things equipment | |
| CN110661677B (en) | DNS (Domain name System) testing method, device and system | |
| CN112416763A (en) | Method, device and equipment for automatically testing interface and storage medium | |
| CN115086286B (en) | Voice service quality determining method, device, electronic equipment and medium | |
| CN111405603B (en) | Time delay acquisition method, testing device and computer storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |