JP2010226617A - Test program creation method and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To prevent reproducibility of a reproduction test program creation by a communication log from degrading by creating and releasing a socket at the timing corresponding to the features of communication motions. <P>SOLUTION: The test program to be executed between a server device and a client device acquires a communication log between the server device and the client device, sorts multiple TCP packets included in the log into the groups wherein the address port numbers equal to the sending port numbers and the sequence numbers correspond to the ACK numbers, and acquires the communication motions each TCP packet indicates and the chronological orders. The test program instructs to chronologically execute the communication motions, creates a first socket between a second communication motion corresponding to a TCP connect and a first communication motion chronologically one motion before to release the first socket between a third communication motion corresponding to a TCP closing and a forth communication motion chronologically one motion after. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a method for generating a test program for automatically reproducing communications left in a communication log, and a program for generating the test program.

  2. Description of the Related Art Conventionally, a configuration is known in which a test target program incorporated in a test target device having a communication function is tested by a test operation instruction given from the outside via a network. In Patent Document 1, in a test apparatus for testing a sequence program incorporated in a PLC device, a series of communication messages used for giving the PLC device an operation instruction necessary for a desired test is recorded in advance. In addition, it is described that the above-described operation instruction for the PLC device is automatically reproduced by reproducing a series of recorded communication messages with a test apparatus.

JP 2001-209414 A

  2. Description of the Related Art A packet capture device having a function of capturing packet data traveling on a network and outputting it as a communication log is known. In order to reproduce communications performed between communication devices connected to a network, consider building a mechanism for automatically generating a test program based on a communication log acquired from a packet capture device. If the test program can be automatically generated, the time required for creation can be shortened compared to the case where the test program is created manually.

  For example, when creating a program for executing a TCP / IP or UDP / IP communication operation, the program generally uses a protocol stack as an OS function by using an interface called a socket. The protocol stack is responsible for controlling communication according to each protocol. A test program that automatically generates from a communication log also uses a socket to handle the protocol stack and execute communication. Creating a socket before starting communication and releasing the socket after necessary communication is a basic procedure when performing communication using a socket. The entity of the socket is a memory area for holding control information related to the corresponding communication. Although the maximum number of sockets depends on the OS and the like, there is a practical upper limit.

  In communication (for example, TCP / IP) characterized in that a connection is established and data is transmitted and received, if the data size to be transmitted and received is large, the number of packets to be exchanged increases and the duration of the connection becomes longer. Therefore, another connection is newly established while a certain connection exists, and a plurality of connections can exist simultaneously. Therefore, the sockets that can be used during the test program execution may be exhausted depending on the timing of socket generation and release. Then, for example, since a new socket cannot be generated, the test program cannot be executed to the end, and the communication indicated in the communication log cannot be reproduced to the end. Also, since it takes some time to create and terminate sockets, creating a test program that instructs to repeatedly generate and release sockets increases the time required to create and release sockets during execution of the test program. Due to the waiting time, a situation may occur in which the actual communication operation is not easily performed. In a test program that attempts to reproduce communications (for example, UDP / IP) characterized by low-reliability but high-speed data transmission / reception because no connection is established, high-speed communication operations cannot be reproduced when such a situation occurs. There is a problem.

  The present invention has been made in view of the above problems, and in generating a test program that reproduces the communication operation remaining in the communication log, by generating and releasing a socket at a timing according to the characteristics of the communication operation, One of the purposes is to prevent the reproducibility of the communication operation to be reproduced due to the generation and release of the socket.

  (1) A test program generation method for achieving the above object includes a communication log acquisition step of acquiring a communication log between a server device and a client device connected to a network, and a plurality of TCPs included in the communication log. A grouping step of grouping packets into groups in which a combination of a destination port number and a source port number included in the TCP packet is the same, and a sequence number and an ACK number included in the TCP packet correspond to each other; A communication flow acquisition step for acquiring a communication operation indicated by each of the TCP packets included in the communication log, and a time series order of the communication operation, and a test program for execution on a client device communicating with the server device. And instructing to execute the communication operation in the time series order The second communication operation corresponding to the group including the second communication operation between the first communication operation immediately before the second communication operation corresponding to the TCP connect and the second communication operation in the time series order. A third communication operation corresponding to a TCP close included in the group including the second communication operation, and a fourth communication after the third communication operation in chronological order. A test program generating step for generating a test program instructing to release the first socket corresponding to the group including the second communication operation and the third communication operation between the operation and the operation; Including.

  According to the present invention, socket generation and TCP connect are collectively performed before all communication operations corresponding to data transmission or data reception, and TCP close is collectively performed after all communication operations corresponding to data transmission or data reception. A test program that does not increase the number of simultaneously existing sockets more than necessary can be generated as compared with the case of performing socket release.

  The socket means an API when this test program handles a TCP / IP (including UDP / IP) program (protocol stack). The entity of the process for generating the socket is to secure a memory area (memory area for holding various control information related to communication operations) managed by the TCP / IP program. Means to discard. There is a practical upper limit on the maximum number of sockets that can exist simultaneously in a client device executing a test program. Sockets that can be used for other communication operations during test program execution if the socket that has finished the role that does not support the TCP connection continues before and after any TCP connection lifetime during the test program execution period Will be depleted. By synchronizing the lifetime of the TCP connection and the lifetime of the corresponding socket as in the present invention, it is possible to generate a test program that is unlikely to cause socket exhaustion by not increasing the number of sockets that exist simultaneously. .

  In addition, since it is instructed to execute the communication operation indicated by each TCP packet in the chronological order of the TCP packets included in the communication log, the client device that executes this test program has acquired the above-described communication log. The same type of communication operation can be reproduced in the same order as the communication between the server device and the client device. Note that a packet communicated using TCP is expressed as a TCP packet.

  (2) A test program generation method for achieving the above object includes a communication log acquisition step of acquiring a communication log between a server device and a client device connected to a network, and a plurality of UDPs included in the communication log. A grouping step of grouping packets into groups in which a combination of a destination port number and a transmission source port number included in the UDP packet is the same; a communication operation indicated by each UDP packet included in the communication log; A communication flow acquisition step of acquiring a time series order of communication operations, and a test program to be executed by a client device communicating with the server device, the number of sockets corresponding to the number of the groups included in the communication log. Between the generation process and the generated socket release process, the communication is performed in the chronological order. Including a test program generating step of generating a test program that instructs to execute the operation, the.

  According to the present invention, a UDP program having the same combination of destination port number and source port number can be made into one group, and a test program for generating and releasing sockets for the number of groups can be generated. . Therefore, since the same socket is used repeatedly for the communication operation of the same group, for example, compared to the case of generating and releasing the socket for each pair of data transmission and corresponding data reception, the generation and release of the socket. A test program with a reduced number of times can be generated. As a result, it is possible to prevent the socket device from being frequently generated and released in the client device that executes the test program. Therefore, it becomes easy to reproduce the UDP / IP communication operation characterized in that data can be transmitted and received at high speed.

  In addition, since it is instructed to execute the communication operation indicated by each UDP packet in the time-series order of the UDP packets included in the communication log, the client device that executes this test program has acquired the communication log described above. The same communication operation can be executed in the same order as the communication between the server device and the client device. Note that a packet communicated using UDP is expressed as a UDP packet.

  The test program generation method as described above can also be applied as an invention of a program that causes a computer to realize this method, or an invention of an apparatus that implements this method. Moreover, the apparatus which implements the above methods may be implement | achieved by a single apparatus, may be implement | achieved by combining several apparatus, and includes various aspects. It can be changed as appropriate, for example, part of it is software and part is hardware. Furthermore, the present invention is established as a recording medium for recording the above-described program. Of course, the recording medium may be a magnetic recording medium, a magneto-optical recording medium, or any recording medium that will be developed in the future.

The block diagram which shows the structure of this invention. The sequence diagram which shows an example of the sequence of the packet group contained in a communication log. The sequence diagram which shows an example of the sequence of the packet group contained in a communication log. The flowchart which shows a test program production | generation process. The flowchart which shows a test program production | generation process. (6A) and (6B) are diagrams for explaining the analysis result of the communication log. (7A) is a source code of the test program of the comparative example of (7B), and (7B) is a diagram showing a source code of the test program according to the present embodiment. (8A) is a source code of the test program of the comparative example of (8B), and (8B) is a diagram showing source code of the test program according to the present embodiment.

Here, embodiments of the present invention will be described in the following order.
(1) Outline and configuration of test program generation method:
(2) Test program generation processing:
(3) Other embodiments:

(1) Outline and configuration of test program generation method:
FIG. 1 is a block diagram for explaining a configuration for executing a test program generation method according to the present invention and a configuration for executing a generated test program. The computers 50 and 53, the printer 52, and the packet capture device 51 are connected to the LAN. The packet capture device 51 acquires packet data exchanged between the computer 50 and the printer 52 in chronological order, and outputs a communication log file including binary data indicating a packet data group. The computer 10 includes a control unit 20 including a RAM, a ROM, a CPU, and the like and an HDD 30, and can execute various programs recorded in the ROM or the HDD 30 by the control unit 20. In the present embodiment, the test program generation program 21 can be executed.

  The test program generation program 21 has a function of generating a program for reproducing communication performed between the computer 50 and the printer 52 based on the communication log acquired from the packet capture device 51. Conventionally, devices that can reproduce a captured communication as it is are known, but they would not function unless the capture environment and the reproduction environment were the same. In order to reproduce in an environment different from the capture environment, it is necessary to change environment-specific parameters to those suitable for the reproduction environment.

  The test program 30a generated by the test program generation program 21 is executed by various computers including the computer 50, thereby communicating between the computer 50 and the printer 52 when acquiring the communication log with various computers (for example, This program is intended to be reproduced between the computer 53) and the printer 52.

  The test program generation program 21 includes a communication log acquisition unit 21a, a grouping unit 21b, a communication flow acquisition unit 21c, and a test program generation unit 21d in order to realize the function of generating the test program described above. Yes. The communication log acquisition unit 21a is a module that causes the control unit 20 to realize a function of acquiring a communication log between two communication devices. For example, a communication log as a binary file generated by the packet capture device 51 is acquired. The grouping unit 21b is a module that causes the control unit 20 to realize a function of grouping packet data included in the communication log by protocol to be used (TCP or UDP) or by classification criteria to be described later. The communication flow acquisition unit 21c is a module that causes the control unit 20 to realize a function of acquiring from the communication log the time series order of packets included in the communication log and the communication operation indicated by each packet. The test program generation unit 21d is a module that causes the control unit 20 to realize a function of generating a test program 30a for reproducing a communication log.

  A computer (for example, a computer 53) that executes the test program 30a includes a control unit 200 including a ROM, a RAM, a CPU, and the like. The control unit 200 of the computer 53 can execute a TCP / IP program 220 and a LAN adapter driver program 230 in addition to the test program 30a. The TCP / IP program 220 includes protocol stacks such as TCP, UDP, and IP, and is in charge of executing communication conforming to each protocol. The LAN adapter driver program 230 is a driver program for controlling the LAN adapter 400 provided in the computer 53.

  The test program 30a includes an instruction (processing instruction) for executing communication between the computer 53 (client device) and the printer 52 (server device) using the TCP / IP program 220. While the test program 30a is being executed by the computer 53, communication corresponding to the instruction of the test program 30a is performed between the printer 52 and the computer 53.

(2) Test program generation processing:
First, FIG. 2 is a sequence diagram for explaining an example of TCP / IP communication exchanged between the computer 53 and the printer 52. FIG. 3 is a sequence diagram for explaining an example of UDP / IP communication exchanged between the computer 53 and the printer 52. The direction from the top to the bottom of the sequence diagram represents the passage of time from the past. One arrow represents one packet, and the root side of the arrow means the transmission source of the packet, and the destination side of the arrow means the destination of the packet. The sequence diagram of FIG. 3 represents a total of five pairs, one pair of a data transmission packet (request) and a corresponding data reception packet (response).

  In TCP / IP communication, a TCP connection is established after a packet corresponding to SYN is transmitted until a packet corresponding to FIN is transmitted. The sequence diagram of FIG. 2 includes three TCP connections 1 to 3. Connection 3 starts while connection 2 continues, and connection 2 ends during the lifetime of connection 3. UDP / IP communication is connectionless communication. In the example of FIG. 3, packets P16, P17, P24, and P25 have the same combination of port numbers included in the packet, and packets P18 to P23 also have the same combination of port numbers.

  Note that the flow at the time of establishing a TCP connection is actually a three-way handshake, but in FIG. 2, for the sake of simplicity, the remaining two packets (ACK / SYN, ACK) other than the packet corresponding to SYN are used. Description is omitted. In addition, the flow at the end of the TCP connection is actually a flow in which both FIN and ACK are exchanged. However, in FIG. Description of the remaining two packets (ACK, ACK) is omitted.

  The computer 10 captures a packet capture of a communication log file as binary data represented as shown in FIG. 2 when visualized as a sequence diagram, and a communication log file as binary data represented as FIG. 3 when visualized as a sequence diagram. It can be acquired from the device 51. 4 and 5 are flowcharts showing the test program generation process. The control unit 20 acquires a communication log file (step S100), and performs communication for grouping packets included in the communication log and for acquiring a communication operation flow (the time sequence of packets and communication operations indicated by the packets). The log file is analyzed (steps S101 to S180).

  First, the control unit 20 extracts data for one packet in time series order (step S101), and determines whether the packet is a packet communicated using TCP (step S105). Specifically, the determination is made with reference to the protocol number field of the IP header included in the packet. If the packet is communicated using TCP, the control unit 20 determines whether the packet is SYN (step S110). Specifically, if the SYN bit in the control bit field of the TCP header is 1, it is determined as SYN. In other words, this means that it is determined whether the packet indicates the first communication operation of the three-way handshake.

  When it is determined in step S110 that the packet is SYN, the control unit 20 newly creates a group identifier, and includes the group identifier, a sequence number / ACK number / source and destination port numbers included in the packet. Are stored in association with each other (step S120). The group identifier is an identifier for grouping packets included in the communication log by connection. The source port number, destination port number, sequence number, and ACK number are obtained by referring to the TCP header. Subsequently, the control unit 20 stores that this packet is a communication operation for establishing a TCP connection (step S125). Further, the time series order of this communication operation is also stored.

  When it is determined in step S110 that the packet is not SYN, the control unit 20 determines whether or not the packet includes data received from the application or data to be delivered to the application (step S130). That is, it is determined whether this packet is a communication operation corresponding to data transmission / reception after the TCP connection is established. Specifically, for example, the presence / absence of data is determined from the remaining size obtained by subtracting the size of the header portion from the total length of the IP message portion. Next, the control unit 20 determines a group to which the packet belongs based on the sequence number, ACK number, transmission source and destination port number of the packet, stores the packet in association with the group (step S135), and The fact that the packet is a communication operation indicating data transmission or data reception and the time series order of this communication operation are stored (step S140).

  The destination port number and the source port number are switched according to the side that sends out the packet, but the combination is the same for communication of the same connection, so the combination of the destination port number and the source port number is the same group. One of the criteria for judging whether or not. The sequence number and the ACK number are values included in the packet to confirm that data transmitted / received between the two parties can be transmitted / received reliably. The sequence number indicates how many bytes of the entire data to be transmitted are included in the packet, and the ACK number is obtained by adding the number of received data bytes to the sequence number. Since it is possible to determine from which sequence packet, the size of the transmission / reception data included in the packet, and the ACK number, this packet is a continuation of the packet of which connection, this is one of the criteria for grouping .

  When it is determined in step S130 that this packet does not include the above-described data, the control unit 20 determines whether or not this packet is FIN (step S145). Specifically, if the FIN bit in the control bit field of the TCP header is 1, it is determined as FIN. When this packet is FIN, the control unit 20 determines a group to which this packet belongs based on the sequence number, ACK number, transmission source, and destination port number of this packet, and stores the packet in association with the group ( Along with step S150), the fact that this packet is a communication operation indicating the end of connection and the time series order of this communication operation are stored (step S155).

  When it is determined in step S105 that this packet is not a packet communicated using TCP, the control unit 20 determines whether this packet is a packet communicated using UDP (see FIG. 5, Step S160). Specifically, if the protocol number field of the IP header included in the packet is a number indicating UDP, it is determined that the packet uses UDP. When this packet is a packet using UDP, the control unit 20 determines that the combination of the destination port number and the transmission source port number is the first combination that has emerged while analyzing the packets of the communication log file in chronological order. It is determined whether or not there is (step S165). The destination port number and the source port number can be obtained from the UDP header included in the packet. If the combination of port numbers is the first combination, the control unit 20 creates a new group identifier and stores the group identifier in association with the combination of the destination port number and the transmission source port number (step S170). Further, the communication operation indicated by this packet is specified (data transmission or reception), and the time series order of this packet is also stored.

  When it is determined in step S165 that the combination of port numbers is not the first combination, the control unit 20 performs communication indicated by this packet in a group including communication operations of the same combination as the combination of port numbers of this packet. The operation (data transmission or reception) is associated and stored (step S175). The control unit 20 determines whether or not the analysis has been completed up to the last packet included in the communication log file (FIG. 4, step S180). If not completed, the control unit 20 returns to step S101 and continues to the next in chronological order. Start analyzing packets. When the analysis of all packets included in the communication log file is completed, the test program generation process internally performs the group to which each packet included in the communication log belongs, the communication operation indicated by the packet, and the time series of the packet. The association with the order is completed.

  FIG. 6A shows a correlation result when the communication log files of the packets P1 to P15 shown in the sequence diagram of FIG. 2 are analyzed. The time series order, the communication operation, and the group are associated with each other. The communication operation includes “behavior” and “other” information indicating what the packet has. The “other” information means a parameter necessary for reproducing the communication operation, and includes, for example, a destination port number, a packet size, data to be transmitted / received, and the like. Parameters that depend on the computer executing the test program (for example, source IP address, source port number, sequence number, ACK number, etc.) and other environment-dependent parameters (for example, destination IP address) are not necessarily included. It's okay. Packets P1 to P15 in FIG. 2 correspond to 1 to 15 in time series order of FIG. 6A. FIG. 6B shows an association result when the communication log files of the packets P16 to P25 shown as the sequence diagram in FIG. 3 are analyzed. The packets P16 to P25 in FIG. 3 correspond to the time series order 1 to 10 in FIG. 6B.

  Return to the description of the flowchart. Subsequently, the control unit 20 generates an intermediate file in which the time series order, the communication operation, and the group are associated with each other (FIG. 4, step S185). Specifically, for example, as illustrated in FIGS. 6A and 6B, an intermediate file including information indicating the association of the group to which the packet belongs, the communication operation indicated by the packet, and the chronological order of the packet is generated. Next, the control unit 20 generates a file describing the source code of the test program based on the contents of the intermediate file (step S190).

  For example, the source code of the test program generated based on the information representing the correspondence in FIG. 6A will be described. As described with reference to FIG. 1, the test program 30a is a program designed to communicate with the printer 52 by handling the TCP / IP program 220 using an interface called a socket. Therefore, it is necessary to create a socket before communication. The socket has a one-to-one correspondence with the TCP connection. The socket is generated before the TCP connection is established, and the socket is released after the TCP connection is completed. Since a descriptor for identifying the generated socket can be obtained by creating a socket, it is fundamental to describe the processing of communication operations corresponding to each connection in chronological order using that descriptor. It is a policy.

  What should be noted here is the timing of creating and releasing a socket. As shown in FIG. 7A, a method is considered in which socket generation and TCP connect (establishment of TCP connection) are performed together, data transmission / reception is performed, and finally TCP closing (end of TCP connection) and socket release are performed together. It is done. 7A and 7B describes that the TCP connect process is executed after the socket generation is completed. In the “close” process, the TCP connect process is terminated. Is described to release the socket after.

  However, there is an upper limit on the number of sockets, and when a test program in which a procedure as shown in FIG. 7A is instructed is executed, there is a possibility that sockets may be exhausted during execution of the test program. This is because the socket exists before or after the communication in the connection corresponding to the socket starts. Therefore, it is desirable not to create a socket corresponding to the connection until immediately before the data transmission / reception using the socket, and it is desirable to release the socket used for the data transmission / reception each time. Therefore, in the present embodiment, the second communication operation is performed between the first communication operation immediately before the second communication operation corresponding to the TCP connect and the second communication operation in time series order. The first socket corresponding to the group including the first communication is generated, and the third communication operation corresponding to the TCP close included in the group including the second communication operation and one of the third communication operations in chronological order. During the subsequent fourth communication operation, the first socket corresponding to the group including the second communication operation and the third communication operation is released.

  Specifically, using FIG. 6A, after the TCP close process, which is the fourth communication operation immediately before the TCP connect, which is the fifth communication operation in the time series order, the fifth communication operation, which is the fifth communication operation. Before the TCP connect processing, the socket generation processing corresponding to the group TCP2 to which the fifth communication operation belongs is described. In addition, after the TCP close process (12th TCP close in time series order) belonging to the group TCP2, and before the TCP data reception process corresponding to the 13th communication operation in the time series order, the group TCP2 It is described so that the socket corresponding to is released. Note that the data reception process is a process for extracting received data.

  The source code generated based on the above is as shown in FIG. 7B. The test program of FIG. 7B performs socket generation collectively before all communication operations corresponding to data transmission or data reception described in FIG. 7A, and collects after all communication operations corresponding to data transmission or data reception. As compared with the case of releasing the socket, it is not necessary to increase the number of sockets existing at the same time more than necessary. Therefore, it is possible to make it difficult to cause socket exhaustion during the execution of the test program. Further, since it is described that the communication operation indicated by each packet is executed in the time series order of the packets included in the communication log, the computer executing this test program is connected to the printer 52 when the communication log is acquired. The same communication operation can be reproduced in the same order as the communication with the computer 50.

  Next, the source code of the test program generated based on the information representing the correspondence in FIG. 6B will be described. Also in the case of UDP communication, it is necessary to generate a socket before instructing execution of an actual communication operation and to generate a socket after a desired communication operation is completed. The basic policy is to describe the process of executing each communication operation in time series by using the descriptor for identifying the generated socket by generating the socket.

  Since the UDP communication does not require a procedure for establishing a connection, the combination of data transmission and data reception corresponding thereto is an independent communication having no relation such as continuity with other combinations. Therefore, as shown in FIG. 8A, a method of describing so as to execute socket generation and release for each combination is conceivable. 8A and 8B literally indicates socket generation processing, and “close” indicates socket release processing.

  However, when the test program is executed according to the procedure shown in FIG. 8A, sockets are frequently generated and released during execution of the test program. Since it takes some time to generate and release sockets, if the number of socket generations and releases is large, a situation may occur in which actual communication operations are not easily executed due to the waiting time. Therefore, in the present embodiment, attention is paid to the combination of the source port number and the destination port number included in the packet, and the communication operation in which the combination is the same is performed by using the same socket as the source code. Describe.

  In the present embodiment, as described with reference to FIG. 6B, the necessary number of sockets is counted from the associated information (the necessary number of sockets is equal to the number of groups), and the necessary number of socket generation processes; A test program that instructs execution of communication operations in time series is generated between the generated socket release process.

  The source code generated based on the above is as shown in FIG. 8B. The test program of FIG. 8B can reduce the number of socket generation and release times as compared to the case of generating and releasing sockets for each combination of data transmission and reception as described in FIG. 8A. As a result, it is possible to prevent the socket that is frequently generated and released in the computer that executes the test program. In addition, since it is described that the processing corresponding to the communication operation indicated by each packet is executed in chronological order of the packets included in the communication log, the computer that executes this test program can obtain the communication log. The same communication operation can be executed in the same order as the communication between the printer 52 and the computer 50.

(3) Other embodiments:
It should be noted that the technical scope of the present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the scope of the present invention. For example, the printer 52 may be a FAX, a scanner, or a multifunction machine having a TCP / IP or UDP / IP communication function.

  10: Computer, 20: Control unit, 21: Test program generation program, 21a: Communication log acquisition unit, 21b: Grouping unit, 21c: Communication flow acquisition unit, 21d: Test program generation unit, 30a: Test program, 50: Computer 51: Packet capture device 52: Printer 53: Computer 200: Control unit 220: TCP / IP program 230: LAN adapter driver program 400: LAN adapter

Claims (4)

A communication log acquisition step for acquiring a communication log between a server device and a client device connected to the network;
A plurality of TCP packets included in the communication log have the same combination of a destination port number and a transmission source port number included in the TCP packet, and a sequence number and an ACK number included in the TCP packet correspond to each other. A grouping process for grouping into groups;
A communication flow acquisition step of acquiring a communication operation indicated by each of the TCP packets included in the communication log, and a time series order of the communication operation;
A test program for execution on a client device that communicates with the server device, instructing execution of the communication operation in the time series order, and in a time series order from a second communication operation corresponding to TCP Connect A first socket corresponding to the group including the second communication operation is generated between the previous first communication operation and the second communication operation, and the second communication operation is performed. The second communication operation and the second communication operation between the third communication operation corresponding to the TCP closing included in the group including the fourth communication operation one after the third communication operation in chronological order. A test program generating step for generating a test program instructing to release the first socket corresponding to the group including the three communication operations;
A test program generation method including: A communication log acquisition step for acquiring a communication log between a server device and a client device connected to the network;
A grouping step of grouping a plurality of UDP packets included in the communication log into groups in which a combination of a destination port number and a source port number included in the UDP packet is the same;
A communication flow acquisition step of acquiring a communication operation indicated by each of the UDP packets included in the communication log, and a time series order of the communication operation;
A test program for execution on a client device that communicates with the server device, between the socket generation processing for the number of the groups included in the communication log and the generated socket release processing, A test program generating step for generating a test program instructing execution of the communication operation in time series;
A test program generation method including: A communication log acquisition function for acquiring a communication log between a server device and a client device connected to the network;
A plurality of TCP packets included in the communication log have the same combination of a destination port number and a transmission source port number included in the TCP packet, and a sequence number and an ACK number included in the TCP packet correspond to each other. A grouping function for grouping into groups,
A communication flow acquisition function for acquiring a communication operation indicated by each of the TCP packets included in the communication log, and a time series order of the communication operation;
A test program for execution on a client device that communicates with the server device, instructing execution of the communication operation in the time series order, and in a time series order from a second communication operation corresponding to TCP Connect A first socket corresponding to the group including the second communication operation is generated between the previous first communication operation and the second communication operation, and the second communication operation is performed. The second communication operation and the second communication operation between the third communication operation corresponding to the TCP closing included in the group including the fourth communication operation one after the third communication operation in chronological order. A test program generation function for generating a test program instructing to release the first socket corresponding to the group including the three communication operations;
A test program generation program that enables a computer to implement a program. A communication log acquisition function for acquiring a communication log between a server device and a client device connected to the network;
A grouping function for grouping a plurality of UDP packets included in the communication log into groups in which a combination of a destination port number and a source port number included in the UDP packet is the same;
A communication flow acquisition function for acquiring a communication operation indicated by each of the UDP packets included in the communication log, and a time series order of the communication operation;
A test program for execution on a client device that communicates with the server device, between the socket generation processing for the number of the groups included in the communication log and the generated socket release processing, A test program generation function for generating a test program instructing execution of the communication operation in time series order;
A test program generation program that enables a computer to implement a program.

Images