CN110198480A - A kind of code stream test method and device - Google Patents

Abstract

This application involves technical field of data processing, more particularly to a kind of code stream test method and device, this method is by first obtaining code stream to be measured, then the code stream to be measured is played, it acquires played data when playing the code stream to be measured and generates broadcasting log, then judge that, with the presence or absence of fault data in the played data, the result based on the broadcasting log and the judgement generates test report.In this way, can easily test code stream to be measured, the test report of high reference value is obtained.

Description

A code stream testing method and device

technical field

The present application relates to the technical field of data processing, and in particular, to a code stream testing method and device.

Background technique

With the development of the Internet industry, more and more people use Internet resources to improve learning, complete work or entertainment. As an important form of Internet resources, audio and video resources, whether the code stream can be decoded normally directly affects the success or failure of resource dissemination, which is of great significance.

At present, the method for judging whether the audio and video decoding is successful is mainly by continuously intercepting images during the decoding process, and comparing the image similarity obtained by these images to judge whether the audio and video decoding is successful. It has the defects that the data source is single, and the judgment result can only reflect the image decoding situation, resulting in low reference value of the judgment result.

Contents of the invention

In view of this, the embodiment of the present application provides a code stream testing method and device, based on comprehensive test data, the code stream to be tested is tested, and a test report with high reference value is obtained.

In the first aspect, the embodiment of the present application provides a code stream testing method, the method comprising:

Obtain the code stream to be tested;

Play the code stream to be tested, collect and play the playback data when playing the code stream to be tested, and generate a play log;

Judging whether there is faulty data in the playing data;

A test report is generated based on the playing log and the judgment result.

Optionally, in the embodiment of the present application, collecting and playing the playing data when the code stream to be tested is specifically: collecting and playing the playing data when playing the code stream to be tested according to a preset collection period.

Wherein, the collection period is set according to the duration information of the code stream to be tested.

Optionally, in this embodiment of the present application, the playing data includes image data, audio data and heartbeat data.

Further optionally, the image data includes multiple screenshots when the code stream to be tested is played, and the audio data includes multiple audio data packets.

Further optionally, in the embodiment of the present application, judging whether there is fault data in the playing data is specifically:

Comparing the multiple screenshots, obtaining multiple similarities corresponding to the multiple screenshots, judging whether there is a similarity lower than a preset range among the multiple similarities, and if so, determining that there is Image glitch data.

It is judged whether there is an empty data packet among the plurality of audio data packets, and if so, it is judged that there is audio fault data.

It is judged whether there is stop operation data or application non-response data in the heartbeat data, and if there is, it is judged that there is heartbeat failure data.

Optionally, in this embodiment of the application, generating a test report based on the play log and the result of the judgment is specifically:

When any one of the image fault data, the audio fault data and the heartbeat fault data exists in the result of the judgment, it will be displayed in the test report as failing the test.

Save the playing log in the test report.

Optionally, in this embodiment of the present application, when the heartbeat fault data exists in the result of the judgment, the device fault is displayed in the test report.

In the second aspect, the embodiment of the present application also provides a code stream testing device, the device comprising:

The obtaining module is used to obtain the code stream to be tested.

The processing module is used to play the code stream to be tested, collect play data when playing the code stream to be tested, and generate a play log.

A judging module, configured to judge whether there is faulty data in the playing data.

A generating module, configured to generate a test report based on the playing log and the judgment result.

Optionally, in the embodiment of the present application, the processing module is further configured to collect playback data when playing the code stream to be tested according to a preset collection period. Wherein, the collection period is set according to the duration information of the code stream to be tested.

Optionally, in this embodiment of the present application, the playing data includes image data, audio data and heartbeat data.

The embodiment of the present application also provides a readable storage medium, where a computer program is stored in the readable storage medium, and when the computer program is executed, the above code stream testing method is realized.

Therefore, the code stream testing method and device provided in the embodiments of the present application, the method obtains the code stream to be tested, and then plays the code stream to be tested, collects the playback data when playing the code stream to be tested, and generates Playing the log, and then judging whether there is fault data in the playing data, and generating a test report based on the playing log and the judgment result. Through this method, the code stream to be tested can be tested conveniently, and a test report with high reference value can be obtained.

Description of drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the accompanying drawings used in the embodiments. It should be understood that the following drawings only show some embodiments of the present application, so It should be regarded as a limitation on the scope, and those skilled in the art can also obtain other related drawings based on these drawings without creative work.

FIG. 1 is a schematic flow chart of a code stream testing method provided in an embodiment of the present application;

FIG. 2 is a schematic block diagram of a structure of a code stream testing device provided by an embodiment of the present application.

Icons: 100-code stream testing device; 10-obtaining module; 20-processing module; 30-judging module; 40-generating module.

Detailed ways

In order to enable those skilled in the art to better understand the technical solution of the invention, the present application will be further described in detail below in conjunction with specific embodiments.

With the development of the Internet industry, more and more people use the Internet to improve learning, complete work or entertainment. Audio and video have become an important form of Internet resource dissemination. Whether audio and video can be played normally affects the dissemination of Internet resources, which is of great significance.

At present, most audio and video decoding judgment methods use manual methods to play a video to be tested one by one, and judge whether each audio and video played is successfully decoded through artificial visual and auditory perception. Such a method is not only time-consuming and labor-intensive, but also prone to "missed detection".

Some audio and video decoding judgment methods use automatic means to judge whether the audio and video decoding is successful, but these methods, after obtaining the contrast similarity of the pictures in the video, only rely on the contrast similarity of the pictures to judge whether the decoding is successful. The problem that exists in this way is that the judgment basis is single, and when the collection of the single data or the calculation of the similarity has a problem, there will be problems in the judgment result, resulting in the consequence that the judgment result has low reference value or even cannot be judged. Moreover, there is no record of the judgment process, and the judgment process cannot be traced back. This method cannot provide useful information and has no reference value when it is necessary to find and analyze the cause of decoding failure of a video that fails to decode.

Based on the above problems, the embodiments of the present application provide a code stream testing method and device.

The following will clearly and completely describe the technical solutions in the embodiments of the present application with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of them. The components of the embodiments of the application generally described and illustrated in the figures herein may be arranged and designed in a variety of different configurations.

Accordingly, the following detailed description of the embodiments of the application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of the application. All other embodiments obtained by persons of ordinary skill in the art based on the embodiments in the present application without creative efforts shall fall within the protection scope of the present application.

It should be noted that like numerals and letters denote similar items in the following figures, therefore, once an item is defined in one figure, it does not require further definition and explanation in subsequent figures.

The method provided by the embodiment of the present application is implemented through program code and instructions, and the code program and instructions used to realize the code stream testing method are installed on electronic equipment with a packaged software tool in exe format as a carrier. By running the software tool on the electronic device, the stream test can be performed.

The electronic device in the embodiment of the present application can be any terminal that needs to perform code stream testing, such as but not limited to, smart phones, personal computers (Personal Computer, PC), projectors, set-top boxes, notebook computers, monitoring equipment, servers, etc. Computer equipment with audio and video decoding and processing capabilities.

Please refer to FIG. 1 in conjunction with FIG. 1 , which is a schematic flow diagram of a code stream testing method provided by an embodiment of the present application. It should be noted that the code stream testing method provided in the embodiment of the present application is not limited to the specific order shown in FIG. 1 and the following. In the embodiment of this application, the code stream testing method can be implemented through the following steps:

S10. Obtain a code stream to be tested.

In the embodiment of the present application, the code stream to be tested can be obtained in various ways, for example, by communicating with the server, verifying the server user name and server password, obtaining the code stream path in the server, and then reading the code stream according to the path Take the code stream to be tested and generate a code stream file in Json (Java Script Object Notation) format. For another example, if the code stream to be tested is on a mobile hard disk, you can install the code stream testing software tool on the electronic device by inserting the mobile hard disk into the playback or projection device. It is a communication connection established between the electronic device and the projection device to obtain the code stream to be tested. The above playback or projection device can automatically generate the mount path corresponding to the code stream to be tested, and then read all the audio and video format code streams in the mobile hard disk according to the mount path corresponding to the code stream to be tested, and then generate Json (Java Script Object Notation) format code stream file to generate a list that can display all audio and video format code streams.

It should be further explained that the Json (Java Script Object Notation) file is a lightweight data exchange format. Easy for humans to read and write. It is also easy for machines to parse and generate. It is based on Java Script Programming Language, a subset of Standard ECMA-262 3rd Edition - December 1999. JSON uses a text format that is completely language-independent, but also uses conventions similar to the C language family (including C, C++, C#, Java, JavaScript, Perl, Python, etc.). These properties make JSON an ideal data interchange language. Therefore, the code stream file is a file in Json (Java Script Object Notation) format, which can more conveniently meet the communication and information interaction between the software tool and the server, playback device or projection device, and avoid errors in information interaction that will affect the Code flow test, to ensure the accuracy and high reference value of the code flow test results.

In this embodiment, the above-mentioned list is visible and selectable by the user. Users can select the code streams to be tested according to their wishes and needs, or freely select and combine the code streams in the list, and the code stream test software tool will use these selected code streams as the code streams to be tested , so as to perform a code stream test on the code stream to be tested.

It should be further explained that in the embodiment of the present application, the pre-written installation package (Android Package, APK) with APK signature needs to be installed on the playback or projection device where the code stream to be tested is located. Therefore, it is possible to support the code stream testing software tool to call the interface of the playback or projection device. These interfaces include player interface, video screenshot interface, audio data collection interface, and heartbeat interface. To support playback or projection equipment to collect playback data and transmit the playback data to the stream testing software tool. The APK signature can be authenticated by the playback or projection device to ensure that the playback or projection device allows the interface to be called.

It is understandable that the mobile hard disk with the code stream to be tested can also be directly inserted into the electronic device, and the electronic device can directly read the code stream to be tested on the mobile hard disk, so as to run the code stream test software tool to test the code stream to be tested. Stream test.

It should be noted that, in the embodiment of the present application, when the acquisition of the code stream to be tested is based on the server, the electronic device for installing and running the code stream test is a device that supports DLNA (Digital Living Network Alliance, Digital Living Network Alliance) . When the electronic device installed with the stream testing software tool is running, the software tool communicates and exchanges information with the server, playback device or projection device based on the HTTP communication protocol.

In the embodiment of the present application, it should be understood that some audio and video code streams in Internet resources contain a large amount of audio and video data and occupy a large amount of memory. It will be more difficult to test the code stream, especially some test methods need to load the code stream to be tested on the test equipment before testing, and the code stream test is basically impossible. In the embodiment of the present application, by packaging the encoding program and instructions used to realize the code stream testing method into a software tool and installing it on the electronic device, the software tool communicates with the server, playback device or projection device based on the HTTP communication protocol. Communicate to obtain the code stream to be tested. Such a design enables the code stream testing method provided by this application to easily perform code stream testing even when encountering a code stream with a large amount of data to be tested, and generate a test report with reference value.

S20. Play the code stream to be tested, collect play data when playing the code stream to be tested, and generate a play log.

In the embodiment of the present application, the playback of the code stream to be tested is performed by running the software tool, executing the encoding program in the software tool, calling a playback device or a projection device that is communicatively connected to the electronic device, The code stream to be tested is played through a playback device or a projection device, and the playback data is acquired through an interface of the playback device or a projection device.

In the embodiment of the present application, collecting and playing the playback data of the code stream to be tested can be realized through the following steps:

According to the preset acquisition period, the playback data when playing the code stream to be tested is collected.

Wherein, the collection period is set according to the duration information of the code stream to be tested.

It should be noted that the file size and duration information of different code streams to be tested are usually different. For example, the duration information of the code streams to be tested for most movie audio and video is 2 hours, while some short audio and video code streams to be tested have The duration information of the stream is 20 minutes. In the embodiment of the present application, the collection period is set according to the duration information of the code stream to be tested. For example, when the sampling frequency is 10 times per second, the sampling period is 0.1S. This application does not make any adjustments to the specific value of the sampling period. The sampling period can be adjusted according to the actual application scenario. For example, when the length of the code stream to be tested is long, the collection period should be extended appropriately to ensure that the collected playback data will not be too much, resulting in frequent calls to the interface for collecting playback data, or errors in the playback When the data is analyzed and processed, the operating memory occupied is too large, which causes the processing device to crash. Such a design can avoid the failure to generate the test report or data errors in the test report that may be caused by the above-mentioned situation, thereby making the test report useless for reference.

S30, judging whether there is fault data in the playing data.

S40. Generate a test report based on the playing log and the judgment result.

Optionally, in this embodiment of the present application, the playing data includes image data, audio data and heartbeat data.

Further optionally, in this embodiment of the present application, the image data includes multiple screenshots when the code stream to be tested is played, and the audio data includes multiple audio data packets.

Further optionally, in the embodiment of the present application, judging whether there is fault data in the playing data is specifically:

Comparing the multiple screenshots, obtaining multiple similarities corresponding to the multiple screenshots, judging whether there is a similarity lower than a preset range among the multiple similarities, and if so, determining that there is Image glitch data. If not, it is determined that there is no image fault data.

It is judged whether there is an empty data packet among the plurality of audio data packets, and if so, it is judged that there is audio fault data. If not, it is determined that there is no audio fault data.

It is judged whether there is crash data or application non-response (anr) data in the heartbeat data, and if there is, it is judged that there is heartbeat failure data. If not, it is determined that there is no heartbeat fault data.

Further, when the heartbeat fault data exists in the result of the judgment, the device fault is displayed in the test report.

In the embodiment of the present application, the heartbeat failure data can reflect whether the playback device or the projection device playing the code stream to be tested has an operation failure, such as stop running (Crash) or application program not responding (anr). Through such a design, when testing the code stream to be tested, this application distinguishes between the decoding of the code stream to be tested and the device operation data of the playback or projection device. These two types of data include two types of reasons that lead to the failure of decoding . And record the specific failure information in the test report. From this, you can intuitively judge through the report whether it is due to a problem with the decoding of the code stream to be tested that the decoding failed, or the equipment operation of the playback or projection equipment is faulty. As a result, the decoding failed.

In the embodiment of the present application, optionally, the preset range of the similarity may be, for example, but not limited to 8%-10%. In practical applications, the preset range can be adjusted according to the needs of practical application scenarios.

Optionally, in this embodiment of the application, generating a test report based on the play log and the result of the judgment is specifically:

When any one of the image fault data, the audio fault data and the heartbeat fault data exists in the result of the judgment, it will be displayed in the test report as failing the test. Otherwise, pass the test is shown in the test report.

Save the playing log in the test report.

It should be noted that, in the embodiment of the present application, in the test report, the play log records the name of the code stream to be tested and the data processing records during the judgment process, including the time when various fault data appeared, the judgment result Based on the playback data, the determination based on the playback data is specific: the fault data is image fault data, audio fault data or heartbeat fault data. When the fault data is image fault data, a screenshot corresponding to a similarity lower than a preset threshold is recorded. When the fault data is the heartbeat fault data, the recorded data is stop running (Crash) data or application program not responding (anr) data. Therefore, the test report generated by the code stream test method provided by the embodiment of the present application not only includes the information prompt of whether the decoding test is passed, but also records the specific data in the test process, so that it is convenient for relevant operators. The test report traces the problem and improves the reference value of the test results.

In the embodiment of this application, each code stream name to be tested is used as the name of the compressed log package, and each code stream name to be tested can include a code stream path, which further facilitates relevant operators to trace problems based on the test report , and further improved the reference value of the test results.

Please refer to FIG. 2 , which is a schematic block diagram of a code stream testing device 100 provided in an embodiment of the present application.

The devices include:

The obtaining module 10 is used to obtain the code stream to be tested.

The processing module 20 is configured to play the code stream to be tested, collect play data when playing the code stream to be tested, and generate a play log.

A judging module 30, configured to judge whether there is fault data in the playing data.

A generating module 40, configured to generate a test report based on the playing log and the judgment result.

It can be understood that, for specific operation methods of each functional module in this embodiment, reference may be made to the detailed description of corresponding steps in the foregoing method embodiments, and details are not repeated here.

The embodiment of the present application also provides a readable storage medium, where a computer program is stored in the readable storage medium, and when the computer program is executed, the above code stream testing method is implemented.

Therefore, the code stream testing method and device provided in the embodiments of the present application, the method obtains the code stream to be tested, and then plays the code stream to be tested, collects the playback data when playing the code stream to be tested, and generates Playing the log, and then judging whether there is fault data in the playing data, and generating a test report based on the playing log and the judgment result. Through this method, the code stream to be tested can be tested conveniently, and a test report with high reference value can be obtained.

In the embodiments provided in this application, it should be understood that the disclosed devices and methods may also be implemented in other ways. The apparatus and method embodiments described above are only illustrative. For example, the flowcharts and block diagrams in the accompanying drawings show possible implementation architectures of systems, methods, and computer program products according to multiple embodiments of the present application, function and operation. In this regard, each block in a flowchart or block diagram may represent a module, program segment, or part of code that includes one or more Executable instructions. It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks in succession may, in fact, be executed substantially concurrently, or they may sometimes be executed in the reverse order, depending upon the functionality involved. It should also be noted that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by a dedicated hardware-based system that performs the specified function or action , or may be implemented by a combination of dedicated hardware and computer instructions.

The above descriptions are only preferred embodiments of the present application, and are not intended to limit the present application. For those skilled in the art, various modifications and changes may be made to the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of this application shall be included within the protection scope of this application.

Claims (10)

1. A code stream testing method is characterized in that the method comprises: Obtain the code stream to be tested; Play the code stream to be tested, collect and play the playback data when playing the code stream to be tested, and generate a play log; Judging whether there is faulty data in the playing data; A test report is generated based on the playing log and the judgment result. 2. code stream test method according to claim 1, is characterized in that, the playback data when collecting and playing described code stream to be tested is specifically: According to the preset collection cycle, collect and play the playback data when the code stream to be tested is played; Wherein, the collection period is set according to the duration information of the code stream to be tested. 3. The code stream testing method according to claim 1, wherein the playing data includes image data, audio data and heartbeat data. 4. The code stream testing method according to claim 3, wherein the image data includes multiple screenshots when playing the code stream to be tested, and the audio data includes a plurality of audio data packets; Judging whether there is fault data in the playing data is specifically: Comparing the multiple screenshots, obtaining multiple similarities corresponding to the multiple screenshots, judging whether there is a similarity lower than a preset range among the multiple similarities, and if so, determining that there is image glitch data; Judging whether there is an empty data packet in the plurality of audio data packets, if there is, then determining that there is audio fault data; It is judged whether there is stop operation data or application non-response data in the heartbeat data, and if there is, it is judged that there is heartbeat failure data. 5. The code stream testing method according to claim 4, characterized in that, generating a test report based on the play log and the result of the judgment is specifically: When any one of the image fault data, the audio fault data and the heartbeat fault data exists in the result of the judgment, it will be displayed in the test report as failing the test; Save the playing log in the test report. 6 . The code stream testing method according to claim 5 , wherein when the heartbeat fault data exists in the result of the judgment, the device fault is displayed in the test report. 7 . 7. A stream testing device, characterized in that the device comprises: The acquisition module is used to acquire the code stream to be tested; A processing module, configured to play the code stream to be tested and collect playback data when playing the code stream to be tested, and generate a play log; A judging module, configured to judge whether there is faulty data in the playing data; A generating module, configured to generate a test report based on the playing log and the judgment result. 8. The code stream testing device according to claim 7, wherein the processing module is further configured to collect and play the playback data when the code stream to be tested is played according to a preset collection period; Wherein, the collection period is set according to the duration information of the code stream to be tested. 9. The code stream testing device according to claim 7, wherein the play data includes image data, audio data and heartbeat data. 10. A readable storage medium, wherein a computer program is stored in the readable storage medium, and when the computer program is executed, the code stream testing method according to any one of claims 1-6 is implemented.