CN114510421A - Test method, test device, chip and module equipment - Google Patents

Abstract

The application discloses a test method, a test device, a chip and module equipment, wherein the method comprises the following steps: acquiring corresponding element information and attribute information in a test file, wherein the element information corresponds to a processing mode of an element, and the attribute information corresponds to a processing mode of an attribute; testing the first tested code based on the element information and the element processing mode and the attribute information and attribute processing mode to obtain a test result; and outputting a test result. By adopting the method described in the application, the working efficiency of developers can be improved.

Description

A test method, device, chip and module equipment

technical field

The present invention relates to the field of communications, and in particular, to a testing method, device, chip and module equipment.

Background technique

When a tester develops multiple test cases of communication system software, each test case needs to write a different test case configuration file, or write common codes for some fixed test steps. A lot of repetitive work makes developers have a larger workload and lower work efficiency.

SUMMARY OF THE INVENTION

The present application provides a testing method, device, chip and module equipment, which are beneficial to improve the work efficiency of developers.

In a first aspect, the present application provides a test method, the method includes: acquiring corresponding element information and attribute information in a test file, the element information corresponds to the processing method of the element, and the attribute information corresponds to the processing method of the attribute; based on the element information and The processing method of the element, the attribute information and the processing method of the attribute test the first code under test to obtain the test result; and output the test result.

In a possible implementation manner, the element information and attribute information corresponding to the test file are obtained, and the specific implementation method is as follows: determining the elements and attributes in the test file; preprocessing the elements and attributes to obtain the element information and attribute information, the element The data format of the information and the data format of the attribute information are both preset formats.

In a possible implementation manner, the first code under test is tested based on the element information and the processing method of the element, the attribute information and the processing method of the attribute, and the test result is obtained. The specific implementation method may be: the processing method based on the element information and the element , attribute information and attribute processing methods, call the external interface simulation module and/or hardware simulation module to test the code under test, and obtain the test result; the external interface simulation module is used for feedback when the first code under test calls the second code under test The preset output value corresponding to the second code under test, the first code under test and the second code under test are codes of different modules that form the same system code, and the hardware simulation module is used to provide the hardware environment required for the test code to be tested .

In a possible implementation manner, the method further includes: comparing the test result with a preset expected result to determine the comparison result; and outputting the comparison result.

In a possible implementation, the method further includes: calling a code coverage module to monitor the execution of each code in the first code under test; outputting a coverage report of the code under test, where the coverage report is used to indicate the first code under test Whether each code in is executed.

In a possible implementation manner, the format of the test file is an XML file format.

In a possible implementation manner, the first code under test is tested based on the element information and the processing method of the element, the attribute information and the processing method of the attribute, and the specific implementation method is: The processing method of information and attributes tests the first code under test, and the test code is used to provide multiple thread priority mechanisms required when the first code under test is tested.

In a possible implementation manner, the first code under test corresponds to a control code, and the control code is used to determine the message data required by the first code under test and the interaction sequence corresponding to the message data, and the test file includes the message data and the message data. The interaction sequence corresponding to the data; the first code under test is tested based on the processing methods of elements and elements, and the processing methods of attributes and attributes. The specific implementation methods are: based on the processing methods of element information and elements, processing methods of attribute information and attributes, and messages The interactive sequence corresponding to the data and the message data tests the first code under test, and the message data is the data transmitted in the communication system simulated by the first code under test.

In a second aspect, the present application provides a test device, the test device includes: an acquisition unit for acquiring corresponding element information and attribute information in a test file, the element information corresponds to a processing method of an element, and the attribute information corresponds to a processing method of an attribute method; a test unit for testing the first code under test based on element information and element processing methods, attribute information and attribute processing methods to obtain test results; an output unit for outputting test results.

In a third aspect, the present application provides a chip, including a processor and a communication interface, where the processor is configured to cause the chip to execute the method described in the first aspect and any possible implementation manner thereof.

In a fourth aspect, the present application provides a module device, the module device includes a communication module, a power module, a storage module and a chip, wherein: the power module is used for providing electrical energy for the module device; the storage module is used for Store data and instructions; the communication module is used for internal communication of the module device, or for the module device to communicate with external devices; the chip is used to execute the method as described in the first aspect and any possible implementation manner thereof .

In a fifth aspect, the present application provides a test device, the test device includes a memory and a processor, the memory is used to store a computer program, the computer program includes program instructions, and the processor is configured to call the program instructions, so that the test device executes the steps as described in Section 1. The method described on the one hand and any of its possible implementations,

In a sixth aspect, the present application provides a computer-readable storage medium, characterized in that, the computer-readable instructions are stored in the computer storage medium, and when the computer-readable instructions are executed on the test device, the test device is made to execute the first aspect. The described method and any of its possible implementations.

In a seventh aspect, the present application provides a computer program or computer program product, comprising codes or instructions, which, when the codes or instructions are run on a computer, cause the computer to execute the method in the first aspect or any of its possible implementations .

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the accompanying drawings used in the description of the embodiments. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention. For those of ordinary skill in the art, other drawings can also be obtained from these drawings without creative effort.

Fig. 1 is the schematic diagram that the embodiment of the present application provides a test case configuration file and a test case script file;

2 is a schematic flowchart of a testing method provided by an embodiment of the present application;

3a is a schematic diagram of a software structure of a baseband communication system provided by an embodiment of the present application;

3b is a schematic diagram of a test protocol stack software provided by an embodiment of the present application;

FIG. 4 is a schematic diagram of a system framework of a test platform provided by an embodiment of the present application

5 is a schematic structural diagram of a testing device provided by an embodiment of the present application;

6 is a schematic structural diagram of a testing device provided by an embodiment of the present application;

FIG. 7 is a schematic structural diagram of a module device provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present invention, but not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

The terms used in the following embodiments of the present application are only for the purpose of describing specific embodiments, and are not intended to be used as limitations of the present application. As used in the specification of this application and the appended claims, the singular expressions "a," "an," "the," "above," "the," and "the" are intended to also include Plural expressions unless the context clearly dictates otherwise. It will also be understood that, as used in this application, the term "and/or" refers to and includes any and all possible combinations of one or more of the listed items.

It should be noted that “first”, “second”, “third”, etc. in the description and claims of the present application and the above drawings are used to distinguish similar objects, and are not necessarily used to describe specific order or sequence. It is to be understood that the data so used may be interchanged under appropriate circumstances such that the embodiments of the application described herein can be practiced in sequences other than those illustrated or described herein. Furthermore, the term "comprising" and any variations thereof are intended to cover the non-exclusive inclusion, for example, a process, method, system, product or server comprising a series of steps or elements is not necessarily limited to those steps or elements expressly listed, Rather, other steps or units not expressly listed or inherent to the process, method, product or apparatus may be included.

In order to better understand the embodiments of the present application, the following first introduces the background involved in the embodiments of the present application.

Software testing refers to the process of using manual or automatic means to run or measure a software product system, the purpose of which is to check whether the specified requirements are met or to clarify the difference between the expected results and the actual results.

The communication system software test can be used to simulate and test the communication system, for example, to simulate data interaction between two devices based on a preset communication protocol, so as to test whether the preset communication protocol can improve the transmission efficiency between data, etc. Communication system software testing involves two aspects: test platform development and test case construction. Generally speaking, the quality of the test platform will have a greater impact on the test effect. A good test platform can reduce the complexity and flexibility of test case construction.

Test cases generally consist of two types of files: test case configuration files and test case script files. The test case configuration file configures various types of messages that need to be used during the execution of the test case. The test case script file processes each message (eg, receives, sends, compares) according to the test case design requirements. Since each test case design process may have different requirements, as shown in Figure 1, the test case developer must develop the corresponding test case configuration file and test case script file when developing each test case. Each test case needs to write a different test case configuration file, or write common code for some fixed test steps, which increases the workload of developers.

In order to reduce the workload of developers, an embodiment of the present invention proposes a testing method. The method includes: acquiring corresponding element information and attribute information in a test file, the element information corresponds to the processing method of the element, the attribute information corresponds to the processing method of the attribute; the processing method based on the element information and the element, the attribute information and the attribute Test the first code under test to get the test result; output the test result. Based on this method, repeated or general test steps can define corresponding processing methods through elements and attributes. The developer only needs to configure the required elements and attributes in the test file, and the electronic device will test the first step based on the configured elements and attributes. A code under test, thereby reducing the developer's workload.

The method can be applied to an electronic device, which has a data processing function and can process the acquired data. The electronic device may be a mobile phone (mobile phone), a personal computer (Personal Computer, PC), a wireless terminal in industrial control, a vehicle-mounted terminal device, a wireless terminal in self-driving, a smart grid (smart) grid) wireless terminals, wearable terminal devices, etc. The embodiments of the present application do not limit application scenarios. A terminal may also sometimes be referred to as terminal equipment, user equipment (UE), access terminal equipment, vehicle-mounted terminal, industrial control terminal, UE unit, UE station, mobile station, mobile station, remote station, remote terminal equipment, mobile equipment , UE terminal equipment, terminal equipment, wireless communication equipment, UE proxy or UE device, etc. The electronic device can also be a server, specifically, an independent physical server, a server cluster or a distributed system composed of multiple physical servers, or a cloud service, cloud database, cloud computing, cloud function, cloud Cloud servers for basic cloud computing services such as storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms.

In the embodiments of the present application, the device for realizing the function of the electronic device may be an electronic device, or a device capable of supporting the electronic device to realize the function, such as a chip system or a combined device or component that can realize the function of the electronic device. Can be installed in electronic equipment.

In order to improve the work efficiency of software test developers, the present application provides a test method, device, chip and module device. The test method, device, chip, and module device provided by the embodiments of the present application are further described in detail below.

FIG. 2 is a schematic flowchart of a testing method provided by an embodiment of the present application. As shown in FIG. 2 , the testing method includes the following steps 201 to 203 . The method execution body shown in FIG. 2 may be an electronic device. Alternatively, the method execution body shown in FIG. 2 may be a chip in an electronic device. FIG. 2 takes an electronic device as an example of the execution body of the method for description.

201. The electronic device acquires corresponding element information and attribute information in the test file, where the element information corresponds to the processing method of the element, and the attribute information corresponds to the processing method of the attribute.

In this embodiment of the present application, the test file may include one or more test case configuration files, that is, the method proposed in this application may process multiple test cases at one time. Each test configuration file includes one or more elements, and one or more properties.

Here, element refers to the part from (and including) the start tag up to (and including) the end tag. Elements can include other elements, text, or a mixture of both. Elements can also have one or more attributes, which are used to provide additional (additional) information about the element.

Optionally, the format of the test file may be an Extensible Markup Language (Extensible Markup Language, XML) format.

Take the following document code in XML format as an example:

Include the <bookstore> element, the <book> element, and the <title> element in the above document code. Among them, in the document code, only the <book> element also includes attributes (category="CHILDREN"), and other elements do not include attributes.

It should be noted that developers write common codes for fixed test steps, and the configuration files corresponding to each test case will contain these common codes, which is very redundant. Based on the methods described in the embodiments of the present application, the corresponding processing methods of elements and attributes may be repeated or general test steps in communication software testing. Developers only need to enter simple symbol labels to configure elements and attributes, and do not need to enter a large paragraph. code. After the required elements and attributes are configured in the test file, the electronic device will test the first code under test based on the configured elements and attributes, thereby reducing the workload of developers and improving test efficiency.

In a possible implementation, the specific implementation of step 201 may be as follows: the electronic device determines the elements and attributes in the test file; the electronic device preprocesses the elements and attributes to obtain element information and attribute information, and data of the element information The data format of the format and attribute information are all preset formats. The preprocessing refers to converting the data format corresponding to the elements and attributes in the test file into a preset format, and the data in the preset format can be more suitable for the processing method of the electronic device, thereby improving the test efficiency.

202. The electronic device tests the first code under test based on the element information, the processing method of the element, and the attribute information and the processing method of the attribute, and obtains a test result.

In a possible implementation manner, the specific implementation manner of step 202 may be as follows: the electronic device calls the external interface simulation module and/or hardware simulation module to test the test code to obtain the test result; the external interface simulation module is used to feed back the preset output value corresponding to the second tested code when the first tested code calls the second tested code, the first tested code and the second tested code The code is the code of different modules that make up the same system code, and the hardware simulation module is used to provide the hardware environment required when the code under test is tested.

It should be noted that in the process of parallel development of a system code by multiple groups, the development progress of each group is different. If a complete module integration test is to be carried out, it is necessary to wait for the development of all groups to be completed before proceeding. Testing, this practice will delay the completion of testing of the entire system and prolong the progress of research and development.

Exemplarily, it is assumed that the first code under test of the first group has been written, but the second code under test of the second group has not been written yet. Since the first code under test runs, the second code under test needs to be called to obtain the corresponding output value, so the first code under test cannot be tested. However, if the output value fed back by the second code under test of the module is simulated using an external interface, the first code under test can be tested without the second code under test being written. Based on this method, the work efficiency of developers can be effectively improved.

In another example, as shown in Figure 3a, the communication system software is usually composed of multiple subsystems. Taking the mobile phone terminal baseband communication system software as an example, it is assumed that the first tested code is the protocol software code, and the second tested code is the physical layer. The software code and the physical layer software code are subject to the scheduling control of the upper-layer protocol software. Testing the physical layer software code requires the completion of the protocol stack software code development before testing. At the same time, to test the software code of the protocol stack, the physical layer software also needs to feed back necessary information to ensure that the subsequent code flow can be executed correctly. As shown in Figure 3b, if you choose to write the simulated physical layer software code to test the protocol layer software code, the simulated physical layer software code puts forward higher requirements for developers to a certain extent, and also increases the workload of developers At the same time, these simulated codes themselves may introduce some defects, which overlap with the codes of real software development. Using the method proposed in this application, the output value fed back by the module is simulated by the external interface, so that the code under test can be decoupled from all external interfaces, and the physical layer software code can be tested before the development of the protocol stack software is completed, or the physical layer software can be tested Test the software code of the protocol stack before the development is completed, which can effectively improve the work efficiency of developers.

It should also be noted that, in the process of communication system development, it is often necessary to implement some operations in the code under test through hardware devices. But usually, hardware equipment is expensive, and developers do not have the conditions to use hardware equipment for testing. The hardware simulation module can provide the hardware environment required when the code under test is tested. Usually, the hardware behaviors that need to be simulated include: the behavior of generating interrupts after the hardware runs for a period of time, the behavior of outputting results after the hardware runs, and the behavior of configuring hardware input parameters. Based on this implementation, it can help testers reduce cost overhead.

In a possible implementation manner, the specific implementation manner of step 202 may be as follows: the electronic device tests the first code under test based on the test code, element information and element processing methods, attribute information and attribute processing methods, and the test code is used for Provides multiple thread priority mechanisms required when testing the first code under test.

It should be noted that the communication system software is usually tested in the Windows environment, but because the thread priority provided in the Windows environment is limited, in a multitasking communication system, the threads provided in the Windows environment Priority cannot realistically simulate the real priority of all tasks, which will affect the test results. Exemplarily, assuming that the first code under test includes N tasks, and the N tasks correspond to N priorities, the first code under test needs to be executed according to the priority order of each task when running. If the test platform can only provide M priorities. If M is less than N, the actual application effect of the first tested code cannot be simulated, and the test results will be affected to a certain extent. Based on the method proposed in the present application, when testing the first code under test, the test code is called for testing, and the thread priority that the test code can provide is greater than the priorities of multiple threads required by the first code under test, Based on this method, the accuracy of the test can be improved. Optionally, the test code may be a Windows-based simulation code provided by a free realtime operating system (FreeRTOS) system.

In a possible implementation manner, the specific implementation manner of step 202 may be as follows: the electronic device tests the first object based on the element information and the processing method of the element, the processing method of the attribute information and the attribute, the message data and the interaction sequence corresponding to the message data. test code. The first code under test corresponds to a control code, and the control code is used to determine the message data required by the first code under test and the interaction sequence corresponding to the message data. The test file includes the message data and the interaction sequence corresponding to the message data. The message data is: The first code under test simulates the data transmitted in the communication system.

It should be noted that the communication system software test can be used to simulate and test the communication system, for example, to simulate the data interaction between two devices based on a preset communication protocol, so as to test whether the preset communication protocol can improve the transmission efficiency between data, etc. . The message data is the data transmitted between the two devices, and the interaction order corresponding to the message data is the order of transmission of the message data. Exemplarily, the first code under test simulates the data interaction between device A and device B based on a preset communication protocol. For example, device A sends message data 1 to device B; The message data 2 sent by A; after receiving the message data 2, the device A sends the message data 3 to the device B. The interaction sequence corresponding to the message data can help device A and device B determine when to send the message data. During the running process of the first code under test, it is necessary to determine the message data based on the control code and the sequence of message data transmission. However, due to the different development progress of each group, there may be situations where the control code has not been written yet. Therefore, the message data and the interaction sequence corresponding to the set message data can be stored in the test file in advance. The first code under test does not need to determine the message data through the control code during the running process, but can directly use the test file. The message data is simulated, and the interaction sequence corresponding to the message data is determined. Based on this method, the test efficiency can be improved.

203. The electronic device outputs the test result.

In a possible implementation manner, the method further includes: the electronic device compares the test result with a preset expected result to determine the comparison result; and the electronic device outputs the comparison result. Based on this implementation, the developer can intuitively determine whether the test result of this test is the expected test result, so as to determine whether it is necessary to adjust the code under test or perform the test again, so as to improve the test efficiency.

In a possible implementation manner, the method further includes: the electronic device calls a code coverage module to monitor the execution of each code in the first code under test; the electronic device outputs a coverage report of the code under test, and the coverage report is used to indicate the first code under test. Whether each code in a code under test is executed. Exemplarily, the first code under test includes 1000 lines of code, of which the first 100 lines of code are the trunk, the 200th line of code to the 599th line of code is the first branch, and the 600th line of code to the 1000th line of code is the second branch. , the test cases included in the current test file make the first code under test only execute the code on the trunk and the code corresponding to the first branch, that is, the first 599 lines of code, and the subsequent lines of code 600 to 1000 are not Execution, the execution status of the code can be visually reflected through the coverage report, so as to determine whether it is necessary to add test cases and then re-test the first code under test. Based on this implementation, it is beneficial to improve the test efficiency.

Based on the method described above, the present application also proposes a system framework of a test platform, and an electronic device can implement the method proposed in the present application based on the system framework of the test platform. As shown in FIG. 4 , the test platform includes two processes , one is to test the sender process, and the other is to test the receiver process. By dividing the two processes, the structure of the test platform can be made clearer, and there will not be too much coupled test code in the code under test, which improves the maintainability of the code.

The test sending process includes: an adapter module, a test case control (CaseCtrl) module, a general processing (Element Handle) module, an XML interface module, and a tracking module. The test receiver process includes: a code integration (Code Integration) module, an external interface simulation module, a hardware simulation module, an adapter (Adapter) module, a trace (Trace) module, and a Windows real-time operating system (RTOS-Win) module. The adaptation modules of the two processes are connected through a test framework (Test Framework) module, in addition to this, the platform may also include a code coverage (Code Coverage) module.

The test sender process is a collection of test code function modules, and the test receiver process is a collection of tested code function modules. The specific functions of the above modules are as follows:

The test case control module is used to parse the test file. This module is responsible for reading the test file, calling the XML interface module to determine the elements and attributes in the test file, and calling the general processing module to determine its corresponding processing method. Based on the test case control module, users do not need to separately develop test script files corresponding to each test case according to the scenarios designed by each test case, but can define different elements in the test file according to the requirements of the test case scenarios. Attributes are sufficient, thereby greatly reducing the user's development workload.

The XML interface module includes various elements and attributes in the XML file, and provides methods for accessing various elements and attributes in the XML file for the test case control module. The XML can be implemented by referencing various open source XML files, such as tinyXML files.

The general processing module is used to determine the corresponding processing methods of elements and attributes. The general processing module pre-stores processing methods corresponding to each element and attribute.

The adaptation module is used to convert elements and attributes into element information and attribute information. The format of the element information and attribute information is a preset format, and the data in the preset format can be more suitable for the processing method of the electronic device, thereby improving the test results. efficiency. That is to say, the adapter module provides a support function for the test platform. Optionally, the adaptation module can also provide functions such as interface adaptation of the underlying real-time operating system for the test platform.

The test framework module provides a communication mechanism for the two processes, enabling the test sender process and the test receiver process to transfer data.

The code under test is included in the code integration module.

The external interface simulation module is used to simulate the preset output value corresponding to the external interface code when the tested code is tested. If the external interface module is ready when constructing the test platform project, this module is not required, and the real code of the external interface can be directly integrated; This module simulates the behavior of the external interface, the user only needs to simply simulate the output of the external interface function, and does not need to simulate its internal specific implementation. The output can be a fixed value in the stub function, or it can be flexibly configurable through a message.

The hardware simulation module is used to provide the hardware environment required for testing the code under test. For the communication system software, it is often necessary to operate the hardware, but in the Windows environment, the behavior of the hardware can only be realized by means of simulation. Generally, the hardware behaviors that need to be simulated include: the behavior of generating an interrupt after the hardware runs for a period of time, the behavior of outputting results after the hardware runs, and the behavior of configuring input parameters of the hardware.

The code coverage module is used to monitor the execution of the code under test in the process of the test receiver, and output a coverage report. The coverage report indicates whether each code in the code under test is executed.

The trace module is used to provide the function of printing and saving trace information for the whole system, and to provide users with means of debugging code defects.

The Windows RTOS module is used to simulate the task scheduling mechanism of the embedded RTOS in the Windows environment, including functions such as task scheduling, interrupt control, and timer maintenance. It can be implemented by referencing various open source RTOS simulation modules. For example, the Windows emulation framework provided by FreeRTOS.

The test sender process and the test receiver process can respectively generate two independent executable files (the test receiver executable file and the test sender executable file) through the integrated development environment (IDE). Executables use this testbench. In addition, the visual interface of the test platform can also be managed through the visual module, thereby providing users with a more intuitive operation method.

It should be noted that, in an actual application scenario, the test platform may include more or less modules, and users can configure corresponding modules according to actual needs, which is not limited in this application.

Based on the test platform described above, the following describes the execution process of the test platform to test the code under test through a complete example.

Step 1: The electronic device calls the XML interface module through the test case control module to parse the test file, determines the elements and attributes in the test file, and then calls the general processing module to determine the processing mode corresponding to the element and the processing mode corresponding to the attribute.

Step 2: The electronic device preprocesses the elements and attributes through the adaptation module to obtain element information and attribute information. The data format of the element information and the data format of the attribute information are both preset formats.

Step 3: The electronic device transmits the element information and attribute information from the test sender process to the adapter module of the test receiver process through the test framework module.

Step 4: The electronic device tests the code under test in the code integration module according to the element information and attribute information. During the test, the external interface simulation module and hardware module are called to simulate the test environment, and the electronic device calls the code coverage module to monitor The execution of the code under test.

Step 5: After the test is completed, the electronic device transmits the test results back to the test sender process, performs comparison according to the preset results stored in the test file, outputs the comparison results, and outputs the code coverage report through the code coverage module.

Referring to FIG. 5 , FIG. 5 is a schematic structural diagram of a testing device provided by an embodiment of the present invention, and the testing device may be an electronic device or a device (eg, a chip) having functions of an electronic device. Specifically, as shown in FIG. 5 , the testing device 500 may include:

The obtaining unit 501 is used to obtain the corresponding element information and attribute information in the test file, the element information corresponds to the processing method of the element, and the attribute information corresponds to the processing method of the attribute; the testing unit 502 is used for the processing method based on the element information and the element , attribute information and attribute processing methods to test the first code under test to obtain the test result; the output unit 503 is used for outputting the test result.

In a possible implementation manner, when the acquiring unit 501 is used for the element information and attribute information corresponding to the test file, it is specifically used to: determine the elements and attributes in the test file; preprocess the elements and attributes to obtain the element information and attribute information. The attribute information, the data format of the element information and the data format of the attribute information are all preset formats.

In a possible implementation manner, the testing unit 502 tests the first code under test based on the element information and the processing method of the element, the attribute information and the processing method of the attribute, and when the test result is obtained, it is specifically used for: based on the element information and the element processing method Processing method, attribute information and attribute processing method, call the external interface simulation module and/or hardware simulation module to test the code under test, and obtain the test result; the external interface simulation module is used to call the second code under test when the first code under test is called When the preset output value corresponding to the second code under test is fed back, the first code under test and the second code under test are codes of different modules that make up the same system code, and the hardware simulation module is used to provide the required code for the test code. hardware environment.

In a possible implementation manner, the test device further includes a comparison unit 504, which is configured to compare the test result with a preset expected result, and determine the comparison result; the output unit 503 is further configured to output the comparison result. to the results.

In a possible implementation manner, the testing device further includes a monitoring unit 505, and the monitoring unit 505 is configured to call the code coverage module to monitor the execution of each code in the first code under test; the output unit 503 is further configured to output the A coverage report of the tested code, where the coverage report is used to indicate whether each code in the first tested code is executed.

In a possible implementation manner, the format of the test file is an XML file format.

In a possible implementation manner, when the testing unit 502 tests the first code under test based on the element information and the processing method of the element, the attribute information and the processing method of the attribute, it is specifically used for: processing based on the test code, the element information and the element The method, attribute information, and attribute processing method test the first code under test, and the test code is used to provide multiple thread priority mechanisms required for testing the first code under test.

In a possible implementation manner, the first code under test corresponds to a control code, and the control code is used to determine the message data required by the first code under test and the interaction sequence corresponding to the message data, and the test file includes the message data and the message data. The interaction sequence corresponding to the data, and the message data is the data transmitted in the communication system simulated by the first code under test. When testing the first code under test based on the element and the processing method of the element, the attribute and the processing method of the attribute, the testing unit 502 is specifically used for: based on the element information and the processing method of the element, the processing method of the attribute information and the attribute, the message data and the message The interactive sequence corresponding to the data tests the first code under test.

The embodiments of the present application further provide a chip, and the chip can execute the relevant steps of the electronic device in the foregoing method embodiments. The chip includes a processor and a communication interface, the processor is configured to make the chip perform the following operations: acquire corresponding element information and attribute information in the test file, the element information corresponds to the processing method of the element, and the attribute information corresponds to the attribute information Processing method; test the first code under test based on the element information, the processing method of the element, the attribute information and the processing method of the attribute, and obtain the test result; and output the test result.

In a possible implementation manner, when the processor is configured to make the element information and attribute information corresponding to the chip test file, perform the following operations: determine the elements and attributes in the test file; preprocess the elements and attributes, The element information and the attribute information are obtained, and the data format of the element information and the data format of the attribute information are both preset formats.

In a possible implementation manner, the processor is configured to perform the following operations when the element information and attribute information corresponding to the chip test file are tested: test based on the element information and the processing mode of the element, the attribute information and the processing mode of the attribute The first code under test, when the test result is obtained, is specifically used to: call the external interface simulation module and/or the hardware simulation module to test the code under test based on the element information and the processing method of the element, the attribute information and the processing method of the attribute, and obtain the test code Result; the external interface simulation module is used to feed back the preset output value corresponding to the second tested code when the first tested code calls the second tested code, and the first tested code and the second tested code form the same system The code of the different modules of the code, the hardware simulation module is used to provide the hardware environment required when the code under test is tested.

In a possible implementation manner, the processor is configured to cause the chip to perform the following operations: compare the test result with a preset expected result, determine the comparison result; and output the comparison result.

In a possible implementation manner, the processor is configured to cause the chip to perform the following operations: call the code coverage module to monitor the execution of each code in the first code under test; output a coverage report of the code under test, the coverage report Used to indicate whether each code in the first code under test is executed.

In a possible implementation manner, the format of the test file is an XML file format.

In a possible implementation manner, the processor is configured to perform the following operations when the element information and attribute information corresponding to the chip test file are tested: test based on the element information and the processing mode of the element, the attribute information and the processing mode of the attribute When the first code under test is used, it is specifically used to: test the first code under test based on the test code, element information and element processing methods, attribute information and attribute processing methods, and the test code is used to provide the first code under test when testing. Multiple thread priority mechanisms are required.

In a possible implementation manner, the first code under test corresponds to a control code, and the control code is used to determine the message data required by the first code under test and the interaction sequence corresponding to the message data, and the test file includes the message data and the message data. The interaction sequence corresponding to the data, the message data is the data transmitted in the communication system simulated by the first code under test; the processor is configured to make the element information and attribute information corresponding to the chip test file, perform the following operations: based on the element and Element processing method, attribute and attribute processing method When testing the first code under test, it is specifically used for: based on element information and element processing method, attribute information and attribute processing method, message data and interaction sequence test corresponding to message data The first code to be tested.

In a possible implementation manner, the chip includes at least one processor, at least one first memory, and at least one second memory; wherein, the at least one first memory and the at least one processor are interconnected through a line, and the first memory Instructions are stored in the memory; the at least one second memory and the at least one processor are interconnected through a line, and the data to be stored in the foregoing method embodiments are stored in the second memory.

For each device or product applied to or integrated in the chip, each module included in it may be implemented by hardware such as circuits, or at least some of the modules may be implemented by a software program that runs on the integrated circuit inside the chip. The processor and the remaining (if any) modules can be implemented in hardware such as circuits.

Please refer to FIG. 6. FIG. 6 is a schematic structural diagram of a testing device provided by an embodiment of the present invention. The direct communication apparatus 600 may include a memory 601 and a processor 602 . Optionally, a communication interface 603 is also included. Memory 601, processor 602 and communication interface 603 are connected by one or more communication buses. The communication interface 603 is controlled by the processor 602 for sending and receiving information.

Memory 601 may include read-only memory and random access memory, and provides instructions and data to processor 602 . A portion of memory 601 may also include non-volatile random access memory.

The communication interface 603 is used to receive or transmit data.

The processor 602 may be a central processing unit (CPU), and the processor 602 may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs) ), off-the-shelf programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. A general-purpose processor can be a microprocessor, alternatively, the processor 602 can also be any conventional processor or the like. in:

The memory 601 is used to store program instructions.

The processor 602 is used for calling the program instructions stored in the memory 601 .

The processor 602 invokes the program instructions stored in the memory 601 to cause the direct communication apparatus 600 to execute the method executed by the electronic device in the above method embodiments.

As shown in FIG. 7 , FIG. 7 is a schematic structural diagram of a module device provided by an embodiment of the present application. The module device 700 can perform the steps related to the electronic device in the foregoing method embodiments, and the module device 700 includes: a communication module 701 , a power module 702 , a storage module 703 and a chip 704 .

Among them, the power module 702 is used to provide electrical energy for the module device; the storage module 703 is used to store data and instructions; the communication module 701 is used for internal communication of the module device, or for the module device to communicate with external devices ; The chip 704 is configured to execute the method executed by the electronic device in the above method embodiments.

Embodiments of the present application further provide a computer-readable storage medium, where instructions are stored in the computer-readable storage medium, and when the computer-readable storage medium is executed on a processor, the method flow of the foregoing method embodiment is implemented.

The embodiments of the present application further provide a computer program product, when the computer program product runs on a processor, the method flow of the above method embodiments is realized.

Regarding each module/unit included in each device and product described in the above-mentioned embodiments, it may be a software module/unit, a hardware module/unit, or a part of a software module/unit and a part of a hardware module/unit . For example, for each device or product that is applied to or integrated in a chip, each module/unit included in the product may be implemented by hardware such as a circuit, or at least some modules/units may be implemented by a software program, and the software program runs Because the processor is integrated inside the chip, the remaining (if any) modules/units can be implemented by hardware such as circuits; for each device and product applied to or integrated in the chip module, each module/unit included can be implemented using It is realized by hardware such as circuits, and different modules/units can be located in the same piece of the chip module (such as chips, circuit modules, etc.) or in different components, or at least some modules/units can be realized by software programs. Running on the processor integrated inside the chip module, the remaining (if any) part of the modules/units can be implemented by hardware such as circuits; for each device and product applied to or integrated in the terminal, the modules/units included can be all of them. It is implemented by means of hardware such as circuits, and different modules/units may be located in the same component (eg, chip, circuit module, etc.) or in different components in the terminal, or at least some modules/units may be implemented by means of software programs. The program runs on the processor integrated inside the terminal, and the remaining (if any) part of the modules/units can be implemented by hardware such as circuits.

It should be noted that, for the sake of simple description, the foregoing method embodiments are all expressed as a series of action combinations, but those skilled in the art should know that the present application is not limited by the described action sequence. Because in accordance with the present application, certain operations may be performed in other orders or concurrently. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

The descriptions of the embodiments provided in this application may refer to each other, and the descriptions of the various embodiments have their own emphasis. For the parts that are not described in detail in a certain embodiment, reference may be made to the relevant descriptions of other embodiments. For the convenience and brevity of description, for example, regarding the functions and operations of each device and device provided in the embodiments of the present application, reference may be made to the related descriptions of the method embodiments of the present application, and also between the method embodiments and the device embodiments. There may be mutual reference, combination or reference.

Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, but not to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: The technical solutions described in the foregoing embodiments can still be modified, or some or all of the technical features thereof can be equivalently replaced; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the technical solutions of the embodiments of the present application. scope.

Claims (13)

1. A method of testing, the method comprising:

acquiring corresponding element information and attribute information in a test file, wherein the element information corresponds to a processing mode of an element, and the attribute information corresponds to a processing mode of an attribute;

testing a first tested code based on the element information and the element processing mode, the attribute information and the attribute processing mode to obtain a test result;

and outputting the test result.

2. The method according to claim 1, wherein the obtaining element information and attribute information corresponding to the test file comprises:

determining elements and attributes in the test file;

and preprocessing the element and the attribute to obtain the element information and the attribute information, wherein the data format of the element information and the data format of the attribute information are both preset formats.

3. The method according to claim 1 or 2, wherein testing the first code under test based on the element information and the processing manner of the element, and the attribute information and the processing manner of the attribute, and obtaining a test result comprises:

calling an external interface simulation module and/or a hardware simulation module to test a tested code based on the element information and the element processing mode and the attribute information and the attribute processing mode to obtain a test result;

the external interface simulation module is used for feeding back a preset output value corresponding to a second tested code when the first tested code calls the second tested code, the first tested code and the second tested code are codes of different modules forming the same system code, and the hardware simulation module is used for providing a hardware environment required by the tested code during testing.

4. The method according to any one of claims 1 to 3, further comprising:

comparing the test result with a preset expected result to determine a comparison result;

and outputting the comparison result.

5. The method according to any one of claims 1 to 4, further comprising:

calling a code covering module to monitor the execution condition of each code in the first tested code;

outputting a coverage report of the code under test, the coverage report indicating whether each code in the first code under test is executed.

6. The method according to any one of claims 1 to 5, wherein the format of the test file is an XML file format.

7. The method according to any one of claims 1 to 6, wherein testing the first code under test based on the element information and the processing mode of the element, and the attribute information and the processing mode of the attribute comprises:

and testing a first code to be tested based on the test code, the element information, the element processing mode and the attribute information, wherein the test code is used for providing a plurality of thread priority mechanisms required by the first code to be tested during testing.

8. The method according to any one of claims 1 to 7, wherein the first code under test corresponds to a control code, the control code is used for determining message data required by the first code under test and an interaction sequence corresponding to the message data, the test file includes the message data and the interaction sequence corresponding to the message data, and the message data is data transmitted in a communication system simulated by the first code under test;

testing a first code under test based on the element and the processing mode of the element, the attribute and the processing mode of the attribute, comprising:

and testing a first tested code based on the element information and the element processing mode, the attribute information and the attribute processing mode, and the message data and the interaction sequence corresponding to the message data.

9. A test apparatus, characterized in that the test apparatus comprises:

the device comprises an acquisition unit, a processing unit and a processing unit, wherein the acquisition unit is used for acquiring corresponding element information and attribute information in a test file, the element information corresponds to a processing mode of an element, and the attribute information corresponds to a processing mode of an attribute;

the test unit is used for testing a first tested code based on the element information, the element processing mode and the attribute information to obtain a test result;

and the output unit is used for outputting the test result.

10. A chip comprising a processor and a communication interface, the processor being configured to cause the chip to perform the method of any of claims 1 to 8.

11. The utility model provides a module equipment, its characterized in that, module equipment includes communication module, power module, storage module and chip, wherein:

the power supply module is used for providing electric energy for the module equipment;

the storage module is used for storing data and instructions;

the communication module is used for carrying out internal communication of module equipment or is used for carrying out communication between the module equipment and external equipment;

the chip is used for executing the method of any one of claims 1-8.

12. A test apparatus comprising a memory for storing a computer program comprising program instructions and a processor configured to invoke the program instructions to cause the test apparatus to perform the method of any one of claims 1 to 8.

13. A computer readable storage medium having computer readable instructions stored thereon which, when run on a test apparatus, cause the test apparatus to perform the method of any of claims 1-8.

Images