CN113079056A - Terminal protocol consistency test method and device - Google Patents
Terminal protocol consistency test method and device Download PDFInfo
- Publication number
- CN113079056A CN113079056A CN202010007001.4A CN202010007001A CN113079056A CN 113079056 A CN113079056 A CN 113079056A CN 202010007001 A CN202010007001 A CN 202010007001A CN 113079056 A CN113079056 A CN 113079056A
- Authority
- CN
- China
- Prior art keywords
- test
- terminal
- card
- message
- test case
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/18—Protocol analysers
Abstract
The embodiment of the invention discloses a method and a device for testing the consistency of a terminal protocol, wherein the method comprises the following steps: determining a terminal type of a test terminal, wherein the terminal type comprises a single card type and a multi-card type; when the test terminal is of a multi-card type, loading a test case corresponding to each card through a distributed processing mode, and controlling the test case corresponding to each card to test the test terminal; and acquiring a test result of each test case, generating a protocol consistency test result of the test terminal based on the test result of each test case, and outputting the protocol consistency test result. The invention can realize the protocol consistency test of the multi-card type test terminal and effectively reduce the development cost.
Description
Technical Field
The invention relates to the technical field of communication, in particular to a method and a device for testing terminal protocol consistency.
Background
PCT (Protocol Conformance Test) is a system for testing the Conformance of a communication Protocol and an internet Protocol. The terminal including the sim (subscriber Identity module) card may be tested by PCT to find and solve problems with the terminal.
At present, a protocol conformance test is usually implemented by a test case corresponding to a terminal supporting a single SIM card (hereinafter, referred to as a single card test terminal). Specifically, when a Protocol consistency test needs to be performed on a single card test terminal, firstly, a technician may select a test case corresponding to the format Information of the SIM card supported by the single card test terminal, and may configure a Pics (Protocol Implementation consistency specifications) table and a Pixit (Protocol Implementation additional Information) table. The format information may be 3G (3rd-Generation, third Generation mobile communication technology), 4G (the 4th Generation mobile communication technology, fourth Generation mobile communication technology), 5G (5th-Generation, fifth Generation mobile communication technology), etc.; the Pixit table contains frequency band information corresponding to the SIM card supported by the single card test terminal, and the frequency band information may be frequency bands corresponding to different network operators (e.g., telecom, Unicom, Mobile, etc.). Then, the SMT (Scheduler Monitor Terminal) may perform a protocol consistency test on the single card test Terminal based on the test case, the Pixit table, and the Pics table corresponding to the SIM card, and output a protocol consistency test result, so that a technician may find and solve problems of the single card test Terminal based on the protocol consistency test result.
At present, because the above method can only implement protocol conformance testing of a single-card test terminal, it cannot implement conformance testing of a terminal supporting multiple SIM cards (hereinafter referred to as a multi-card test terminal). Therefore, a protocol consistency testing method capable of implementing a multi-card testing terminal is needed.
Disclosure of Invention
Because the protocol consistency test of the multi-card test terminal cannot be realized by the existing method, the embodiment of the invention provides a method and a device for testing the protocol consistency of a terminal.
In a first aspect, an embodiment of the present invention provides a method for testing consistency of a terminal protocol, including:
determining a terminal type of a test terminal, wherein the terminal type comprises a single card type and a multi-card type;
when the test terminal is of a multi-card type, loading a test case corresponding to each card through a distributed processing mode, and controlling the test case corresponding to each card to test the test terminal;
and acquiring a test result of each test case, generating a protocol consistency test result of the test terminal based on the test result of each test case, and outputting the protocol consistency test result.
Optionally, before loading the test case corresponding to each card in the distributed processing manner, the method further includes:
detecting whether a test case, a Pixit table and a Pics table corresponding to each card exist or not;
if the test case exists, loading the test case corresponding to each card through a distributed processing mode to test the test terminal based on the test case, the Pixit table and the Pics table corresponding to each card, otherwise, judging that the current time does not have a protocol consistency test condition.
Optionally, the loading the test case corresponding to each card in a distributed processing manner includes:
and determining the process identification of the test case corresponding to each card, and loading the test case corresponding to each card based on each process identification.
Optionally, the controlling the test case corresponding to each card to test the test terminal includes:
receiving a first test message sent by a current test case, and converting the first test message into a second test message according to a preset data format, wherein the first test message comprises a configuration message and a signaling message;
and sending the second test message to application software, receiving a third test message fed back by the application software, and sending the third test message to the current test case so that the current test case generates a test result based on the third test message.
Optionally, the converting the first test message into a second test message according to a preset data format includes:
and acquiring a process identifier corresponding to the current test case, modifying a control bit in the first test message based on the process identifier, and generating a second test message, wherein the control bit can point to the current test case.
Optionally, the generating a protocol consistency test result of the terminal based on the test result of each test case includes:
determining whether the test result of each test case is tested successfully;
and if the test result is successful, determining the protocol consistency test result of the terminal as test failure.
Optionally, the test result further includes a configuration parameter and a test message corresponding to each card, where the test result is a test result of each test case or a protocol conformance test result of the test terminal.
In a second aspect, an embodiment of the present invention further provides a device for testing consistency of a terminal protocol, including a terminal type determining module, a terminal testing module, and a testing result generating module, where:
the terminal type determining module is used for determining the terminal type of the test terminal, wherein the terminal type comprises a single-card type and a multi-card type;
the terminal testing module is used for loading the testing case corresponding to each card in a distributed processing mode and controlling the testing case corresponding to each card to test the testing terminal when the testing terminal is of a multi-card type;
the test result generating module is used for acquiring the test result of each test case, generating the protocol consistency test result of the test terminal based on the test result of each test case, and outputting the protocol consistency test result.
Optionally, the apparatus further includes a detection module, configured to:
if the test case exists, loading the test case corresponding to each card through a distributed processing mode to test the test terminal based on the test case, the Pixit table and the Pics table corresponding to each card, otherwise, judging that the current time does not have a protocol consistency test condition.
Optionally, the terminal testing module is configured to:
and determining the process identification of the test case corresponding to each card, and loading the test case corresponding to each card based on each process identification.
Optionally, the terminal testing module is configured to:
receiving a first test message sent by a current test case, and converting the first test message into a second test message according to a preset data format, wherein the first test message comprises a configuration message and a signaling message;
and sending the second test message to application software, receiving a third test message fed back by the application software, and sending the third test message to the current test case so that the current test case generates a test result based on the third test message.
Optionally, the terminal testing module is configured to:
and acquiring a process identifier corresponding to the current test case, modifying a control bit in the first test message based on the process identifier, and generating a second test message, wherein the control bit can point to the current test case.
Optionally, the test result generating module is configured to:
determining whether the test result of each test case is tested successfully;
and if the test result is successful, determining the protocol consistency test result of the terminal as test failure.
Optionally, the test result further includes a configuration parameter and a test message corresponding to each card, where the test result is a test result of each test case or a protocol conformance test result of the test terminal.
In a third aspect, an embodiment of the present invention further provides an electronic device, including:
at least one processor; and
at least one memory communicatively coupled to the processor, wherein:
the memory stores program instructions executable by the processor, which when called by the processor are capable of performing the above-described methods.
In a fourth aspect, an embodiment of the present invention further provides a non-transitory computer-readable storage medium storing a computer program, which causes the computer to execute the above method.
According to the technical scheme, the embodiment of the invention controls each test case to test the test terminal by loading the test case corresponding to each card of the multi-card type test terminal, and determines the protocol consistency test result of the test terminal based on the test result of each test case. Therefore, on one hand, a plurality of test cases can be simultaneously controlled to carry out parallel test in a distributed processing mode, each test case corresponds to different SIM cards supported by the test terminal, and therefore protocol consistency test of the test terminal of a multi-card type can be achieved. On the other hand, if the same test case is used for carrying out protocol consistency test on a plurality of cards of the test terminal, the development difficulty of the test case is higher, and the development cost is increased.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
Fig. 1 is a schematic flowchart of a method for testing terminal protocol consistency according to an embodiment of the present invention;
FIG. 2 is a flowchart illustrating interaction of test case messages according to an embodiment of the present invention;
fig. 3 is a schematic flowchart of a complete terminal protocol conformance testing method according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a device for testing terminal protocol conformance according to an embodiment of the present invention;
fig. 5 is a logic block diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
The following further describes embodiments of the present invention with reference to the accompanying drawings. The following examples are only for illustrating the technical solutions of the present invention more clearly, and the protection scope of the present invention is not limited thereby.
The execution main body of the terminal protocol conformance testing method provided by the embodiment of the invention can be SMT, and the SMT can be used as upper-Layer main control software to perform data interaction with each test case of the testing terminal and ADL (Adapt Layer) application software (such as a protocol conformance testing instrument). The SMT can load the test cases corresponding to each card of the test terminal in a distributed mode, obtain the test result of each test case, generate the protocol consistency test result of the test terminal based on the test result of each test case, and output the protocol consistency test result.
Fig. 1 shows a flowchart of a method for testing terminal protocol conformance provided in this embodiment, which includes:
s101, determining the terminal type of the test terminal.
The terminal type comprises a single card type and a multi-card type.
The single card type refers to a test terminal which only supports one SIM, and the multi-card type refers to a test terminal which can simultaneously support a plurality of SIM cards.
In an implementation, when a protocol conformance test needs to be performed on a certain terminal (which may be referred to as a test terminal), a terminal type of the test terminal may be determined first, for example, whether the test terminal is a single-card type or a multi-card type. Specifically, a technician may select a terminal type parameter according to a terminal type of the test terminal, for example, the terminal type parameter may provide two options, and a user may select a single card type or a multi-card type according to an actual situation of the test terminal. So that the SMT can determine the terminal type of the aforementioned test terminal according to the option selected by the user. It can be understood that, when a user wants to perform a protocol conformance test on a held test terminal, the terminal type parameter may also be selected according to the terminal type of the held test terminal, so as to perform the protocol conformance test on the held test terminal.
S102, when the test terminal is of a multi-card type, loading the test case corresponding to each card through a distributed processing mode, and controlling the test case corresponding to each card to test the test terminal.
In implementation, when it is determined that the test terminal is of a multi-card type, the test cases corresponding to each card may be loaded in a distributed processing manner (e.g., a Remoting manner), that is, the number of cards supported by the test terminal corresponds to the test cases one to one. Then, the test case corresponding to each card can be controlled to test the test terminal. After each test case completes the test, a test result corresponding to itself may be generated, and the test result may be output (for example, the test may be successful or failed). It can be understood that when the test case corresponding to each card is controlled to test the test terminal, the Pixit table and the Pics table corresponding to each card can be obtained, and the test terminal is tested based on the test case, the Pixit table and the Pics table corresponding to each card. When the test terminal is determined to be of the single-card type, the test can be performed according to the existing protocol conformance test method to generate and output a protocol conformance test result, which is not described herein again.
S103, obtaining the test result of each test case, generating a protocol consistency test result of the test terminal based on the test result of each test case, and outputting the protocol consistency test result.
In implementation, after the test case corresponding to each card is controlled to test the test terminal to generate the test result, the test result of each test case can be obtained. Then, a protocol conformance test result of the test terminal may be generated based on the test result of the test case corresponding to each card of the test terminal. Then, the protocol consistency test result can be output, so that a technician can check the protocol consistency test result, and can find and solve the problems existing in the test terminal according to the protocol consistency test result. It will be appreciated that the foregoing protocol conformance test results may be in the form of a test report.
According to the technical scheme, the embodiment of the invention controls each test case to test the test terminal by loading the test case corresponding to each card of the multi-card type test terminal, and determines the protocol consistency test result of the test terminal based on the test result of each test case. Therefore, on one hand, a plurality of test cases can be simultaneously controlled to carry out parallel test in a distributed processing mode, each test case corresponds to different SIM cards supported by the test terminal, and therefore protocol consistency test of the test terminal of a multi-card type can be achieved. On the other hand, if the same test case is used for carrying out protocol consistency test on a plurality of cards of the test terminal, the development difficulty of the test case is higher, and the development cost is increased.
Further, on the basis of the above method embodiment, before loading the test case corresponding to each card, it may be detected whether the test case, Pixit table, and Pics table corresponding to each card already exist, and corresponding processing may be as follows: detecting whether a test case, a Pixit table and a Pics table corresponding to each card exist or not; if the test case exists, loading the test case corresponding to each card through a distributed processing mode to test the test terminal based on the test case, the Pixit table and the Pics table corresponding to each card, otherwise, judging that the current moment does not have the protocol consistency test condition.
In implementation, before loading the test case corresponding to each card, it may be detected whether a test environment is available, that is, whether the test case, Pixit table, and Pics table corresponding to each card already exist. Specifically, first, it may be detected whether a test case, a Pixit table, and a Pics table corresponding to each card already exist. If the test case exists, the test case corresponding to each card can be loaded in a distributed processing mode, and the test terminal is tested based on the test case, the Pixit table and the Pics table corresponding to each card. Otherwise (namely, when any one or more of the test case, the Pixit table and the Pics table does not exist), the protocol consistency test condition at the current moment can be judged, and an alarm prompt can be sent out, so that a technician can replace the TTCN script library based on the alarm prompt and according to the system information of each card of the test terminal. Therefore, each card corresponds to a Pics table and a Pixit table, and on one hand, the configuration parameters of the test case can be modified only by configuring the Pics table and the Pixit table, so that the flexibility and the diversity of the test case configuration can be improved; on the other hand, a technician or a user can more intuitively know the configuration parameters (i.e. the parameters in the specific Pics table and the Pixit table) used by the test case of the test terminal.
Further, on the basis of the above method embodiment, the test case may be loaded through a process, and a corresponding part of the processing of step S102 may be as follows: and determining the process identification of the test case corresponding to each card, and loading the test case corresponding to each card based on each process identification.
In implementation, when the test case corresponding to each card of the test terminal is loaded, a process identifier of the test case corresponding to each card may be determined, for example, the process identifier may be a process ID, and the process identifiers correspond to the test cases one to one. Then, the test case corresponding to each card may be loaded based on each process ID, so as to control different test cases based on different processes to test the test terminal, and perform data interaction with different test cases based on different processes. Therefore, the same loading of a plurality of test cases can be realized through the process identification, so that the test cases are uniformly controlled to carry out parallel test on the test terminal, and the protocol consistency test efficiency can be further improved.
Further, on the basis of the above method embodiment, the test case may generate a test result based on the test message, and a corresponding part of the processing of step S102 may be as follows: receiving a first test message sent by a current test case, and converting the first test message into a second test message according to a preset data format; and sending the second test message to the application software, receiving a third test message fed back by the application software, and sending the third test message to the current test case so that the current test case generates a test result based on the third test message.
Wherein the first test message may include a configuration message and a signaling message.
The current test case refers to any one of the test cases corresponding to each card of the test terminal.
The first test message refers to a test message sent by the current test case to the SMT.
The second test message refers to a test message sent by the SMT to application software (e.g., a protocol conformance test instrument), and is obtained by performing message conversion on the first test message according to a preset data format.
The third test message refers to a test message fed back by the application software based on the second test message, the test message is sent to the SMT by the application software, and the SMT can also send the test message to the current test case.
In implementation, when a test case corresponding to each card is controlled to test a test terminal, first, a first test message sent by a current test case may be received, where the test message may include a configuration message and a signaling message. The configuration message may include contents of deleting and establishing a logical cell, adjusting the transmission power of the meter, deleting and establishing a radio bearer, and the like; the signaling message may include RRC message (Radio Resource Control), NAS message (Non-access Stratum), and the like. Then, format conversion may be performed on the first test message according to a preset data format to obtain a second test message. The second test message may then be sent to the application software (e.g., protocol conformance test meter), and the application software may send a feedback message, i.e., a third test message, to the SMT after receiving the second test message. Then, the SMT may receive the third test message, determine that the application software is in a normal operating state, and may send the third test message to the current test case, so that the current test case may generate a test result based on the third test message. It can be understood that, according to the method for controlling the test case corresponding to each card to test the test terminal, the test case corresponding to each card of the test terminal is controlled in parallel to test the test terminal in parallel. Therefore, the test cases corresponding to each card can be controlled to perform parallel test based on different test messages, and the protocol consistency test efficiency of the test terminal can be further improved.
It should be noted that the first Test message may further include a TTCNlog (Testing and Test Control notification Log, recorded by a Test and Test Control expression method) message, and the SMT may present TTCNlog messages generated by different Test cases in windows of the SMT, for example, different windows may be created for different Test cases, so that the TTCNlog message generated by each Test case is displayed through a window corresponding to the Test case. So that the user and the technician can check the test condition of each test case.
Further, on the basis of the above method embodiment, the first test message may be converted into the second test message based on the process identifier, and the corresponding processing may be as follows: and acquiring a process identifier corresponding to the current test case, modifying the control bit in the first test message based on the process identifier, and generating a second test message.
Wherein the control bits are capable of pointing to the current test case.
In implementation, when converting the first test message sent by the current test case, first, a process identifier (for example, a process ID) of a process corresponding to the current test case may be obtained. Then, the control bits in the first test message (i.e., the control bits in the binary code stream of the modification message) may be modified based on the process identifier, so that the modified control bits may point to the current test case, and the test message after the control bits are modified may be determined as the second test message. Therefore, the control bit is modified based on the process identification, and the SMT can send the test message to the test case pointed by the control bit according to the control bit, so that data interaction between the test case and the SMT can be realized.
Referring to fig. 2, a message interaction process of a test case, SMT and application software is shown by taking an example that a test terminal supports dual SIM cards, that is, the test terminal is a dual-card terminal. The test case process 1 and the test case process 2 respectively represent the processes of different test cases corresponding to the two cards of the dual-card terminal. Test case process 1 may send a first test message 1 to SMT, while test case process 2 may send a first test message 2 to SMT. Then, the SMT may receive the first test message 1 and the first test message 2 in a Remoting manner, modify a control bit in a binary code stream in the first test message 1 based on the process identifier of the test case process 1 to obtain a second test message 1, and modify a control bit in a binary code stream in the second test message 2 based on the process identifier of the test case process 2 to obtain a second test message 2. Thereafter, the SMT may send the aforementioned second test message 1 and second test message 2 to the application software, so that the application software may send a feedback message corresponding to the second test message 1 (i.e., third test message 1) and a feedback message corresponding to the second test message 2 (i.e., third test message 2) to the SMT. Then, the SMT may send the third test message 1 to the test case process 1 and send the third test message 2 to the test case process 2 in a Remoting manner according to the control bit in the third test message 1 and the control bit in the third test message 2.
Further, on the basis of the above method embodiment, a protocol conformance test result of the test terminal may be determined according to a test result of each test case, and a corresponding part of the processing of step S103 may be as follows: determining whether the test result of each test case is tested successfully; and if the test result is successful, determining the protocol consistency test result of the terminal as test failure.
In implementation, after the test case corresponding to each card is controlled to complete the test, the protocol consistency test result of the test terminal can be determined according to the test result of each test case. Specifically, first, the test result of each test case may be obtained, and it is determined whether the test results of all the test cases are successful. If so, determining that the protocol consistency test result of the test terminal is successful. If not, namely one or more test results in the test case corresponding to each card of the test terminal are test failures, the protocol consistency test result of the test terminal can be determined to be the test failure. Therefore, the protocol consistency test result of the test terminal is determined according to the test result of each test case, and the accuracy of the protocol consistency test result of the terminal can be improved.
It is understood that the test result (for example, the test result of each test case or the protocol conformance test result of the test terminal) may include configuration parameters and test messages corresponding to each card, in addition to information of test success or test failure. So that a technician can check the protocol consistency test result and find and solve the problems of the test terminal according to the specific configuration parameters (such as the system information and the frequency band information corresponding to each card) and the test messages in the protocol consistency test result. Thus, the test efficiency of the protocol consistency test of the terminal can be further improved.
Referring to fig. 3, a complete description will be given of the above-mentioned method for testing the protocol consistency of the terminal by taking the test terminal as a dual-card terminal as an example. Specifically, first, the terminal type of the test terminal may be determined, and the test terminal is a dual card terminal in this embodiment. Then, a test may be initiated, i.e. a protocol conformance test to the test terminal is initiated. Then, whether a dual-card detection environment exists or not can be detected, that is, whether a test case, a Pixit table and a Pics table corresponding to each card of the test terminal exist or not can be detected. If not, generating a test result as test failure and outputting the test result. If the test case is available, the test case corresponding to each card may be loaded through Remoting, that is, as shown in fig. 3, the test case 1 is loaded through a Remoting process 1, and the test case 2 is loaded through a Remoting process 2. Then, the test environment may be initialized for the test case 1 and the test case 2, for example, parameters in the test case may be assigned (i.e., the Pixit table and the Pics table are uploaded to the test case). And then, the test case 1 and the test case 2 can be controlled to test the test terminal. After the test is finished, the test case 1 and the test case 2 can be controlled to stop the test, and the test results of the test case 1 and the test case 2 can be obtained. Then, the protocol conformance test result of the test terminal may be generated based on the test result of the test case 1 and the test result of the test case 2, and the protocol conformance test result of the test terminal may be output. Therefore, protocol consistency test of the multi-card type terminal is realized through a multi-card multi-test case mechanism (namely different cards correspond to different test cases), and the multi-card multi-test case mechanism is used for enabling starting, ending and message distribution of the test cases to be completed by SMT, so that the development difficulty of the test cases can be effectively reduced.
Fig. 4 shows a terminal protocol conformance testing apparatus provided in this embodiment, which includes a terminal type determining module 401, a terminal testing module 402, and a testing result generating module 403, where:
the terminal type determining module 401 is configured to determine a terminal type of a test terminal, where the terminal type includes a single card type and a multi-card type;
the terminal test module 402 is configured to load a test case corresponding to each card in a distributed processing manner and control the test case corresponding to each card to test the test terminal when the test terminal is of a multi-card type;
the test result generating module 403 is configured to obtain a test result of each test case, generate a protocol consistency test result of the test terminal based on the test result of each test case, and output the protocol consistency test result.
Optionally, the apparatus further includes a detection module, configured to:
detecting whether a test case, a Pixit table and a Pics table corresponding to each card exist or not;
if the test case exists, loading the test case corresponding to each card through a distributed processing mode to test the test terminal based on the test case, the Pixit table and the Pics table corresponding to each card, otherwise, judging that the current time does not have a protocol consistency test condition.
Optionally, the terminal testing module 402 is configured to:
and determining the process identification of the test case corresponding to each card, and loading the test case corresponding to each card based on each process identification.
Optionally, the terminal testing module 402 is configured to:
receiving a first test message sent by a current test case, and converting the first test message into a second test message according to a preset data format, wherein the first test message comprises a configuration message and a signaling message;
and sending the second test message to application software, receiving a third test message fed back by the application software, and sending the third test message to the current test case so that the current test case generates a test result based on the third test message.
Optionally, the terminal testing module 402 is configured to:
and acquiring a process identifier corresponding to the current test case, modifying a control bit in the first test message based on the process identifier, and generating a second test message, wherein the control bit can point to the current test case.
Optionally, the test result generating module 403 is configured to:
determining whether the test result of each test case is tested successfully;
and if the test result is successful, determining the protocol consistency test result of the terminal as test failure.
Optionally, the test result further includes a configuration parameter and a test message corresponding to each card, where the test result is a test result of each test case or a protocol conformance test result of the test terminal.
The device for testing the consistency of the terminal protocol according to this embodiment may be used to implement the method embodiments, and the principle and the technical effect are similar, which are not described herein again.
Referring to fig. 5, the electronic device includes: a processor (processor)501, a memory (memory)502, and a bus 503;
wherein the content of the first and second substances,
the processor 501 and the memory 502 are communicated with each other through the bus 503;
the processor 501 is used to call program instructions in the memory 502 to perform the methods provided by the above-described method embodiments.
The present embodiments disclose a computer program product comprising a computer program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions which, when executed by a computer, enable the computer to perform the methods provided by the above-described method embodiments.
The present embodiments provide a non-transitory computer-readable storage medium storing computer instructions that cause the computer to perform the methods provided by the method embodiments described above.
The above-described embodiments of the apparatus are merely illustrative, and 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, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware. With this understanding in mind, the above-described technical solutions may be embodied in the form of a software product, which can be stored in a computer-readable storage medium such as ROM/RAM, magnetic disk, optical disk, etc., and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments.
It should be noted that: the above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.
Claims (16)
1. A method for testing terminal protocol consistency is characterized by comprising the following steps:
determining a terminal type of a test terminal, wherein the terminal type comprises a single card type and a multi-card type;
when the test terminal is of a multi-card type, loading a test case corresponding to each card through a distributed processing mode, and controlling the test case corresponding to each card to test the test terminal;
and acquiring a test result of each test case, generating a protocol consistency test result of the test terminal based on the test result of each test case, and outputting the protocol consistency test result.
2. The method for testing the consistency of the terminal protocol according to claim 1, wherein before loading the test case corresponding to each card in a distributed processing manner, the method further comprises:
detecting whether a test case, a Pixit table and a Pics table corresponding to each card exist or not;
if the test case exists, loading the test case corresponding to each card through a distributed processing mode to test the test terminal based on the test case, the Pixit table and the Pics table corresponding to each card, otherwise, judging that the current time does not have a protocol consistency test condition.
3. The method for testing the consistency of the terminal protocol according to claim 1, wherein the loading of the test case corresponding to each card through a distributed processing manner comprises:
and determining the process identification of the test case corresponding to each card, and loading the test case corresponding to each card based on each process identification.
4. The method according to claim 1, wherein the controlling the test case corresponding to each card to test the test terminal comprises:
receiving a first test message sent by a current test case, and converting the first test message into a second test message according to a preset data format, wherein the first test message comprises a configuration message and a signaling message;
and sending the second test message to application software, receiving a third test message fed back by the application software, and sending the third test message to the current test case so that the current test case generates a test result based on the third test message.
5. The method for testing the consistency of the terminal protocol according to claim 4, wherein the converting the first test message into the second test message according to the preset data format comprises:
and acquiring a process identifier corresponding to the current test case, modifying a control bit in the first test message based on the process identifier, and generating a second test message, wherein the control bit can point to the current test case.
6. The method according to claim 1, wherein the generating a protocol conformance test result of the test terminal based on the test result of each test case comprises:
determining whether the test result of each test case is tested successfully;
and if the test result is successful, determining the protocol consistency test result of the test terminal as test failure.
7. The method according to claim 6, wherein the test result further includes configuration parameters and test messages corresponding to each card, and the test result is a test result of each test case or a protocol conformance test result of the test terminal.
8. A terminal protocol conformance testing device is characterized by comprising a terminal type determining module, a terminal testing module and a testing result generating module, wherein:
the terminal type determining module is used for determining the terminal type of the test terminal, wherein the terminal type comprises a single-card type and a multi-card type;
the terminal testing module is used for loading the testing case corresponding to each card in a distributed processing mode and controlling the testing case corresponding to each card to test the testing terminal when the testing terminal is of a multi-card type;
the test result generating module is used for acquiring the test result of each test case, generating the protocol consistency test result of the test terminal based on the test result of each test case, and outputting the protocol consistency test result.
9. The apparatus for testing the compliance of a terminal protocol according to claim 8, further comprising a detection module configured to:
detecting whether a test case, a Pixit table and a Pics table corresponding to each card exist or not;
if the test case exists, loading the test case corresponding to each card through a distributed processing mode to test the test terminal based on the test case, the Pixit table and the Pics table corresponding to each card, otherwise, judging that the current time does not have a protocol consistency test condition.
10. The apparatus for testing the compliance of a terminal protocol according to claim 8, wherein the terminal testing module is configured to:
and determining the process identification of the test case corresponding to each card, and loading the test case corresponding to each card based on each process identification.
11. The apparatus for testing the compliance of a terminal protocol according to claim 8, wherein the terminal testing module is configured to:
receiving a first test message sent by a current test case, and converting the first test message into a second test message according to a preset data format, wherein the first test message comprises a configuration message and a signaling message;
and sending the second test message to application software, receiving a third test message fed back by the application software, and sending the third test message to the current test case so that the current test case generates a test result based on the third test message.
12. The apparatus for testing the compliance of a terminal protocol according to claim 11, wherein the terminal testing module is configured to:
and acquiring a process identifier corresponding to the current test case, modifying a control bit in the first test message based on the process identifier, and generating a second test message, wherein the control bit can point to the current test case.
13. The apparatus for testing the compliance of a terminal protocol according to claim 8, wherein the test result generating module is configured to:
determining whether the test result of each test case is tested successfully;
and if the test result is successful, determining the protocol consistency test result of the terminal as test failure.
14. The device according to claim 13, wherein the test result further includes configuration parameters and test messages corresponding to each card, and the test result is a test result of each test case or a protocol conformance test result of the test terminal.
15. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method for conformance testing of a terminal protocol according to any of claims 1 to 7 when executing the program.
16. A non-transitory computer readable storage medium having stored thereon a computer program, wherein the computer program, when executed by a processor, implements the terminal protocol conformance testing method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010007001.4A CN113079056A (en) | 2020-01-03 | 2020-01-03 | Terminal protocol consistency test method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010007001.4A CN113079056A (en) | 2020-01-03 | 2020-01-03 | Terminal protocol consistency test method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113079056A true CN113079056A (en) | 2021-07-06 |
Family
ID=76608701
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010007001.4A Pending CN113079056A (en) | 2020-01-03 | 2020-01-03 | Terminal protocol consistency test method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113079056A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115412473A (en) * | 2022-08-30 | 2022-11-29 | 云控智行(上海)汽车科技有限公司 | Method and terminal for detecting data consistency of intelligent networking broadcast signals in real time for vehicles |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6373822B1 (en) * | 1999-01-08 | 2002-04-16 | Cisco Technology, Inc. | Data network protocol conformance test system |
| CN102238048A (en) * | 2011-07-19 | 2011-11-09 | 大唐移动通信设备有限公司 | Protocol consistency testing method and system |
| CN110636537A (en) * | 2019-11-21 | 2019-12-31 | 翱捷科技(上海)有限公司 | TTCN-3-based multi-card mobile terminal test system and method thereof |
-
2020
- 2020-01-03 CN CN202010007001.4A patent/CN113079056A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6373822B1 (en) * | 1999-01-08 | 2002-04-16 | Cisco Technology, Inc. | Data network protocol conformance test system |
| CN102238048A (en) * | 2011-07-19 | 2011-11-09 | 大唐移动通信设备有限公司 | Protocol consistency testing method and system |
| CN110636537A (en) * | 2019-11-21 | 2019-12-31 | 翱捷科技(上海)有限公司 | TTCN-3-based multi-card mobile terminal test system and method thereof |
Non-Patent Citations (1)
| Title |
|---|
| 陈珺等: "TD-LTE终端一致性测试TTCN-3开发技术", 《电信网技术》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115412473A (en) * | 2022-08-30 | 2022-11-29 | 云控智行(上海)汽车科技有限公司 | Method and terminal for detecting data consistency of intelligent networking broadcast signals in real time for vehicles |
| CN115412473B (en) * | 2022-08-30 | 2024-03-29 | 云控智行(上海)汽车科技有限公司 | Method and terminal for detecting data consistency of intelligent internet-connected broadcast signals of vehicles in real time |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104978263A (en) | Mobile terminal application program test method and mobile terminal application program test system | |
| CN110809255B (en) | Card information activation method and device and storage medium | |
| CN108810123B (en) | Method and apparatus for provisioning mobile cellular network services | |
| CN101500255A (en) | Mobile terminal test method and system | |
| WO2019184658A1 (en) | Profile switching method and apparatus, and mobile terminal | |
| CN105528229A (en) | Method and device for improving first starting speed of mobile terminal | |
| CN110941563B (en) | Automatic script testing method and device | |
| CN112615753A (en) | Link abnormity tracking method, first node, second node and link | |
| CN110381603B (en) | Random access method and terminal | |
| CN112788128A (en) | Business information pushing method and device, storage medium and electronic device | |
| CN113079056A (en) | Terminal protocol consistency test method and device | |
| CN110995780A (en) | API calling method and device, storage medium and electronic equipment | |
| CN108696829B (en) | Supplementary service setting processing method and device | |
| CN105404557A (en) | Interprocess communication method based on message queue | |
| CN104182331A (en) | Browser performance test method, browser performance test system and terminal | |
| CN106231570A (en) | The automatic repeating method of data of a kind of unstructured supplementary data traffic and device | |
| US20220086169A1 (en) | Automatic mobile device management (mdm) enrollment | |
| CN102946594B (en) | Method for automatically obtaining equipment information in Telematics system during using navigation with one key | |
| CN113934552A (en) | Method and device for determining function code, storage medium and electronic device | |
| CN114697339A (en) | Load balancing method and device under centralized architecture | |
| CN112073368A (en) | Method for switching network interaction modes and related device thereof | |
| CN113630802A (en) | NR user plane service test method and device | |
| CN111625371A (en) | Text transmission method, device, PC (personal computer) terminal, mobile terminal and system | |
| CN111615116B (en) | Mobile terminal test device and support combination acquisition method thereof | |
| EP3324654A1 (en) | Integrating internet-of-things devices with sim and without sim |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210706 |