CN115134279A - Terminal testing method, equipment and computer-readable storage device - Google Patents

Abstract

The application relates to a terminal testing method, a device and a computer readable storage device, wherein the testing method comprises the following steps: respectively receiving connection requests sent by a plurality of terminals, wherein the connection requests comprise first address information of the terminals; respectively establishing TCP connections corresponding to the test channels of the plurality of terminals according to the connection requests; and after the connection is successful, sending test instructions to the terminals corresponding to the test channels respectively. According to the method and the device, the Labview is used for developing the DHCP service module to provide IP for the terminal, the TCP monitoring module is used for monitoring the active connection request sent by the terminal, and meanwhile, the MAC address of the terminal is used as the unique identifier, so that the binding of TCP connection and test channels can be realized, each test channel has independent TCP connection, and the independent communication and parallel test of multiple test channels are realized.

Description

Terminal testing method, equipment and computer-readable storage device

technical field

The present application relates to the technical field of automated testing, and in particular, to a terminal testing method, device, and computer-readable storage medium.

Background technique

With the continuous increase of labor costs, the requirements for production quality and production efficiency are getting higher and higher. For the production of telephone products, the use of traditional manual inspection and single-channel testing solutions can no longer meet the needs. At present, the test scheme of IP phone mainly uses TCP (Transmission Control Protocol) as the interactive protocol. To realize the multi-channel parallel test scheme, it is necessary to solve the corresponding relationship between the TCP connection and the channel.

SUMMARY OF THE INVENTION

The main technical problem to be solved by the present application is to provide a terminal testing method, device and computer-readable storage medium, which can solve the problem that multi-channel parallel testing cannot be implemented during IP phone testing in the prior art.

In order to solve the above technical problem, a technical solution adopted in the present application is to provide a terminal testing method, the testing method includes: respectively receiving connection requests sent by a plurality of the terminals, wherein the connection requests include the first connection request of the terminal. address information; respectively establish TCP connections corresponding to the test channels of the multiple terminals according to the connection request; after the connection is successful, send test instructions to the terminals corresponding to the test channels respectively.

Wherein, respectively establishing TCP connections corresponding to the test channels of the multiple terminals according to the connection request, further comprising: respectively acquiring test channels corresponding to the first address information; connecting the test channels to the TCP Binding; sending connection success information to the terminal corresponding to the test channel.

Wherein, before acquiring the test channels corresponding to the first address information respectively, the method further includes: presetting the first address information corresponding to the plurality of terminals in the test channels corresponding to the test server.

Wherein, the receiving a plurality of connection requests sent by the terminals respectively, before the connection requests include the first address information, further includes: receiving a plurality of discovery packets sent by the terminals; selecting and selecting the discovery packets The address information of the interface is in the address pool of the same network, and the available second address information is selected from the address pool, and sent to the terminal by providing a message; receiving request messages sent from multiple terminals, the The request message includes at least the second address information of the terminal; and a confirmation message is sent to the terminal, so that the terminal performs configuration and use according to the second address information.

Wherein, the offer message and the confirmation message further include an option field for the terminal to perform judgment and test mode selection.

In order to solve the above technical problem, another technical solution adopted in the present application is to provide a terminal testing method, the testing method includes: respectively sending a connection request to a test server, where the connection request includes the first address information; After the connection is successful, the test instruction sent by the test server is received.

Wherein, the sending a connection request to the test server side respectively, before the connection request includes the first address information, further includes: respectively sending a discovery message to locate the test server side; receiving a message sent by the test server side Provide a message, and the provided message contains at least second address information; send a request message to the test server respectively; receive a confirmation message sent by the test server, and perform the process according to the second address information Configure and use.

Wherein, the offer message and the confirmation message further include an option field for the terminal to perform judgment and test mode selection.

In order to solve the above technical problem, another technical solution adopted in this application is to provide a terminal testing device, the device includes a processor and a memory, the memory stores computer instructions, the processor is coupled to the memory, and the The processor executes the computer instructions during operation to implement the terminal testing method described in any one of the above.

In order to solve the above technical problem, another technical solution adopted in the present application is to provide a computer-readable storage medium on which a computer program is stored, and the computer program is executed by a processor to realize any one of the above-mentioned terminals. testing method.

The beneficial effects of the present application are: different from the situation in the prior art, the present application provides a terminal testing method, equipment and computer-readable storage medium. The TCP monitoring module monitors the active connection request sent by the terminal, and uses the MAC address of the terminal as the unique identifier to realize the binding of the TCP connection and the test channel, so that each test channel has an independent TCP connection and realizes the independence of multiple test channels. Communication and parallel testing.

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the drawings that are used in the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, under the premise of no creative work, other drawings can also be obtained from these drawings, wherein:

1 is a schematic flowchart of the first embodiment of the terminal testing method of the present application;

2 is a schematic flowchart of a second embodiment of the terminal testing method of the present application;

Fig. 3 is the first interaction schematic diagram of the terminal of the present application and the test server;

Fig. 4 is the second interaction schematic diagram of the terminal of the present application and the test server;

FIG. 5 is a schematic flowchart of an embodiment of step S110 of the present application;

6 is a schematic flowchart of a third embodiment of the terminal testing method of the present application;

7 is a schematic flowchart of a fourth embodiment of the terminal testing method of the present application;

8 is a schematic structural diagram of an embodiment of a terminal testing device of the present application;

FIG. 9 is a schematic block diagram of an embodiment of a computer-readable storage medium provided by the present application.

Detailed ways

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

The specific embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

Example 1

Please refer to FIG. 1. FIG. 1 is a schematic flowchart of the first embodiment of the terminal testing method of the application. In this embodiment, the terminal testing method is based on the testing software developed by labview. In the specific implementation, the terminal is an IP phone, and the testing server is The test software developed by labview further includes a DHCP server module (Dynamic Host Configuration Protocol, Dynamic Host Configuration Protocol) and a TCP monitor module. When starting the test software during the test, it is necessary to open the DHCP server module and TCP at the same time. monitor module. Specifically, the first embodiment of the present application introduces the testing method of the terminal in detail by taking the test server as an example, and before executing the first embodiment of the present application, it further includes:

The specific test method includes the following steps:

Please refer to FIG. 2 to FIG. 4 together. FIG. 2 is a schematic flowchart of the second embodiment of the terminal testing method of the application, FIG. 3 is a schematic diagram of the first interaction between the terminal of the application and the test server, and FIG. 4 is the terminal of the application and the test server. The second interactive schematic diagram of the terminal, as shown in Figure 2, further includes the following steps before performing step S100:

S200: Receive discovery packets sent by multiple terminals.

It can be understood that when the terminal (in this embodiment, the IP phone terminal) accesses the network for the first time, it does not know the IP address of the test server. In order to learn the IP address of the test server, the terminal sends a discovery message (DHCPDISCOVER) by broadcasting. , wherein the discovery packet may carry the first address information of the terminal, where the first address information may be the MAC address of the terminal. Among them, the DHCP server located in the same network segment as the terminal will receive the sending message.

S210: Select and discover that the address information of the packet interface is in an address pool of the same network, select an available second address information from the address pool, and send the packet to the terminal by providing the packet.

Further, the DHCP server module selects and receives the address information of the discovery message interface in the address pool of the same network segment, selects an available second address information from the address pool, and then sends the offer message (DHCP OFFER) to the terminal. Wherein, in this embodiment of the present application, the second address information may be IP address information.

S220: Receive request packets sent from multiple terminals, where the request packets at least include second address information of the terminals.

Further, the terminal only receives the first received offer message, and then sends a request message (DHCPREQUEST) in a broadcast manner to notify the DHCP server module of the second address information to be selected by the terminal. Wherein, the request message includes at least second address information (IP address information) of the terminal. Of course, in other implementation manners, the request message may also include the identifier of the DHCP server module, which is not specifically limited here. The DHCP server module receives the request message sent from the terminal.

S230: Send a confirmation message to the terminal, so that the terminal configures and uses the second address information.

Further, after receiving the request message sent from the terminal, the DHCP server module responds to the terminal A, that is, sends an acknowledgement message (DHCP ACK) to the terminal A, indicating that the second address information (IP address) requested in the request message is allocated Used by the terminal, that is, the terminal can be configured and used according to the second address information.

Further, the offer message and the confirmation message in the embodiment of the present application further include an option field, and the option field is used for the terminal to judge and select a corresponding test mode.

S100: Receive connection requests sent by multiple terminals respectively, where the connection requests include first address information of the terminals.

Optionally, after receiving the response information sent by the test server, the terminal (IP phone) of each channel determines the fixed option field in the confirmation message, and sends a connection request to the test server after selecting the corresponding test mode. . Wherein, the connection request includes first address information of the terminal, and the first address information may be the MAC address of the terminal, which is not specifically limited here. The test server side receives connection requests sent by multiple terminals respectively.

S110, respectively establish TCP connections corresponding to the test channels of the multiple terminals according to the connection request.

Please refer to FIG. 5. FIG. 5 is a schematic flowchart of an embodiment of step S110 of the present application. As shown in FIG. 5, step S110 provided by the present application further includes the following sub-steps:

S111, respectively acquiring test channels corresponding to the first address information.

It can be understood that, before respectively acquiring the test channels corresponding to the first address information, the method further includes setting the first address information corresponding to the multiple terminals in the test channels corresponding to the test server in advance. That is to say, the terminal MAC address in this application may be preset in the test channel (test software end) corresponding to the test server side, that is, each test channel corresponds to a terminal. Optionally, after the test server side receives the connection requests sent by the multiple terminals respectively, because the connection request contains the MAC address information of the terminal, according to the MAC address information, the first address information preset by the test server side is searched for and The test channel corresponding to the MAC address information.

S112, bind the test channel and the TCP connection.

Further, after the test channel corresponding to the first address information is queried and acquired, the test channel is matched and bound with the TCP connection. In this way, each test channel will have an independent TCP connection, and each TCP connection can communicate in parallel, thereby realizing multi-channel simultaneous testing.

S113: Send the connection success information to the terminal corresponding to the test channel.

Further, reply the information of successful connection to the terminal corresponding to the test channel.

S120: After the connection is successful, send a test instruction to the terminal corresponding to the test channel respectively.

Further, start the successfully connected test channel and send test instructions to the terminals corresponding to the test channels respectively, and the terminal performs the test according to the test instructions.

Optionally, after the test is completed, a disconnection request is sent to the terminal to end the test of the test channel and the TCP connection. When the next terminal test needs to be performed, the above-mentioned test process is repeated, that is, the mutual cooperation of the monitoring service of the DHCP server module and the TCP monitoring module continuously associates the corresponding test channel and the corresponding TCP connection, so as to realize the multi-terminal Test at the same time.

In the above embodiment, by using Labview to develop a DHCP service module to provide IP for the terminal, and monitoring the active connection request sent by the terminal through the TCP monitoring module, and using the MAC address of the terminal as the unique identifier, the binding of the TCP connection and the test channel can be realized. Therefore, each test channel has an independent TCP connection to realize independent communication and parallel testing of multiple test channels.

Further, the test method of the present application also has the following beneficial effects:

For terminal software development, using the original TCP protocol for expansion can shorten the terminal development cycle.

For the test software end, the solution of the present application can provide independent, stable and reliable communication connection, and the number of test channels can be easily expanded. Each test channel is independent of each other and can be compatible with parallel tests of different numbers of terminals at the same time.

For production, there is no need for complex personnel training, and only one person can be on duty for testing of multiple test channels. When operating one test channel, it will not interfere with the test status of other test channels, and the production inspection efficiency can be improved several times, greatly reducing labor costs.

Example 2

Please refer to FIG. 6 . FIG. 6 is a schematic flowchart of the third embodiment of the terminal testing method of the present application. The third embodiment of the present application uses a terminal (IP phone) as an example to introduce the terminal testing method in detail, and the third embodiment of the present application is executed in the third embodiment of the present application. way before further including

S300, respectively sending discovery packets to locate the test server.

With reference to FIG. 7 , FIG. 7 is a schematic flowchart of a fourth embodiment of the terminal testing method of the present application. It can be understood that, when the terminal (in this embodiment, the IP phone terminal) accesses the network for the first time, it does not know the IP address of the test server. In order to learn the IP address of the test server, the terminal sends a discovery packet (DHCP DISCOVER ) is used to locate the DHCP server located on the same network segment as the terminal. The discovery packet may carry first address information of the terminal, where the first address information may be the MAC address of the terminal. Among them, the DHCP server located in the same network segment as the terminal will receive the sending message.

S310: Receive a provision message sent by the test server, where the provision message contains at least second address information.

Further, the DHCP server module selects and receives the address information of the discovery message interface in the address pool of the same network segment, selects an available second address information from the address pool, and then sends the offer message (DHCP OFFER) to the terminal. Wherein, in this embodiment of the present application, the second address information may be IP address information. The terminal receives the offer message sent by the test server, and the offer message contains at least second address information.

S320, respectively sending request messages to the test server.

Further, the terminal only receives the first received offer message, and then sends a request message (DHCPREQUEST) in a broadcast manner to notify the DHCP server module of the second address information to be selected by the terminal. Wherein, the request message includes at least second address information (IP address information) of the terminal. Of course, in other implementation manners, the request message may also include the identifier of the DHCP server module, which is not specifically limited here. The DHCP server module receives the request message sent from the terminal.

S330: Receive the confirmation message sent by the test server, and perform configuration and use according to the second address information.

Further, after receiving the request message sent from the terminal, the DHCP server module responds to the terminal A, that is, sends an acknowledgment message (DHCP ACK) to the terminal A, and the terminal receives the acknowledgment message sent by the test server, and according to the second address information to configure and use.

Further, the offer message and the confirmation message in the embodiment of the present application further include an option field, and the option field is used for the terminal to judge and select a corresponding test mode.

Further in conjunction with Fig. 6, the third embodiment of the present application includes the following steps:

S400: Send a connection request to the test server respectively, where the connection request includes the first address information.

Optionally, after receiving the response information sent by the test server, the terminal (IP phone) of each channel determines the fixed option field in the confirmation message, and sends a connection request to the test server after selecting the corresponding test mode. . Wherein, the connection request includes first address information of the terminal, and the first address information may be the MAC address of the terminal, which is not specifically limited here. The test server side receives connection requests sent by multiple terminals respectively.

S410, after the connection is successful, receive the test instruction sent by the test server.

Optionally, after the test channel and the TCP connection are bound, the test server will send a connection success message to the terminal corresponding to the test channel. Further, the test server starts the successfully connected test channel and sends a test command to the terminal corresponding to the test channel respectively, and the terminal responds to the test command to test.

After the test is completed, the terminal will receive a disconnection request sent from the test server, and the terminal will respond to the disconnection request and end the test of the test channel and the TCP connection. Optionally, loop the above-mentioned test process when the next terminal test needs to be performed, that is, by the mutual cooperation of the monitoring services of the DHCP server module and the TCP monitoring module, the corresponding test channel and the corresponding TCP connection are continuously associated, thereby Realize simultaneous testing of multiple terminals.

In the above embodiment, by using Labview to develop a DHCP service module to provide IP for the terminal, and monitoring the active connection request sent by the terminal through the TCP monitoring module, and using the MAC address of the terminal as the unique identifier, the binding of the TCP connection and the test channel can be realized. Therefore, each test channel has an independent TCP connection to realize independent communication and parallel testing of multiple test channels.

Further, the test method of the present application also has the following beneficial effects:

For terminal software development, using the original TCP protocol for expansion can shorten the terminal development cycle.

For the test software end, the solution of the present application can provide independent, stable and reliable communication connection, and the number of test channels can be easily expanded. Each test channel is independent of each other and can be compatible with parallel tests of different numbers of terminals at the same time.

For production, there is no need for complex personnel training, and only one person can be on duty for testing of multiple test channels. When operating one test channel, it will not interfere with the test status of other test channels, and the production inspection efficiency can be improved several times, greatly reducing labor costs.

FIG. 8 shows a schematic structural diagram of an embodiment of a terminal testing device of the present application, and the specific embodiments of the present application do not limit the specific implementation of the terminal testing device.

As shown in FIG. 8 , the terminal testing equipment may include: a processor (processor) 402 , a communication interface (Communications Interface) 404 , a memory (memory) 406 , and a communication bus 408 .

The processor 402 , the communication interface 404 , and the memory 406 communicate with each other through the communication bus 408 . The communication interface 404 is used for communicating with network elements of other devices such as clients or other servers. The processor 402 is configured to execute the program 410, and specifically may execute the relevant steps in the foregoing embodiments of the method for terminal testing.

Specifically, program 410 may include program code, which includes computer-executable instructions.

The processor 402 may be a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application. One or more processors included in the planning equipment of the 5G site can be the same type of processors, such as one or more CPUs; or different types of processors, such as one or more CPUs and one or more CPUs. ASICs.

The memory 406 is used to store the program 410 . Memory 406 may include high-speed RAM memory, and may also include non-volatile memory, such as at least one disk memory.

The program 410 can be specifically called by the processor 402 to the terminal testing device to perform the following operations:

Respectively receive connection requests sent by a plurality of the terminals, and the connection requests include the first address information of the terminals; respectively establish TCP connections corresponding to the test channels of the terminals according to the connection requests; after the connection is successful , respectively sending a test instruction to the terminal corresponding to the test channel.

And the program 410 can also be specifically called by the processor 402 to the terminal testing device to perform the following operations:

Send a connection request to the test server respectively, where the connection request includes the first address information; after the connection is successful, receive the test instruction sent by the test server.

For the specific implementation of each step in this embodiment, please refer to the specific description of steps S100 to S120 and steps S400 to S410 in the above-mentioned embodiment, and details are not repeated here.

In the above embodiment, by using Labview to develop a DHCP service module to provide IP for the terminal, and monitoring the active connection request sent by the terminal through the TCP monitoring module, and using the MAC address of the terminal as the unique identifier, the binding of the TCP connection and the test channel can be realized. Therefore, each test channel has an independent TCP connection to realize independent communication and parallel testing of multiple test channels.

Further, the test method of the present application also has the following beneficial effects:

For terminal software development, using the original TCP protocol for expansion can shorten the terminal development cycle.

For the test software end, the solution of the present application can provide independent, stable and reliable communication connection, and the number of test channels can be easily expanded. Each test channel is independent of each other and can be compatible with parallel tests of different numbers of terminals at the same time.

For production, there is no need for complex personnel training, and only one person can be on duty for testing of multiple test channels. When operating one test channel, it will not interfere with the test status of other test channels, and the production inspection efficiency can be improved several times, greatly reducing labor costs.

Referring to FIG. 9, FIG. 9 is a schematic block diagram of an embodiment of a computer-readable storage medium provided by the present application. The computer-readable storage medium in this embodiment stores a computer program 310, and the computer program 310 can be executed by a processor to realize the above-mentioned The terminal testing method in any one of the embodiments.

Optionally, the readable storage medium may be a USB flash drive, a removable hard disk, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), a magnetic disk or an optical disk, etc. that can store programs. The medium of code, or terminal equipment such as computers, servers, mobile phones, and tablets.

To sum up, those skilled in the art can easily understand that the present application provides a terminal testing method, equipment and computer-readable storage medium, by using Labview to develop a DHCP service module to provide IP for the terminal, and monitoring the data sent by the terminal through the TCP monitoring module. Active connection request, while using the terminal's MAC address as the unique identifier, can realize the binding of TCP connection and test channel, so that each test channel has an independent TCP connection, and realizes independent communication and parallel testing of multiple test channels.

In the above description of this specification, unless otherwise expressly specified and limited, terms such as "fixed", "installed", "connected" or "connected" should be construed in a broad sense. For example, with regard to the term "connection", it may be a fixed connection, a detachable connection, or an integrated; it may be a mechanical connection or an electrical connection; it may be a direct connection or an indirect connection through an intermediate medium , or it can be a communication within two elements or an interaction relationship between two elements. Therefore, unless otherwise clearly defined in this specification, those skilled in the art can understand the specific meanings of the above terms in this application according to specific situations.

From the above description of this specification, those skilled in the art can also understand the following terms such as "upper", "lower", "front", "rear", "left", "right", "length", "width" ", "thickness", "vertical", "horizontal", "top", "bottom", "inner", "outer", "axial", "radial", "circumferential", "center", " Terms indicating orientation or positional relationship such as longitudinal, lateral, clockwise or counterclockwise are based on the orientation or positional relationship shown in the drawings of this specification, which are only for the convenience of explaining the solution of the present application For the purpose of simplifying the description, it is not expressly or implied that the device or element involved must have the specific orientation, be constructed and operate in the specific orientation, so the above-mentioned orientation or positional relationship terms should not be understood or interpreted as Restrictions on the scheme of this application.

In addition, terms such as "first" or "second" used in this specification to refer to numbers or ordinal numbers are only for descriptive purposes, and should not be construed as expressing or implying relative importance or implicitly indicating the indicated the number of technical characteristics. Thus, a feature defined as "first" or "second" may expressly or implicitly include at least one of that feature. In the description of the present specification, "plurality" means at least two, such as two, three or more, etc., unless expressly and specifically defined otherwise.

While this specification has shown and described various embodiments of the application, it will be obvious to those skilled in the art that such embodiments are provided by way of example only. Numerous modifications, changes and substitutions will occur to those skilled in the art without departing from the spirit and spirit of the present application. It should be understood that in practicing the application, various alternatives to the embodiments of the application described herein may be employed. The appended claims are intended to define the scope of the application, and therefore to cover modular compositions, equivalents, or alternatives within the scope of these claims.

Claims (10)

1. A terminal testing method is characterized by comprising the following steps:

respectively receiving connection requests sent by a plurality of terminals, wherein the connection requests comprise first address information of the terminals;

respectively establishing TCP connections corresponding to the test channels of the plurality of terminals according to the connection requests;

and after the connection is successful, sending a test instruction to the terminal corresponding to the test channel respectively.

2. The method according to claim 1, wherein the establishing of the TCP connections corresponding to the test channels of the plurality of terminals according to the connection requests respectively further comprises:

respectively acquiring test channels corresponding to the first address information;

binding the test channel and the TCP connection;

and sending connection success information to the terminal corresponding to the test channel.

3. The method according to claim 2, wherein before the obtaining the test channels corresponding to the first address information, respectively, further comprising:

and setting the first address information corresponding to the plurality of terminals in a test channel corresponding to a test server terminal in advance.

4. The method according to claim 1, wherein the receiving connection requests sent by a plurality of the terminals, respectively, the connection requests including the first address information further comprises:

receiving discovery messages sent by a plurality of terminals;

selecting an address pool in the same network with the address information of the discovery message interface, selecting available second address information from the address pool, and sending the second address information to the terminal by providing a message;

receiving request messages sent by a plurality of terminals, wherein the request messages at least comprise second address information of the terminals;

and sending a confirmation message to the terminal so that the terminal performs configuration and use according to the second address information.

5. The method according to claim 4, wherein the provide message and the confirm message further comprise an option field for the terminal to make decisions and test mode selections.

6. A terminal testing method is characterized by comprising the following steps:

respectively sending connection requests to a test server, wherein the connection requests comprise the first address information;

and after the connection is successful, receiving a test instruction sent by the test service terminal.

7. The method according to claim 6, wherein the sending connection requests to the test server respectively, the connection requests including the first address information further comprises:

respectively sending a discovery message to position the test server;

receiving a providing message sent by the test server, wherein the providing message at least comprises second address information;

respectively sending request messages to the test server end;

and receiving the confirmation message sent by the test server side, and configuring and using the confirmation message according to the second address information.

8. The method of claim 7, wherein the provide message and the confirm message further comprise an option field for the terminal to make decisions and test mode selections.

9. A terminal test apparatus, comprising: the system comprises a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface complete mutual communication through the communication bus;

the memory is configured to store at least one executable instruction that causes the processor to perform the operations of the terminal testing method of any of claims 1-5 or 6-8.

10. A computer-readable storage medium, characterized in that it stores at least one executable instruction that, when run on a testing device/apparatus of a terminal, causes the terminal testing device/apparatus to perform the operations of the terminal testing method according to any one of claims 1-5 or 6-8.

Images