KR20160112787A - Test system and control method thereof - Google Patents

Abstract

A plurality of clients, each mounted with a memory module, configured to perform a test on the memory module using a test program according to a network command; And a server configured to perform bidirectional communication with the plurality of clients to monitor the status of the plurality of clients and to control the updating and test of the test program by generating the network command in accordance with a result of the monitoring have.

Description

[0001] TEST SYSTEM AND CONTROL METHOD THEREOF [0002]

The present invention relates to a test system, and more particularly to a test system and a control method thereof.

The test process for checking the performance and the abnormality of the semiconductor memory is indispensable.

As a method for testing a semiconductor memory, a mounting test, that is, a method of mounting and testing a computer system such as a PC in which an actual semiconductor memory is used can be used.

Since the conventional mounting test is performed mainly on an actual machine or an apparatus equipped with a semiconductor memory, there is a problem that the test efficiency is lowered due to the test environment restriction.

In this case, as a test environment restriction element, there is a problem that the operating environment of the actual system, for example, the memory capacity of the operating system is limited, and the error probability such as file creation and copying failure is increased due to the use of the file system in processing test data Problems in which it is difficult to grasp the state of the problem and actual situation, and the like.

Embodiments of the present invention provide a test system and a control method thereof that are capable of efficient mounting test not limited to a test environment.

An embodiment of the present invention is a computer system comprising: a plurality of clients, each mounted with a memory module, configured to perform a test on the memory module using a test program according to a network command; And a server configured to perform bidirectional communication with the plurality of clients to monitor the status of the plurality of clients and to control the updating and test of the test program by generating the network command in accordance with a result of the monitoring have.

An embodiment of the present invention is a control method of a test system including one or more clients and a server equipped with a memory module, the method comprising: a connection step of connecting the client and the server; A step of updating a test program of the client to a latest version; A test step of transmitting test data to the client and controlling a test sequence of the client so that the client performs a test on the memory module; And a result processing step of determining test result signals of the client and recording the generated test result information in the client.

This technology minimizes the operating environment constraints of the real-time, uses the packet method, and facilitates the real-time operation status check through bi-directional communication.

1 shows a configuration of a test system 100 according to an embodiment of the present invention,
2 is a diagram showing an internal configuration example of the server 101 of FIG. 1,
3 is a flowchart schematically showing a control method of the test system 100 according to the embodiment of the present invention,
4 to 8 are flowcharts showing the steps S1 to S5 of FIG. 3 in more detail.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1, a test system 100 according to an embodiment of the present invention may include a server 101 and a plurality of clients 201. [

The plurality of clients 201 may include a computing system such as a PC.

The plurality of clients 201 are each equipped with a memory module such as a semiconductor memory, for example, a dual in-line memory module (DIMM) to be tested, and are connected to each other through a different operating system such as WINDOW, LINUX ), DOS (DOS), or Unified Extensible Firmware Interface (UEFI) Shell.

The server 101 may be configured to perform overall test control including a booting and status monitoring of a plurality of clients 201 using a packet-based bidirectional communication method and a network command.

The server 101 may be configured to update the test program to the latest state using an external database.

The server 101 may be configured as any operating system.

The server 101 may be configured to operate on a LIBRARY basis supporting UEFI (Unified Extensible Firmware Interface).

The server 101 may be connected to a plurality of clients 201 and an external data base (DB) 301 through a network.

As shown in FIG. 2, the server 101 may include a first application program 102, a second application program 103, and hardware 104.

The hardware 104 includes a user interface (UI) device, that is, input / output devices such as an input device for inputting commands, an output device for outputting video or audio, etc., and a network signal processing device can do.

The first application program 102 and the second application program 103 are merely a function of the functions of the first application program 102 and the second application program 103, and may substantially be a part of one application program.

The first application program 102 may be configured to provide data for a user interface device and to be connected to an external database 301 to perform test program acquisition, test result information transfer, and backup.

The first application program 102 can acquire a test program from the database 301 and transfer the test result information to the database 301 or to the outside or back up the data to the database 301. [

The test database may include a test program, test environment information, process information, and the like.

The second application program 103 may be configured to control and monitor a plurality of clients 201 using network commands and to perform interface control between the server 101 and a plurality of clients 201.

The second application program 103 can control updating of the bios (BIOS) and the test program of the plurality of clients 201 using the network command.

The second application program 103 may perform an interlock operation to control whether or not the test execution is performed according to the test environment information and the process information of the plurality of clients 201. [

The second application program 103 may monitor an abnormal operation of a plurality of clients 201, that is, a halt or a reset, and perform an action corresponding thereto, for example, have.

The second application program 103 may be configured based on LIBRARY supporting UEFI.

Hereinafter, a method of controlling the test system 100 according to the embodiment of the present invention will be described with reference to FIGS. 3 to 8. FIG.

3 is a flowchart schematically showing a control method of the test system 100 according to the embodiment of the present invention.

The test system 100 according to the embodiment of the present invention can perform the test procedure in the same sequence as shown in FIG.

The test process of FIG. 3 is largely divided into a CONNECTION step S1, a SETUP step S2, an INTERLOCK step S3, a TEST step S4, (S5).

The connecting step S1 is a step of connecting a plurality of clients 201 to the server 101 and may include a step in which a plurality of clients 201 are booted by the server 101. [

The setup step S2 may be a step of updating the test programs of the plurality of clients 201 to the latest version.

The interlock step S3 may be a step of judging whether or not the test is executed according to the test environment information, the process information, and the system information of the plurality of clients 201. [

In the test step S4, test data is transmitted to a plurality of clients 201, and a plurality of clients 201 are controlled to test sequences of a plurality of clients 201 to perform tests on the memory modules Step.

The result processing step S5 may be a step of recording test result information in a plurality of clients 201 and generating a log file according to the test result information.

The signal transmission between the server 101 and the client 201 in the test system 100 according to the embodiment of the present invention is performed substantially through the hardware 104. The hardware 104 communicates with the first application program 102, And the second application program 103, as shown in FIG. Therefore, the control method of the test system 100 will not be described with respect to the hardware 104, and the first application program 102 and the second application program 103 will be mainly described.

The connecting step S1 will be described in more detail with reference to FIG.

First, synchronization between the first application program 102 and the second application program 103 can be performed.

At this time, as described in FIG. 2, the first application program 102 can acquire the test program from the external database 301 and always maintain the latest version.

The synchronization process may include updating the test program of the second application program 103 to the latest version such as that obtained by the first application program 102. [

Then, the booting of the client 201 by the server 101 can be performed.

For example, the client 201 may be booted by the first application program 102 and connected to the server 101.

Then, the second application program 103 can transmit the connection information (Connected Info) according to connection of the client 201 to the first application program 102.

At this time, the connection information (Connected Info) is information for updating the user interface screen of the first application program 102 according to the connection of the client 201, and may include a client number, memory module count information, and the like.

Referring to FIG. 5, the setup step S2 will be described in more detail.

First, the client 201 notifies the server 101, that is, the second application program 103, that the client 201 is activated (Client Ready).

The second application program 103 notifies the client 201 that the server 101 has recognized the activation of the client 201 in response to the Client Ready (Server Ready).

The client 201 transmits an acknowledgment signal (Ack) to the second application program 103 informing that the test is ready (Test Ready) in response to the Server Ready.

The second application program 103 requests the client 201 to transmit the version information of the test program (Version Info Req).

The client 201 transmits version information of its own test program to the second application program 103 in response to the Version Info Req.

The second application program 103 receives the version information of the client 201 and transmits an acknowledgment signal Ack to inform the client 201 of the receipt of the version information.

The second application program 103 checks whether the version information of the current client 201 is the latest version and if it is not the latest version, the test program update command (PGM Update CMD) and the latest version of the test program ) To the client (201).

At this time, in the synchronization process described with reference to FIG. 4, the test program of the second application program 103 is updated to the highest version.

The client 201 updates its test program with the latest version of the test program (Recently PGM) provided by the second application program 103 in response to the test program update command (PGM Update CMD), notifies the test program update (Ack) to the second application program (103).

The setup process for the test can be completed through the above-described process.

Referring to Fig. 6, the interlocking step S3 will be described in more detail.

First, the second application program 103 requests system information from the client 201 (System Info Req).

The client 201 transmits its system information (System Info) to the second application program 103 in response to the System Info Req.

The second application program 103 transmits to the client 201 an acknowledgment signal Ack notifying that the system information of the client 201 has been received.

Then, the second application program 103 requests the SPD information (SPD Info) from the client 201 (SPD Info Req).

At this time, the SPD information, that is, the serial presence detect information is information on the memory module mounted on the client 201.

The client 201 transmits its SPD information (System Info) to the second application program 103 in response to the SPD Info Req.

The second application program 103 transmits to the client 201 an acknowledgment signal Ack notifying that the SPD information (System Info) of the client 201 has been received.

Also, the second application program 103 requests test condition information from the first application program 102 (Test Condition Req).

The first application program 102 transmits test environment information such as temperature and process to the second application program 103 in response to the Test Condition Req.

The second application program 103 can perform an interlock operation using system information (System Info), SPD information (SPD Info), and test environment information.

The interlock is a function that can control the operation interruption within the system by determining whether the test operation is performed based on the system information (System Info), the SPD information (SPD Info) and the test environment information.

For example, if the system of the client 201, the memory module mounted on the client 201, or the test environment does not meet predetermined criteria, the interlock function may not be used to conduct the test.

The second application program 103 uses the system information (System Info) and the SPD information (SPD Info) to create files necessary for the operation of the first application program 102, for example, a product serial number, (LOT) number, other information, and the like, and transmits the generated files to the first application program 102.

The first application program 102 may copy the files transferred from the second application program 103 and store the files in a folder form, for example.

The first application program 102 judges whether there is an abnormality of the files transmitted from the second application program 103, that is, whether the tests can be progressed according to the files, and transmits test data (XML Data) to the second application program 103 send.

The test data may be in the form of Extensible Markup Language (XML).

Also, the first application program 102 updates the user interface screen using the files transferred from the second application program 103. [

Referring to Fig. 7, the test step S4 will be described in more detail.

The second application program 103 transmits the test data (XML Data) received from the first application program 102 and an instruction (XML Data Write) to record the test data to the client 201.

At this time, the test data (XML Data) may include data for testing all the memories of the memory module mounted on the client 201.

The client 201 records test data (XML Data) in response to the XML Data Write and transmits an acknowledgment signal (Ack) to the second application program 103 to notify it.

The second application program 103 sequentially transmits test instructions (1st Test Start to Last Test Start) for testing all the memories of the memory module mounted on the client 201 in a predetermined unit to the client 201 in sequence .

The client 201 performs a test using the data corresponding to each of the test instructions (1st Test Start to Last Test Start) from the test data (XML Data) in response to each of the test instructions (1st Test Start to Last Test Start) And transmits the test result signals to the second application program 103.

The second application program 103 transmits confirmation signals (Ack) to the client 201 to inform that the test result signals transmitted from the client 201 have been received.

Meanwhile, the second application program 103 informs the first application program 102 of the process of performing the test (Test Start, Test Doing, Test End) through bidirectional communication with the client 201 as described above.

That is, the second application program 103 sequentially informs the first application program 102 of the start of the test (Test Start), the progress of the test (Test Doing), and the end of the test (Test End).

The first application program 103 updates the screen to conform to the test start, test doing, and test end, and stops the system if a test abnormality is determined Action can be taken.

Referring to FIG. 8, the result processing step S5 will be described in more detail.

The second application program 103 determines whether or not the memory module is normal according to the test result signals described with reference to FIG. 7, and generates test result information (Pass or Fail Info).

The second application program 103 transmits test result information (Pass or Fail Info) and a command (SPD Write) to record it to the client 201.

The client 201 records test result information (Pass or Fail Info) in the SPD in response to the SPD Write and transmits an acknowledgment signal (Ack) to the second application program 103 to inform the SPD.

The second application program 103 generates a log file RESULT.log based on the test result information (Pass or Fail Info) and transmits the log file RESULT.log to the first application program 102.

The first application program 102 transmits the log file RESULT.log sent by the second application program 103 to the external database 301 and updates the user interface screen so that the work according to the test is performed .

On the other hand, the completion (COMPLETE) step S6 may be performed after the RESULT processing step S5 described above with reference to FIG. That is, the second application program 103 notifies the first application program 102 that all tests have been completed, so that all the test processes can be terminated.

Thus, those skilled in the art will appreciate that the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. It is therefore to be understood that the embodiments described above are to be considered in all respects only as illustrative and not restrictive. The scope of the present invention is defined by the appended claims rather than the detailed description and all changes or modifications derived from the meaning and scope of the claims and their equivalents are to be construed as being included within the scope of the present invention do.

Claims (18)

A plurality of clients, each mounted with a memory module, configured to perform a test on the memory module using a test program in accordance with a network command; And
A test system comprising a server configured to perform bidirectional communications with the plurality of clients to monitor the status of the plurality of clients and to control updating and testing of the test programs by generating the network commands in accordance with a result of the monitoring; . The method according to claim 1,
The plurality of clients
A test system that is booted by the server. The method according to claim 1,
The plurality of clients
Different operating systems or UEFIs are installed,
Wherein the different operating systems include Windows and Linux. The method according to claim 1,
The server
And to perform the bidirectional communication in a packet mode. The method according to claim 1,
The server
And acquiring the test program via an external database. The method according to claim 1,
The server
Hardware including a user interface device and a network signal processing device,
A first application program configured to provide data for the user interface device and to connect to an external database to perform test program acquisition, test result information transfer and backup, and
And a second application program configured to perform the plurality of client control and monitoring using the network command, the interface control of the server and the plurality of clients, and the test program update control of the plurality of clients. The method according to claim 6,
The server
Unified Extensible Firmware Interface (UEFI) Test system configured to operate on a LIBRARY basis. The method according to claim 6,
The server
Wherein the test system is configured to perform an interlock operation to determine whether to perform a test according to system information of the plurality of clients, test environment information, and process information. A control method of a test system including one or more clients and a server equipped with a memory module,
A connection step of connecting the client and the server;
A step of updating a test program of the client to a latest version;
A test step of transmitting test data to the client and controlling a test sequence of the client so that the client performs a test on the memory module; And
And a result processing step of determining test result signals of the client and recording the generated test result information in the client. 10. The method of claim 9,
Further comprising: an interlock step of judging whether or not the test is executed according to the test environment information, the process information, and the system information of the client. 10. The method of claim 9,
The connecting step
And the server is booting the client. 10. The method of claim 9,
The setup step
The server requesting version information from the client,
The server optionally providing a program update command and a latest version of the test program to the client according to the version information;
The client updating its test program with the latest version of the test program in response to the program update command. 10. The method of claim 9,
The test step
The server sending an instruction to the client to record test data and the test data;
The client recording the test data in response to an instruction to write the test data,
The server sequentially sending test commands to the client, and
The client performing a test in response to the test commands and transmitting the test result signals to the server. 14. The method of claim 13,
The test data
Wherein the test system includes data for testing all memories of the memory module. 14. The method of claim 13,
The test instructions
Wherein the server includes instructions for testing all of the memories in a predetermined unit. 14. The method of claim 13,
The step of transmitting to the server
The client performing a test using data corresponding to each of the test commands from among the test data in response to each of the test commands and transmitting the test result signals to the server . 10. The method of claim 9,
The result processing step
And generating a log file according to the test result information. 10. The method of claim 9,
The result processing step
Generating a log file according to the test result information, and transmitting the log file to an external database.

Images