CN113220580A - Test method and device, equipment and storage medium - Google Patents

Test method and device, equipment and storage medium Download PDF

Info

Publication number
CN113220580A
CN113220580A CN202110541227.7A CN202110541227A CN113220580A CN 113220580 A CN113220580 A CN 113220580A CN 202110541227 A CN202110541227 A CN 202110541227A CN 113220580 A CN113220580 A CN 113220580A
Authority
CN
China
Prior art keywords
test
module
tested
message
current module
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110541227.7A
Other languages
Chinese (zh)
Inventor
龚文浩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202110541227.7A priority Critical patent/CN113220580A/en
Publication of CN113220580A publication Critical patent/CN113220580A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The embodiment of the application discloses a test method, a test device, equipment and a storage medium; wherein the method comprises the following steps: under the condition that the test message of the current module to be tested is the same as the test messages of other modules to be tested, obtaining a common test file comprising the test messages, wherein the common test file is used for testing the current module to be tested or other modules to be tested through the test messages; modifying the configuration parameters in the public test file to obtain a target test file; the modified configuration parameters comprise information of the associated module which needs to be started when the current module to be tested is tested; and operating the target test file, so as to test the current module to be tested through the test message.

Description

Test method and device, equipment and storage medium
Technical Field
The embodiment of the application relates to an automatic testing technology, and relates to but is not limited to a testing method, a testing device, testing equipment and a testing storage medium.
Background
Module test (module test) for Physical layer (PHY) mainly occurs at the beginning of PHY development of New Radio (NR) New space of fifth-Generation mobile communication technology (5th-Generation wireless communication technology, 5G), and belongs to a unit test between modules. However, in the testing stage, there is a problem that the development cost of the test file is high, for example, 50 test cases correspond to a Cell Search and Measurement (CSM) module of a Physical Subsystem (PHY SS) of a 5G Modem chip, and 2 months of workload is required to write test codes; moreover, there is a problem of difficult post-maintenance, for example, when the CSM module of the physical layer subsystem of the 5G Modem chip is tested, there are about 20 Hybrid Multi-core Communication (HMCC) messages involved, and modification of a certain message needs to involve modification of about 10 related test code files.
Disclosure of Invention
In view of this, the test method, the test device, the test equipment and the test storage medium provided in the embodiments of the present application can improve and reduce development cost and post-maintenance cost of the test file. The test method, the test device, the test equipment and the test storage medium provided by the embodiment of the application are realized as follows:
the test method provided by the embodiment of the application comprises the following steps: under the condition that the test message of the current module to be tested is the same as the test messages of other modules to be tested, obtaining a common test file comprising the test messages, wherein the common test file is used for testing the current module to be tested or other modules to be tested through the test messages; modifying the configuration parameters in the public test file to obtain a target test file; the modified configuration parameters comprise information of the associated module which needs to be started when the current module to be tested is tested; and operating the target test file, so as to test the current module to be tested through the test message.
The testing arrangement that this application embodiment provided includes: an obtaining unit, configured to obtain a common test file including a test message under a condition that a test message of a current module to be tested is the same as test messages of other modules to be tested, where the common test file is used to test the current module to be tested or the other modules to be tested through the test messages; the modification unit is used for modifying the configuration parameters in the public test file to obtain a target test file; the modified configuration parameters comprise information of the associated module which needs to be started when the current module to be tested is tested; and the operation unit is used for operating the target test file so as to test the current module to be tested through the test message.
The electronic device provided by the embodiment of the application comprises a memory and a processor, wherein the memory stores a computer program which can run on the processor, and the processor executes the program to realize the method provided by the embodiment of the application.
The computer readable storage medium provided by the embodiment of the present application has a computer program stored thereon, and the computer program is used for implementing the method provided by the embodiment of the present application when being executed by a processor.
In the embodiment of the application, under the condition that a certain test message used by a plurality of different modules to be tested is the same, the test of the current module to be tested can be realized only by adaptively modifying the configuration parameters in the corresponding public test file; therefore, on one hand, the development cost of the test file can be reduced, and the working efficiency of the tester is improved; on the other hand, the later maintenance cost is greatly reduced.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the application.
Fig. 1 is a schematic flow chart illustrating an implementation of a testing method according to an embodiment of the present application;
FIG. 2 is a schematic diagram showing a comparison between scheme 1 and scheme 2 of the examples of the present application;
FIG. 3 is a schematic diagram illustrating an operation process of a target test file according to an embodiment of the present application;
FIG. 4 is a schematic diagram illustrating another operation process of a target test file according to an embodiment of the present application;
FIG. 5 is a schematic flowchart of a test Feedback Management and Beam Management (FBM) module according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a physical layer of a 5G communication chip of the terminal according to the embodiment of the present application;
FIG. 7 is a schematic flowchart illustrating a module testing framework according to an embodiment of the present disclosure;
FIG. 8 is a schematic view of another exemplary embodiment of a module testing framework;
FIG. 9 is a schematic structural diagram of a testing apparatus according to an embodiment of the present application;
fig. 10 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, specific technical solutions of the present application will be described in further detail below with reference to the accompanying drawings in the embodiments of the present application. The following examples are intended to illustrate the present application but are not intended to limit the scope of the present application.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the present application only and is not intended to be limiting of the application.
In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict.
It should be noted that the terms "first \ second \ third" are used herein to distinguish similar or different objects and do not denote a particular order or importance to the objects, and it should be understood that "first \ second \ third" may be interchanged with a particular order or sequence where permissible to enable embodiments of the present application described herein to be practiced otherwise than as shown or described herein.
The embodiment of the present application provides a testing method, which is applied to an electronic Device, and the electronic Device may be various devices with wireless communication functions in the implementation process, for example, the electronic Device may include a handheld Device, a vehicle-mounted Device, a wearable Device, a computing Device or other processing Device connected to a wireless modem, and various forms of user Terminal Devices (TD) or Mobile Stations (MS). The functions implemented by the method can be implemented by calling program code by a processor in an electronic device, and the program code can be stored in a computer storage medium.
Fig. 1 is a schematic flow chart of an implementation of a testing method provided in an embodiment of the present application, and as shown in fig. 1, the method may include the following steps 101 to 103:
101, under the condition that the test message of a current module to be tested is the same as the test messages of other modules to be tested, obtaining a common test file comprising the test messages, wherein the common test file is used for testing the current module to be tested or the other modules to be tested through the test messages;
step 102, modifying the configuration parameters in the public test file to obtain a target test file; the modified configuration parameters comprise information of the associated module which needs to be started when the current module to be tested is tested.
The association module refers to other functional modules on a path through which the test message reaches the current module to be tested. For example, assuming that the current module to be tested is module F, the test message needs to pass through module a, module B, and module C to reach module F, i.e., the forwarding path of the test message is module a- > module B- > module C- > module F. Then, module a, module B, and module C may be referred to as associated modules of module F (i.e., the current module under test).
In some embodiments, the associated module other than the current module under test may be launched in a message simulator. The configuration parameters include not only information of the associated module to be started, but also information of the current module to be tested to be started, i.e. the configuration parameters specify which module to be tested is to be started and which associated modules are to be started.
In some embodiments, the configuration parameters also include processing references for the test messages (e.g., expected receipt time and expected processing results at the current module under test). Of course, the configuration parameters may also include expected reception times and expected processing results of the test messages at the respective associated modules. The expected receiving time is used by the module to determine whether the time when the message is received is in accordance with the expectation, and the expected processing result is used by the module to determine whether the received message is in accordance with the expectation after being processed, so that the test result is obtained.
Step 103, operating the target test file, so as to test the current module to be tested through the test message.
In the following embodiments, a running process of the target test file is provided, which is not described herein again.
In the embodiment of the application, under the condition that a certain test message used by a plurality of different modules to be tested is the same, the test of the current module to be tested can be realized only by adaptively modifying the configuration parameters in the corresponding public test file; therefore, on one hand, the development cost of the test file can be reduced, and the working efficiency of the tester is improved; on the other hand, the later maintenance cost is greatly reduced. For example, the modification of the test message 1 only needs to modify the corresponding common test file.
For example, as shown in fig. 2, scheme 1 is such that: the test message 1 is used for testing the module A, the test file 1 needs to be independently written, the test message 1 is used for testing the module B, the test file 2 needs to be independently written, the test message 1 is used for testing the module C, and the test file 3 needs to be independently written, namely, for the public test message, different modules need to be independently written with the corresponding test files, so that the workload of testers is greatly increased; and scheme 2 is such that: whether the test module A, the test module B or the test module C is tested by using the test message 1, a common test file is used, namely, a tester only needs to write one test file. In the actual test, the tester only needs to adaptively modify the configuration parameters in the public test file for use, thereby greatly reducing the development cost of the tester; therefore, compared with the scheme 1, the scheme 2 can reduce the development cost of the test file and improve the working efficiency of the tester.
Further, in some embodiments, the running process of the target test file, as shown in fig. 3, includes the following steps 301 to 303:
step 301, starting the current module to be tested and the associated module according to the modified configuration parameters.
The construction of the message state machine including the started current module to be tested and the associated module can be completed through step 301.
In the embodiment of the application, a tester can flexibly modify the configuration parameters in the common test file according to different test objects. For example, the module to be tested and the associated module to be started are specified in the configuration parameters, so that the expandability of test development is greatly improved.
Step 302, the test message is processed by the association module and then sent to the current module to be tested.
In some embodiments, the test message is obtained by parsing a test script in the common test file and triggering the message state machine to start running, i.e., implementing step 302.
Further, in some embodiments, after obtaining the test message by parsing the test script, triggering registration of the test message, registering the test message in the message routing module, and forwarding a processing reference of the test message in each module (including the association module and the current module to be tested) to the corresponding module through the message routing module for registration; and after the registration of each module is successful, the module returns a registration test confirmation to the test control end in the public test file, and after the test control end receives the registration confirmation of each module, the test control end sends a test starting request to the message routing module. After receiving the test start request, the message routing module forwards the test message to an entry module of the message state machine (i.e., a first association module on the message forwarding path), so that the message state machine operates to finally send the processed test message to the current module to be tested.
Step 303, obtaining a test result of the current module to be tested according to the test message.
In the embodiment of the present application, there is no limitation on who determines the test result. In some embodiments, the test result may be determined by the current module under test, and the current module under test compares whether the actual receiving time of the processed test message is consistent with the expected receiving time; if not, returning the test result representing the overtime test to the test control end in the target test file; if the test result is consistent with the expected processing result, returning the test result representing the correct test to the test control end; if not, returning the test result representing the processing result error to the test control end.
In other embodiments, the test result may also be implemented by the test control end in the target test file. When the current module to be tested receives the message transmitted by the previous module, returning the actual receiving time to the test control end, and comparing the actual receiving time with the expected time by the test control end; and after the current module to be tested processes the received message, returning the processing result to the test control end, and comparing the processing result with the expected processing result by the test control end.
Further, in some embodiments, the running process of the target test file, as shown in fig. 4, includes the following steps 401 to 405:
step 401, starting the current module to be tested and the associated module according to the modified configuration parameters; the configuration parameters further comprise a second processing reference of the current module to be tested;
step 402, registering the test message in a message routing module; then, go to step 403;
and step 403, after the registration is completed, controlling the message routing module to process the test message through the association module and then send the test message to the current module to be tested.
In some embodiments, the modified configuration parameters further comprise: the first processing reference corresponding to each association module, the process further includes: registering the test message in the corresponding association module at the first processing reference corresponding to each association module; accordingly, step 403 may be implemented as follows: controlling the message routing module to send the test message to a first association module so that the first association module processes the received test message to obtain a first processing result; and if the actual receiving time of the test message is consistent with the expected receiving time in the first processing reference and the first processing result is consistent with the expected processing result in the first processing reference, triggering the message routing module to forward the first processing result to the next association module until the second processing result obtained by the last association module is sent to the current module to be tested.
On the contrary, if the actual receiving time of the test message is inconsistent with the expected receiving time in the first processing reference or the first processing result is inconsistent with the expected processing result in the first processing reference, the running target test file (such as the test control end) receives the first test result returned by the association module; and under the condition that the first test result represents a test error, closing the current module to be tested and the association module, or controlling the message routing module to send the test message to the first association module again by the test control end.
Step 404, registering the second processing reference in the current module to be tested;
step 405, receiving a test result returned by the current module to be tested; and the test result is obtained by the current module to be tested according to the received second processing result and the second processing reference.
In some embodiments, the current module under test compares whether the actual receiving time of the second processing result is consistent with the expected receiving time in the second processing reference; if not, returning the test result representing the overtime test to the target test file; if so, processing the second processing result to obtain a third processing result, and comparing whether the third processing result is consistent with the expected processing result in the second processing reference by the current module to be tested; if the test result is consistent with the test result, returning the test result with correct test to the target test file; if not, returning the test result with the wrong processing result to the target test file.
In some embodiments, the current module under test is a functional module of a physical layer of a terminal of the wireless communication system.
In the embodiment of the present application, the type of the wireless communication system is not limited. For example, the wireless communication system may be a fourth generation mobile communication system (4G), a 5G NR system, or a future communication system, or may be other various wireless communication systems, for example: a narrowband Band-Internet of Things (NB-IoT) System, a Global System for Mobile communications (GSM), an Enhanced Data rate for GSM Evolution (EDGE) System, a Wideband Code Division Multiple Access (WCDMA) System, a Code Division Multiple Access (Code Division Multiple Access) 2000 System, a Time Division synchronous Code Division Multiple Access (Time Division-synchronous Code Division Multiple Access, TD-SCDMA) System, a General Packet Radio Service (GPRS), a Long Term Evolution (Long Term Evolution, LTE) System, a Frequency Division Duplex (FDD) System, an LTE (Time Division Duplex, TDD) System, and a UMTS-Universal Mobile telecommunications System.
It can be understood that the common test file provided in the embodiment of the present application can be applied to the development and test process of the Modem physical layer of the 5G chip, and for other modules of the 5G chip, for example, under the conditions of high requirement on message real-time performance, numerous module cooperative working scenarios, multiple signal control messages, and various configuration combinations, the technical scheme can be used to perform development and test work on module test cases of products.
In some embodiments, module testing of the PHY, which occurs primarily during the development of the NR PHY, is an inter-module unit test. Under the condition that development schedules of various modules of the PHY subsystem are inconsistent, some specified modules need to be tested, for example, CSM modules need to be tested, and a module test case written by using the c language needs to pile control messages which interact with the CSM modules and other modules, such as FBMs (FBMs), i.e., the control messages are driven (namely, the control messages are realized through a unit test interface), so that the control messages can be ensured to go to the next module until the test is finished. For example, as shown in fig. 5, when the FBM module starts to be tested, Layer1 sends a test message a to L1C; L1C determines the test result (success or failure) based on message A and feeds back the test result to the upper layer, and L1C sends a test message B to the FBM module; the FBM module determines a test result (success or failure) based on the message A and feeds the test result back to the upper layer, the FBM module sends a test message C to the CSM module, and the CSM module determines the test result based on the message C and feeds the test result back to the test code; the test code piles the returned result of message C and then returns the test result.
In some module test schemes, the development cost of test cases is high, the details of the service flow of the PHY subsystem related to the interface of the component need to be known, and many common signal control flows can be repeatedly written for different test cases. And, later maintenance of test cases is difficult. A common signalling message code, such as request message request and acknowledge message confirm, corresponds to a modification of the data carrier (payload), requiring a modification of a plurality of associated test case codes.
Based on this, an exemplary application of the embodiment of the present application in a practical application scenario will be described below.
The physical layer system of the 5G communication chip (such as a Modem) is based on a modular architecture, and the components are controlled based on an HMCC message. As shown in fig. 6, the physical layer of the 5G communication chip of the terminal mainly includes the following components: a Radio Resource Control (RRC) module 601, a Medium Access Control (MAC) module 602, a PHY Controller HL1C module 603, a PHY Controller LL1C module 604, an RRP module 605, a Shared Channel Decoder (SCHDEC) module 606, a Control Channel Decoder (CCHDEC) module 607, a Demodulation (DMD) module 608, a CSM module 609, an FBM module 610, a Transmit (TX) module 611, and a PHY Controller HL1C module 612; wherein the content of the first and second substances,
module 603 and module 604 serve as a physical control layer (PHY Controller): between Layer1 and the PHY SS, they are provided with interfaces for communication, control of User Equipment (UE) and cell configuration, and thus control of other components (i.e., other modules) for various types of signal control. Two different types of control are included:
(1) the module 603 is an upper layer of the physical control layer, and pays attention to related services and processes of the control layer;
(2) the module 604 is used as the lower layer of the physical control layer to perform various scheduling and configuration delivery of the PHY SS.
It should be noted that the module 601 and the module 602 are regarded as Layer1, and the module 606 to the module 611 are regarded as PHY SS.
PHY SS: the messages of the physical control layer are configured with various control signals, and the control signals are forwarded and processed in different components (i.e. module 606 to module 611).
CSM block 609: and the method is responsible for searching and measuring cells of an LTE PSS/SSS layer and an NR SSB layer.
The FBM module 610: and performing feedback and beam (beam) management work on the CSI.
The TX module 611: all the actions of the uplink data transmission are taken charge.
DEC: decoder, comprising two separate modules, namely a SCHDEC module 606 and a CCHDEC module 607, wherein:
CCHDEC module 607: attention is paid to the decoding work of the control channel.
SCHDEC module 606: attention is paid to the decoding work of the downstream data channel.
The DMD module 606: and the system is responsible for the evaluation of downlink channels, downlink control and data layer decoupling.
Compared with the 4G LTE, the 5G NR has more flexible configuration among the components, more diverse and more complex control signals among the components, and higher requirements on the timing sequence and the delay of various signals in the view of a physical layer at a UE end.
In the embodiment of the present application, a module test framework (module test frame), i.e., a common test file, is introduced, as shown in fig. 7, and is mainly divided into three parts: the system comprises a test script, a test control end and a module test end; wherein the content of the first and second substances,
testing the script: compiling by using a c-like language format, analyzing and registering the test message by a script analyzer;
test controller: responsible for controlling the internal message control flow of the test framework and for activating and terminating the message state machine;
module test side (target module): and simulating related module messages in the Test process by using a message state machine, dynamically piling the messages among the modules, ensuring the integrity of the Test message process, and returning the Test result of the module to a Test controller (Test commander). The test result is test success or test failure (including carrying a failed data carrier or test timeout).
As shown in fig. 8, the module testing framework works as follows, including steps 801 to 805:
step 801, after a module test framework is started, other related modules except a current module to be tested are dynamically started in a message simulator according to configuration parameters, and a message state machine is waited to be triggered by an external message;
step 802, the Test script is used as a trigger point of the Test, the sending type message (i.e. the Test message) and the receiving type message (i.e. the processing reference) are sent to the message routing module, the message routing module forwards the received message to other started related modules, the modules register the message, and after the registration is successful, a registration Test confirmation is sent back to the Test controller (Test commander);
step 803, after receiving the registration test confirmations of all modules, the test control end starts to send a test start request to the message routing module. At the module testing end, each module simulation thread activates a hardware time interrupter (simulation mode), periodically checks a sending message queue at intervals, sends the sending message to a specified target module through a message routing module, and deletes sending message queue nodes. Each module simulation thread checks whether the expected time of each message node of the message receiving queue is consistent with the current time, and otherwise, a Test timeout error is sent to a Test controller. If the sending and receiving message queues are empty, the message sending Test is finished and sent to a Test controller (Test command);
step 804, each module simulation thread receives the message forwarded by the message routing module, checks whether the expected time of each message node of the receiving type message queue is consistent with the current time, and if not, sends a test overtime error to the test control end; and, check whether the node message content (i.e., the desired content) is consistent with the currently received message content; if not, returning the test result representing the message content error to the test control end; if the expected time of the message node is consistent with the current time and the message content of the node is consistent with the message content received currently, the node enters a module processor at the moment and forwards the received message (namely the message content received currently) next time; and, removing the message node from the queue.
In step 805, if the message in step 804 enters the module processor, message forwarding interacting with other modules is performed, for example, CSM forwards a message to the FBM to drive a message processing flow of the FBM module.
In the embodiment of the application, the module testing framework is used, so that the writing of the testing case can be simplified, and the working efficiency of testing personnel is greatly improved. For example, the CSM module of the PHY SS has 50 test cases, and writing test codes using a related technical scheme requires a workload of 2 months, and with the support of the technical scheme of the embodiment of the present application, the development cycle is reduced to about 0.7 months;
and the later maintenance cost is greatly reduced. For example, there are about 20 HMCC messages involved in CSM of PHY SS, and modification of a certain message requires modification involving about 10 relevant test code files in the original scheme. In the case of using the new scheme, after the module simulator associated with the modification message is adapted, only the modification of 1 test code file referenced by the message needs to be modified.
In the embodiment of the application, a module testing framework is introduced, a common message mechanism for testing among modules is encapsulated into a unified framework, and the reusability of testing steps is improved; the flexibility and the automation degree of the test case development are improved by using a message state machine mechanism; according to the difference of test objects, the other modules to be tested are automatically piled dynamically, and the expandability of test development is greatly improved.
The technical scheme of the embodiment of the application can be applied to the development and test process of the physical layer of a 5G chip (such as a Modem), and aiming at other modules of the 5G chip, for example, under the conditions that the requirement on message real-time performance is high, the working scenes of modules in cooperation are numerous, various signal control messages are diversified, and the configuration and combination are numerous, the technical scheme can be used for carrying out the development and test work of the module test case of a product.
Based on the foregoing embodiments, the present application provides a testing apparatus, which includes various units that may be implemented by a processor; of course, the implementation can also be realized through a specific logic circuit; in implementation, the processor may be a Central Processing Unit (CPU), a Microprocessor (MPU), a Digital Signal Processor (DSP), a Field Programmable Gate Array (FPGA), or the like.
Fig. 9 is a schematic structural diagram of a testing apparatus according to an embodiment of the present application, and as shown in fig. 9, the apparatus 90 includes an obtaining unit 901, a modifying unit 902, and an operating unit 903, where:
an obtaining unit 901, configured to obtain a common test file including a test message when a test message of a current module to be tested is the same as test messages of other modules to be tested, where the common test file is used to test the current module to be tested or the other modules to be tested through the test messages;
a modifying unit 902, configured to modify the configuration parameters in the public test file to obtain a target test file; the modified configuration parameters comprise information of the associated module which needs to be started when the current module to be tested is tested;
and the running unit 903 is configured to run the target test file, so as to test the current module to be tested through the test message.
In some embodiments, execution unit 903, includes a promoter unit, a sending subunit, and an obtaining subunit; wherein the promoter unit is used for: starting the current module to be tested and the correlation module according to the modified configuration parameters; the sending subunit is configured to send the test message to the current module to be tested after being processed by the association module; and the obtaining subunit is configured to obtain a test result of the current module to be tested according to the test message.
In some embodiments, the transmitting subunit is configured to: registering the test message in a message routing module; and after the registration is finished, controlling the message routing module to send the test message to the current module to be tested after the test message is processed by the association module.
In some embodiments, the modified configuration parameters further comprise: the sending subunit is further configured to: registering the test message in the corresponding association module at the first processing reference corresponding to each association module; controlling the message routing module to send the test message to a first association module so that the first association module processes the received test message to obtain a first processing result; and if the actual receiving time of the test message is consistent with the expected receiving time in the first processing reference and the first processing result is consistent with the expected processing result in the first processing reference, triggering the message routing module to forward the first processing result to the next association module until the second processing result obtained by the last association module is sent to the current module to be tested.
In some embodiments, the sending subunit is further configured to: receiving a first test result returned by the association module; and closing the current module to be tested and the associated module under the condition that the first test result represents a test error.
In some embodiments, the modified configuration parameters further include a second processing reference corresponding to the current module to be tested, and the obtaining subunit is configured to: registering the second processing reference in the current module to be tested; receiving a test result returned by the current module to be tested; and the test result is obtained by the current module to be tested according to the received second processing result and the second processing reference.
In some embodiments, the current module under test is a functional module of a physical layer of a terminal of a wireless communication system; wherein the wireless communication system comprises a 5G NR.
The above description of the apparatus embodiments, similar to the above description of the method embodiments, has similar beneficial effects as the method embodiments. For technical details not disclosed in the embodiments of the apparatus of the present application, reference is made to the description of the embodiments of the method of the present application for understanding.
It should be noted that, in the embodiment of the present application, the division of the unit by the test apparatus shown in fig. 9 is schematic, and is only one logic function division, and there may be another division manner in actual implementation. In addition, functional units in the embodiments of the present application may be integrated into one processing unit, may exist alone physically, or may be integrated into one unit by two or more units. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit. Or may be implemented in a combination of software and hardware.
It should be noted that, in the embodiment of the present application, if the method described above is implemented in the form of a software functional unit and sold or used as a standalone product, it may also be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing an electronic device to execute all or part of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read Only Memory (ROM), a magnetic disk, or an optical disk. Thus, embodiments of the present application are not limited to any specific combination of hardware and software.
An electronic device according to an embodiment of the present application is provided, fig. 10 is a schematic diagram of a hardware entity of the electronic device according to the embodiment of the present application, and as shown in fig. 10, the electronic device 100 includes a memory 1001 and a processor 1002, the memory 1001 stores a computer program that can be executed on the processor 1002, and the processor 1002 implements the steps in the method provided in the embodiment when executing the program.
It should be noted that the Memory 1001 is configured to store instructions and applications executable by the processor 1002, and may also buffer data (e.g., image data, audio data, voice communication data, and video communication data) to be processed or already processed by each unit in the processor 1002 and the electronic device 100, and may be implemented by a FLASH Memory (FLASH) or a Random Access Memory (RAM).
Embodiments of the present application provide a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the steps in the methods provided in the above embodiments.
Embodiments of the present application provide a computer program product containing instructions which, when run on a computer, cause the computer to perform the steps of the method provided by the above-described method embodiments.
Here, it should be noted that: the above description of the storage medium and device embodiments is similar to the description of the method embodiments above, with similar advantageous effects as the method embodiments. For technical details not disclosed in the embodiments of the storage medium, the storage medium and the device of the present application, reference is made to the description of the embodiments of the method of the present application for understanding.
It should be appreciated that reference throughout this specification to "one embodiment" or "an embodiment" or "some embodiments" means that a particular feature, structure or characteristic described in connection with the embodiments is included in at least one embodiment of the present application. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" or "in some embodiments" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. It should be understood that, in the various embodiments of the present application, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application. The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments. The foregoing description of the various embodiments is intended to highlight various differences between the embodiments, and the same or similar parts may be referred to each other, and for brevity, will not be described again herein.
The term "and/or" herein is merely an association relationship describing an associated object, and means that three relationships may exist, for example, object a and/or object B, may mean: the object A exists alone, the object A and the object B exist simultaneously, and the object B exists alone.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described embodiments are merely illustrative, for example, the division of the unit is only a logical functional division, and there may be other division ways in actual implementation, such as: multiple units or components may be combined, or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the coupling, direct coupling or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection between the devices or units may be electrical, mechanical or other forms.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units; can be located in one place or distributed on a plurality of network units; some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, all functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may be separately regarded as one unit, or two or more units may be integrated into one unit; the integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
Those of ordinary skill in the art will understand that: all or part of the steps for realizing the method embodiments can be completed by hardware related to program instructions, the program can be stored in a computer readable storage medium, and the program executes the steps comprising the method embodiments when executed; and the aforementioned storage medium includes: various media that can store program codes, such as a removable Memory device, a Read Only Memory (ROM), a magnetic disk, or an optical disk.
Alternatively, the integrated unit described above in this application may be stored in a computer-readable storage medium if it is implemented in the form of a software functional unit and sold or used as a separate product. Based on such understanding, the technical solutions of the embodiments of the present application may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing an electronic device to execute all or part of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a removable storage device, a ROM, a magnetic or optical disk, or other various media that can store program code.
The methods disclosed in the several method embodiments provided in the present application may be combined arbitrarily without conflict to obtain new method embodiments.
Features disclosed in several of the product embodiments provided in the present application may be combined in any combination to yield new product embodiments without conflict.
The features disclosed in the several method or apparatus embodiments provided in the present application may be combined arbitrarily, without conflict, to arrive at new method embodiments or apparatus embodiments.
The above description is only for the embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims (10)

1. A method of testing, the method comprising:
under the condition that the test message of the current module to be tested is the same as the test messages of other modules to be tested, obtaining a common test file comprising the test messages, wherein the common test file is used for testing the current module to be tested or other modules to be tested through the test messages;
modifying the configuration parameters in the public test file to obtain a target test file; the modified configuration parameters comprise information of the associated module which needs to be started when the current module to be tested is tested;
and operating the target test file, so as to test the current module to be tested through the test message.
2. The method of claim 1, wherein the running process of the target test file comprises:
starting the current module to be tested and the correlation module according to the modified configuration parameters;
the test message is processed by the association module and then is sent to the current module to be tested;
and obtaining a test result of the current module to be tested according to the test message.
3. The method according to claim 2, wherein the sending the test message to the current module under test after the processing of the association module comprises:
registering the test message in a message routing module; and
and after the registration is finished, controlling the message routing module to process the test message through the association module and then sending the test message to the current module to be tested.
4. The method of claim 3, wherein the modified configuration parameters further comprise: the running process of the target test file further includes: registering the test message in the corresponding association module at the first processing reference corresponding to each association module; accordingly, the number of the first and second electrodes,
the controlling the message routing module to send the test message to the current module to be tested after the test message is processed by the association module includes:
controlling the message routing module to send the test message to a first association module so that the first association module processes the received test message to obtain a first processing result; and if the actual receiving time of the test message is consistent with the expected receiving time in the first processing reference and the first processing result is consistent with the expected processing result in the first processing reference, triggering the message routing module to forward the first processing result to the next association module until the second processing result obtained by the last association module is sent to the current module to be tested.
5. The method of claim 4, further comprising:
receiving a first test result returned by the association module;
and closing the current module to be tested and the associated module under the condition that the first test result represents a test error.
6. The method according to any one of claims 2 to 5, wherein the modified configuration parameters further include a second processing reference corresponding to the current module under test, and the obtaining the test result of the current module under test according to the test message includes:
registering the second processing reference in the current module to be tested;
receiving a test result returned by the current module to be tested; and the test result is obtained by the current module to be tested according to the received second processing result and the second processing reference.
7. The method according to claim 1, wherein the current module under test is a functional module of a physical layer of a terminal of a wireless communication system; the wireless communication system comprises a 5G new air interface NR.
8. A test apparatus, comprising:
an obtaining unit, configured to obtain a common test file including a test message under a condition that a test message of a current module to be tested is the same as test messages of other modules to be tested, where the common test file is used to test the current module to be tested or the other modules to be tested through the test messages;
the modification unit is used for modifying the configuration parameters in the public test file to obtain a target test file; the modified configuration parameters comprise information of the associated module which needs to be started when the current module to be tested is tested;
and the operation unit is used for operating the target test file so as to test the current module to be tested through the test message.
9. An electronic device comprising a memory and a processor, the memory storing a computer program operable on the processor, wherein the processor implements the method of any of claims 1 to 7 when executing the program.
10. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 7.
CN202110541227.7A 2021-05-18 2021-05-18 Test method and device, equipment and storage medium Pending CN113220580A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110541227.7A CN113220580A (en) 2021-05-18 2021-05-18 Test method and device, equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110541227.7A CN113220580A (en) 2021-05-18 2021-05-18 Test method and device, equipment and storage medium

Publications (1)

Publication Number Publication Date
CN113220580A true CN113220580A (en) 2021-08-06

Family

ID=77093069

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110541227.7A Pending CN113220580A (en) 2021-05-18 2021-05-18 Test method and device, equipment and storage medium

Country Status (1)

Country Link
CN (1) CN113220580A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114845328A (en) * 2022-05-17 2022-08-02 北京智网信测科技有限公司 Polymorphic NR radio frequency test system, test case generation method and test method

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080010561A1 (en) * 2006-06-07 2008-01-10 Bay Douglas M Method for validating the proper operation of a transactional management system
CN101197729A (en) * 2007-11-21 2008-06-11 中兴通讯股份有限公司 Universal message test approach and device based on device status judgment
CN101437260A (en) * 2007-11-12 2009-05-20 中兴通讯股份有限公司 System and method for automatization test of WCDMA physical layer
CN103139822A (en) * 2013-03-27 2013-06-05 武汉邮电科学研究院 Method of carrying out automated testing on wireless communication system physical layer
CN111786847A (en) * 2020-06-01 2020-10-16 北京电信技术发展产业协会 Fifth generation mobile communication terminal consistency test method and system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080010561A1 (en) * 2006-06-07 2008-01-10 Bay Douglas M Method for validating the proper operation of a transactional management system
CN101437260A (en) * 2007-11-12 2009-05-20 中兴通讯股份有限公司 System and method for automatization test of WCDMA physical layer
CN101197729A (en) * 2007-11-21 2008-06-11 中兴通讯股份有限公司 Universal message test approach and device based on device status judgment
CN103139822A (en) * 2013-03-27 2013-06-05 武汉邮电科学研究院 Method of carrying out automated testing on wireless communication system physical layer
CN111786847A (en) * 2020-06-01 2020-10-16 北京电信技术发展产业协会 Fifth generation mobile communication terminal consistency test method and system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114845328A (en) * 2022-05-17 2022-08-02 北京智网信测科技有限公司 Polymorphic NR radio frequency test system, test case generation method and test method

Similar Documents

Publication Publication Date Title
US11895709B2 (en) Random access method and terminal
CN109997405B (en) Method for performing random access channel procedure and user equipment thereof
JP6401336B2 (en) Radio access technology with discontinuous and periodic PUSCH transmission
US11751157B2 (en) Methods for timing advance indication and timing relationships indication for non-terrestrial networks
CN107124254B (en) Wireless communication method, user equipment and base station supporting HARQ
JP6992096B2 (en) Multiple connection recovery method in inactive state and its device
CN112913317A (en) Radio terminal, radio access network node and methods therefor
CN110381603B (en) Random access method and terminal
CN113220580A (en) Test method and device, equipment and storage medium
EP2308266B1 (en) Method and apparatus for providing cell configuration information to a network element
JP2024503061A (en) Beam instruction method and equipment
CN110741664B (en) Resource allocation method, device and storage medium
WO2023160568A1 (en) Communication method and apparatus, and system and storage medium
CN105142159A (en) Test system for L2 (Layer 2) in LTE (Long Term Evolution) base station
JP2022548457A (en) DATA TRANSMISSION METHOD, TERMINAL DEVICE, NETWORK DEVICE AND STORAGE MEDIUM
EP4118776B1 (en) Method of sidelink groupcasting, and network node thereof
CN109068359A (en) Method for switching network, device, terminal device and storage medium
CN107370703B (en) Information receiving and transmitting method, device and system
CN110475392A (en) A kind of fuzzy phase length determining method, terminal and network side equipment
CN112261715B (en) Synchronization method, device and system of indoor distribution communication system
CN111897645B (en) Multimode chip and terminal device
EP3364675A1 (en) Method and device for processing discovery message
CN110299935B (en) Communication method, base station, terminal, storage medium and electronic device
EP3777431B1 (en) Feedback indication for continued transmission for wireless networks
CN114979976B (en) Data processing method, device, equipment and medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination