CN110556155B - Method and device for testing diskless started SSD product and computer equipment - Google Patents

Abstract

The invention relates to a method, a device and computer equipment for testing a diskless started SSD product, wherein the method comprises the steps of connecting an SSD with an aging board; setting a client and a server in the same network segment; acquiring a client IP; carrying out diskless startup, and obtaining an LINUX kernel and a script program to a client; executing the script program, and performing product testing according to an execution result to obtain a testing result; and uploading the test result to a server. The invention adopts a diskless startup mode and a mode that one server corresponds to a plurality of clients, realizes the simultaneous test of large-scale SSD, the client automatically downloads the test script program in the server, tests a plurality of SSD, forms the test result into log files, uploads the log files to the server and displays the log files at the client, and only the server and the client are connected in the same network segment by adopting a switch and a network cable, thereby realizing short development period, low cost and simple deployment.

Description

Method and device for testing diskless started SSD product and computer equipment

Technical Field

The invention relates to a solid state disk, in particular to a method and a device for testing an SSD product started without a disk and computer equipment.

Background

The solid state disk is called a fixed disk for short, and the hard disk made of the solid state disk (namely SSD) by using a solid electronic storage chip array consists of a control unit and a storage unit (a FLASH chip and a DRAM chip). The specification, definition, function and use method of the interface of the solid state disk are completely the same as those of the traditional hard disk, the appearance and size of the product are also completely the same as those of the traditional hard disk, but the I/O performance is greatly improved compared with that of the traditional hard disk, and the solid state disk is widely applied to the fields of military affairs, vehicle-mounted, industrial control, video monitoring, network terminals, electric power, medical treatment, aviation, navigation equipment and the like.

At present, a system for performing system test on an SSD mostly adopts a mode of a server and a client, corresponding software programs need to be developed on the server and the client respectively, a software test mode with a disk is adopted to perform product test, the cost is relatively high, a plurality of clients are generally integrated together, the hardware design is relatively complex, the development period is long, and the phenomenon that the client cannot be used due to the quality problem or the firmware problem of the SSD is easy to occur.

Therefore, it is necessary to design a new testing method, which has short development period, low cost and simple deployment.

Disclosure of Invention

The invention aims to overcome the defects of the prior art and provides a method and a device for testing an SSD product started without a disk and computer equipment.

In order to achieve the purpose, the invention adopts the following technical scheme: a diskless boot SSD product test method, the method comprising:

connecting the SSD with the burn-in board;

setting a client and a server in the same network segment;

acquiring a client IP;

carrying out diskless startup, and obtaining an LINUX kernel and a script program to a client;

executing the script program, and performing product testing according to an execution result to obtain a testing result;

uploading the test result to a server;

the step of obtaining the client IP comprises the following specific steps:

setting the state of the server as a state capable of providing DHCP service and FTP service;

sending a request to a server to request the allocation of a client IP;

executing the script program, and performing product test according to the execution result to obtain a test result, wherein the step comprises the following specific steps:

executing the script program to obtain a test configuration file corresponding to the SSD product to be tested in the server;

downloading a test configuration file to a memory of a client;

analyzing the test configuration file to obtain an analysis result;

performing product testing according to different test configuration files and analysis results to obtain test results;

and at the client, the client is connected to the burn-in board through the SATA wire, and the SSD is plugged into the burn-in board for testing.

The further technical scheme is as follows: the step of analyzing the test configuration file to obtain an analysis result comprises the following specific steps:

reading the test configuration file, analyzing and storing parameters;

and determining the consistency of the capacity and the FW version number of the tested SSD product, and forming an analysis result.

The further technical scheme is as follows: the step of carrying out product testing according to different testing configuration files and analysis results to obtain testing results comprises the following specific steps:

writing data into the SSD, and reading the written data;

verifying the written data to obtain the problems existing in different modes;

acquiring the number of bad blocks and the number of newly-added bad blocks in each unit which can be independently and concurrently operated in the current SSD;

judging whether the number of the bad blocks and the number of the newly-added bad blocks meet the original particle factory standard or not;

if yes, reading SMART information, and monitoring an information item threshold in the SSD product;

erasing data in the SSD product, erasing SMART information and clearing used traces;

if not, directly entering the next step;

and recording a test log file to form a test result.

The invention also provides a diskless started SSD product testing device, which comprises a connecting unit, a network segment setting unit, an IP obtaining unit, a diskless starting unit, a test executing unit and an uploading unit;

the connecting unit is used for connecting the SSD with the aging board;

the network segment setting unit is used for setting the client and the server in the same network segment;

the IP obtaining unit is used for obtaining a client IP;

the diskless startup unit is used for performing diskless startup and acquiring an LINUX kernel and a script program to the client;

the test execution unit is used for executing the script program and carrying out product test according to an execution result to obtain a test result;

the uploading unit is used for uploading the test result to the server;

the IP acquisition unit comprises a state setting module and a request distribution module;

the state setting module is used for setting the state of the server to be a state capable of providing DHCP service and FTP service;

the request distribution module is used for sending a request to the server to request the distribution of the client IP;

the test execution unit comprises a file acquisition module, a download module, an analysis module and a test module;

the file acquisition module is used for executing the script program and acquiring a test configuration file corresponding to the SSD product to be tested in the server;

the download module is used for downloading the test configuration file to the internal memory of the client;

the analysis module is used for analyzing the test configuration file to obtain an analysis result;

and the test module is used for carrying out product test according to different test configuration files and analysis results to obtain test results.

The further technical scheme is as follows: the analysis module comprises a parameter analysis submodule and an analysis result forming submodule;

the parameter analysis submodule is used for reading the test configuration file, analyzing and storing parameters;

and the analysis result forming submodule is used for determining the consistency of the capacity and the FW version number of the tested SSD product and forming an analysis result.

The invention also provides computer equipment which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor, wherein the processor realizes the diskless started SSD product testing method when executing the computer program.

Compared with the prior art, the invention has the beneficial effects that: the invention relates to a method for testing a diskless started SSD product, which is characterized in that after a formal firmware is loaded on the SSD product of an SATA interface, the SSD product is tested at a system level, a diskless starting mode is adopted, a mode that one server corresponds to a plurality of clients is adopted, large-scale SSD simultaneous testing is realized, a client automatically downloads a test script program in the server, tests a plurality of SSDs are carried out, a test result forms a log file, the log file is uploaded to the server and is displayed at the client, the server and the client are connected in the same network segment by only adopting an exchanger and a network cable, the development period is short, the cost is low, and the deployment is simple.

The invention is further described below with reference to the accompanying drawings and specific embodiments.

Drawings

Fig. 1 is a schematic view of an application scenario of a diskless boot SSD product test method according to an embodiment of the present invention;

fig. 2 is a schematic flowchart of a method for testing a diskless boot SSD product according to an embodiment of the present invention;

fig. 3 is a schematic block diagram of a method for testing a SSD product without disk booting according to an embodiment of the invention;

fig. 4 is a schematic flow chart of obtaining the client IP according to the embodiment of fig. 3;

FIG. 5 is a schematic flow chart diagram for obtaining test results provided by the embodiment of FIG. 3;

FIG. 6 is a schematic flow chart diagram illustrating obtaining parsing results according to the embodiment of FIG. 5;

FIG. 7 is a schematic flowchart of a product test performed according to different test configuration files and analysis results according to the embodiment of FIG. 5;

fig. 8 is a block diagram of a disk-boot SSD product test device according to an embodiment of the invention;

fig. 9 is a block diagram of an IP obtaining unit according to an embodiment of the present invention;

FIG. 10 is a block diagram of a test execution unit according to an embodiment of the present invention;

fig. 11 is a block diagram of a parsing module according to an embodiment of the present invention;

FIG. 12 is a block diagram of a test module according to an embodiment of the present invention;

fig. 13 is a schematic block diagram of a computer device according to an embodiment of the present invention.

Detailed Description

In order to more fully understand the technical content of the present invention, the technical solution of the present invention will be further described and illustrated with reference to the following specific embodiments, but not limited thereto.

It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It is also to be understood that the terminology used in the description of the present application herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the specification of the present application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.

It should be further understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As shown in fig. 1 to 13, the method for testing a diskless boot SSD product provided in this embodiment can be applied to a semiconductor test or an SSD storage test, and has the advantages of short development period, low cost, and simple deployment.

For convenience of understanding, an application scenario composition to which the method for testing the SSD product started without a disk is applied in the embodiment of the present application is introduced first. As shown in fig. 1, the application scenario includes a user terminal and a server.

The user terminal can be an electronic device such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a personal digital assistant and a wearable device; the server may be an independent server or a server cluster composed of a plurality of servers.

Specifically, a test platform and a test App can be developed according to the diskless started SSD product test method. The testing platform can be installed in the server, the testing App can be installed in the user terminal, and the SSD product testing can be completed for the user by utilizing the interaction between the user terminal and the server.

Based on fig. 1, the SSD product test method provided by the present application is introduced. Referring to fig. 2, fig. 2 is a schematic flowchart illustrating a method for testing a diskless boot SSD product according to an embodiment of the present application. As shown in fig. 2, the SSD product test method without disk startup provided by this embodiment includes steps S101 to S106.

S101, connecting the SSD with the burn-in board.

The method comprises the steps that a client side is connected to an aging board through an SATA (serial advanced technology attachment) wire, the SSD is inserted into the aging board for testing, the aging board is controlled by an industrial-grade single chip microcomputer, a test program sends a command to the single chip microcomputer through a USB (universal serial bus) to serial port, and the single chip microcomputer respectively realizes voltage bias test, power-on and power-off test and the like on the SSD according to the received command.

Because the test framework is simple, the number of the clients can be increased or decreased according to actual needs, different clients are not interfered with one another, SSDs of different models can be tested simultaneously, and the test framework is very flexible and convenient and is suitable for production line operation.

And S102, setting the client and the server in the same network segment.

In this embodiment, a network cable and a switch are used to connect the client and the server, and the client is selected to be network-started to ensure that the client and the server are in the same network segment, so as to transmit and download the test result and data.

S103, acquiring the client IP.

After the client IP is known, the LINUX kernel and the script program of the server can designate the destination to the IP of the client so as to download and transmit the LINUX kernel and the script program.

And S104, carrying out diskless startup, and obtaining the LINUX kernel and the script program to the client.

The mode that one server corresponds to a plurality of clients is adopted, large-scale SSD simultaneous testing is achieved, and when the clients are started, the servers can be automatically sent to download test script programs and the test script programs are loaded to a local memory.

Specifically, the cut LINUX kernel and the script program on the server are downloaded to the memory of the client through the FTP protocol.

The test script program is developed based on the shell script, and since Linux provides a plurality of commands which can be directly called through the script, the development speed of the script is greatly improved, objects which are not entangled in a bottom layer are not needed, the functions which are required to be realized are directly realized by using the existing commands, and the test script program is simple in structure and low in cost.

And S105, executing the script program, and performing product test according to the execution result to obtain a test result.

The script program automatically tests a plurality of SSDs mounted on the client, specifically, the script can be executed after the Linux kernel is loaded in the internal memory, the script can search the corresponding test configuration on the server by reading the Model Number of the SSD to be tested, the test configuration is downloaded to the local, and different test steps and modes are executed according to different configurations.

And S106, uploading the test result to a server.

After the test is finished, the locally generated test log file is uploaded to a server for storage, and the log file is not locally stored, so that the log file is conveniently and centrally managed. Different SSDs can be mounted on different clients at the same time, and the same SSDs mounted on the same client can be ensured to be the same, so that the existing resources can be reasonably and efficiently used.

Referring to fig. 4, fig. 4 is a schematic flow chart of the substeps of obtaining the client IP.

S103, the step of obtaining the client IP comprises the following specific steps:

s1031, setting the state of the server as a state capable of providing DHCP service and FTP service;

s1032, sending the request to the server to request the allocation of the client IP.

After the client and the server are connected, in the process of product testing, the server sends a unique IP to the client so as to transmit data such as files and the like between the client and the server.

The DHCP service described above is for dynamically assigning IP addresses and configuration parameters. The server in DHCP service state can automatically assign IP address to the client, the assigned configuration parameter is not related to IP protocol, and the configuration parameter makes the computer communication on the network convenient and easy to realize. DHCP enables leases of IP addresses, and for many large networks with many computers, it may sometimes be unnecessary for each computer to have an IP address, with leases ranging from 1 minute to 100 years, and when a lease expires, the server may assign the IP address to another machine for use. Setting DHCP service state, including configuring VLAN gateway IP address and dividing related port into corresponding VLAN; and configuring the DHCP server.

The FTP service state is for the server to support the FTP protocol.

Referring to fig. 5, fig. 5 is a schematic flow chart of substeps of executing a script program and performing a product test according to an execution result to obtain a test result. As shown in fig. 5, the step of S105, executing the script program, and performing a product test according to the execution result to obtain a test result includes the following specific steps:

s1051, executing a script program, and acquiring a test configuration file corresponding to the SSD product to be tested in the server;

s1052, downloading the test configuration file to a memory of the client;

s1053, analyzing the test configuration file to obtain an analysis result;

and S1054, testing the product according to different test configuration files and analysis results to obtain test results.

The SSD product aiming at the SATA interface is tested at the system level after formal firmware is loaded, and the SSD is tested by simulating the behavior of a user, so that the phenomenon that the SSD appears at a user end due to the quality problem or the firmware problem of the SSD is prevented.

And when the linux system runs to load the test script, the corresponding configuration file is searched on the server through the product model of the SSD, and the configuration file is downloaded to the memory of the client through the FTP.

Specifically, referring to fig. 6, S1053, the step of parsing the test configuration file to obtain a parsing result includes the following specific steps:

s10531, reading the test configuration file, analyzing and storing parameters;

and S10532, determining the consistency of the capacity and the FW version number of the tested SSD product, and forming an analysis result.

The test script reads the configuration file, analyzes and stores the parameters, and determines whether the tested capacity and information such as FW version number are consistent or not by comparing the information read in the SSD, namely, whether the parameters in the SSD are matched with the standard values or not is judged, and an analysis result is formed by the comparison result.

Specifically, referring to fig. 7, in the step of S1054, performing the product test according to the different test configuration files and the analysis result to obtain the test result, the method includes the following specific steps:

s10541, writing data into the SSD, and reading the written data;

s10542, verifying the written data to obtain the problems existing in different modes;

s10543, obtaining the number of bad blocks and the number of newly-added bad blocks in each unit which can be operated independently and concurrently in the current SSD;

s10544, judging whether the number of the bad blocks and the number of the newly-added bad blocks meet the original particle factory standard;

s10545, if yes, reading SMART information, and monitoring an information item threshold in the SSD product;

s10546, erasing the data in the SSD product, clearing SMART information and clearing used traces;

if not, directly entering the next step;

and S10547, recording a test log file to form a test result.

And after the analysis result is obtained, starting to perform full disk read-write operation on the SSD. The full disk is written first, then the data just written into the full disk is read out and verified, each time the full disk is read and written, different data writing quantity and data types are used, to verify that there may be problems in different modes (e.g., write data mode, erase mode, etc.), each time the full disc is read or written, obtaining the number of bad blocks and the number of newly-added bad blocks of each unit (DIE) which can be independently and concurrently operated in the current disk through an internal command, checking whether the standard of the original particle factory is met, reading SMART information, monitoring threshold values (such as written data quantity, bad block number and the like) of some information items, reporting errors when the information items exceed the set threshold values, finally, safely erasing the SSD system, erasing data in the disk, clearing SMART information, clearing used traces, recording test log files, uploading the test log files to a server, uniformly storing and facilitating management. The currently used test configuration, the specific test items and the test completion degree can be visually seen on the display of the client.

Referring to fig. 3, on the basis of the mode of the server and the client, a diskless startup mode is selected, the test program is directly packaged and downloaded to the local client, the development period is short, the maintenance is easy, the cost is low, the deployment is simple, and the server and the client are connected to the same network segment only by using a switch and a network cable.

According to the method for testing the SSD product started without the disk, after formal firmware is loaded on the SSD product of the SATA interface, the SSD product is tested at a system level, a diskless starting mode is adopted, a mode that one server corresponds to a plurality of clients is adopted, large-scale SSD simultaneous testing is realized, the client automatically downloads a test script program in the server, a plurality of SSD tests are carried out, a test result is formed into a log file, the log file is uploaded to the server and is displayed at the client, the server and the client are connected in the same network segment only by adopting a switch and a network cable, the development period is short, the cost is low, and the deployment is simple.

Referring to fig. 8, fig. 8 is a schematic block diagram of a diskless boot SSD product testing device provided in this embodiment. As shown in fig. 8, the device for testing a diskless booted SSD product includes a connection unit 1, a network segment setting unit 2, an IP obtaining unit 3, a diskless booting unit 4, a test execution unit 5, and an uploading unit 6.

And the connecting unit 1 is used for connecting the SSD and the burn-in board.

And the network segment setting unit 2 is used for setting the client and the server in the same network segment.

And the IP obtaining unit 3 is used for obtaining the client IP.

And the diskless starting unit 4 is used for carrying out diskless starting and acquiring the LINUX kernel and the script program to the client.

And the test execution unit 5 is used for executing the script program, performing product test according to an execution result and acquiring a test result.

And the uploading unit 6 is used for uploading the test result to the server.

Specifically, referring to fig. 9, the IP obtaining unit 3 includes a status setting module 31 and a request allocating module 32.

And a state setting module 31, configured to set the state of the server to be a state in which the DHCP service and the FTP service can be provided.

And a request distribution module 32, configured to send a request to the server to distribute the client IP.

Specifically, referring to fig. 10, the test execution unit 5 includes a file obtaining module 51, a downloading module 52, an analyzing module 53 and a testing module 54.

The file obtaining module 51 is configured to execute the script program and obtain a test configuration file corresponding to the SSD product to be tested in the server.

The downloading module 52 is configured to download the test configuration file to the client memory.

And the analysis module 53 is configured to analyze the test configuration file to obtain an analysis result.

And the test module 54 is configured to perform a product test according to different test configuration files and analysis results to obtain a test result.

Specifically, referring to fig. 11, the parsing module 53 includes a parameter parsing submodule 531 and a parsing result forming submodule 532.

And the parameter analysis submodule 531 is configured to read the test configuration file, perform analysis, and store the parameters.

And the analysis result forming sub-module 532 is used for determining the consistency of the capacity and the FW version number of the tested SSD product and forming an analysis result.

In addition, referring to fig. 12, the test module 54 includes a write sub-module 541, a check sub-module 542, a bad block number obtaining sub-module 543, a standard judgment sub-module 544, a read sub-module 545, an erase sub-module 546, and a file recording sub-module 547.

The write submodule 541 is configured to write data into the SSD, and read the written data.

The verification submodule 542 is configured to verify the written data and obtain problems existing in different modes.

The bad block number obtaining sub-module 543 is configured to obtain the number of bad blocks and the number of newly added bad blocks in each unit that can be independently and concurrently operated in the current SSD.

And the standard judgment sub-module 544 is used for judging whether the number of the bad blocks and the number of the newly-added bad blocks meet the original particle factory standard.

The read submodule 545 is configured to read the SMART information if the valid data is valid, and monitor the information item threshold in the SSD product.

Erase submodule 546 is used to erase data in the SSD product, clear SMART messages, and clear used traces.

And the file recording sub-module 547 is used for recording a test log file to form a test result.

It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described SSD product test device and unit without disk start may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

The apparatus for improving the writing performance of the solid-state storage device may be implemented in the form of a computer program, and the computer program may be run on a computer device as shown in fig. 13.

According to the device for testing the SSD product started without the disk, after formal firmware is loaded on the SSD product of the SATA interface, the SSD product is tested at a system level, a diskless starting mode is adopted, a mode that one server corresponds to a plurality of clients is adopted, large-scale SSD simultaneous testing is realized, the client automatically downloads a test script program in the server, a plurality of SSD tests are carried out, a test result is formed into a log file and is uploaded to the server, the log file is displayed at the client, the server and the client are connected in the same network segment only by adopting a switch and a network cable, the development period is short, the cost is low, and the deployment is simple.

Referring to fig. 13, fig. 13 is a schematic block diagram of a computer device according to an embodiment of the present application. The computer device 700 may be a terminal or a server.

Referring to fig. 13, the computer device 700 includes a processor 720, a memory, which may include a non-volatile storage medium 730 and an internal memory 740, and a network interface 750, which are connected by a system bus 710.

The non-volatile storage medium 730 may store an operating system 731 and computer programs 732. The computer program 732, when executed, may cause the processor 720 to perform any one of the diskless initiated SSD product testing methods.

The processor 720 is used to provide computing and control capabilities, supporting the operation of the overall computer device 700.

The internal memory 740 provides an environment for the running of the computer program 732 in the non-volatile storage medium 730, and when the computer program 732 is executed by the processor 720, the processor 720 can be caused to execute any one of the diskless boot SSD product testing methods.

The network interface 750 is used for network communication such as sending assigned tasks and the like. Those skilled in the art will appreciate that the architecture shown in fig. 13 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing device 700 to which the disclosed aspects apply, as a particular computing device 700 may include more or less components than those shown, or may combine certain components, or have a different arrangement of components. Wherein the processor 720 is configured to execute the program code stored in the memory to perform the following steps:

connecting the SSD with the burn-in board;

setting a client and a server in the same network segment;

acquiring a client IP;

carrying out diskless startup, and obtaining an LINUX kernel and a script program to a client;

executing the script program, and performing product testing according to an execution result to obtain a testing result;

and uploading the test result to a server.

Specifically, the obtaining of the client IP includes setting the state of the server to be a state capable of providing the DHCP service and the FTP service; and sending a request to the server requesting allocation of the client IP.

In addition, the executing the script program and performing the product test according to the execution result to obtain the test result includes: executing the script program to obtain a test configuration file corresponding to the SSD product to be tested in the server; downloading the test configuration file to the memory of the client; analyzing the test configuration file to obtain an analysis result; and performing product testing according to different test configuration files and analysis results to obtain test results.

Specifically, the step of parsing the test configuration file to obtain a parsing result includes: reading the test configuration file, analyzing and storing parameters; and determining the consistency of the capacity and the FW version number of the tested SSD product to form an analysis result.

Specifically, the step of performing a product test according to different test configuration files and analysis results to obtain a test result includes: writing data into the SSD, and reading the written data; verifying the written data to obtain the problems existing in different modes; acquiring the number of bad blocks and the number of newly-added bad blocks in each unit which can be independently and concurrently operated in the current SSD; judging whether the number of the bad blocks and the number of the newly-added bad blocks meet the original particle factory standard or not; if yes, reading SMART information, and monitoring an information item threshold in the SSD product; erasing data in the SSD product, clearing SMART information and clearing used traces; and recording the test log file to form a test result.

It should be understood that, in the embodiment of the present Application, the Processor 720 may be a Central Processing Unit (CPU), and the Processor 720 may also be other general-purpose processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, and the like. Wherein a general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

Those skilled in the art will appreciate that the configuration of computer device 700 depicted in FIG. 13 is not intended to be limiting of computer device 700 and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

According to the computer equipment, after the formal firmware is loaded on the SSD product of the SATA interface, the SSD product is tested at a system level, a diskless starting mode is adopted, a mode that one server corresponds to a plurality of clients is adopted, large-scale SSD simultaneous testing is realized, the client automatically downloads a test script program in the server, a plurality of SSD tests are carried out, test results form log files, the log files are uploaded to the server and displayed at the client, the server and the client are connected in the same network segment only through a switch and a network cable, the development period is short, the cost is low, and the deployment is simple.

The technical contents of the present invention are further illustrated by the examples only for the convenience of the reader, but the embodiments of the present invention are not limited thereto, and any technical extension or re-creation based on the present invention is protected by the present invention. The protection scope of the invention is subject to the claims.

Claims (6)

1. A diskless boot SSD product testing method, the method comprising:

connecting the SSD with the burn-in board;

setting a client and a server in the same network segment;

acquiring a client IP;

carrying out diskless startup, and obtaining an LINUX kernel and a script program to a client;

executing the script program, and performing product testing according to an execution result to obtain a testing result;

uploading the test result to a server;

the step of obtaining the client IP comprises the following specific steps:

setting the state of the server as a state capable of providing DHCP service and FTP service;

sending a request to a server to request the allocation of a client IP;

executing the script program, and performing product test according to the execution result to obtain a test result, wherein the step comprises the following specific steps:

executing the script program to obtain a test configuration file corresponding to the SSD product to be tested in the server;

downloading a test configuration file to a memory of a client;

analyzing the test configuration file to obtain an analysis result;

performing product testing according to different test configuration files and analysis results to obtain test results;

and at the client, the client is connected to the burn-in board through the SATA wire, and the SSD is plugged into the burn-in board for testing.

2. The method for testing the diskless started SSD product of claim 1, wherein the step of parsing the test configuration file to obtain the parsed result comprises the following specific steps:

reading the test configuration file, analyzing and storing parameters;

and determining the consistency of the capacity and the FW version number of the tested SSD product, and forming an analysis result.

3. The method for testing the SSD product started without a disk of claim 2, wherein the step of performing the product test according to the different test configuration files and the analysis result to obtain the test result comprises the following specific steps:

writing data into the SSD, and reading the written data;

verifying the written data to obtain the problems existing in different modes;

acquiring the number of bad blocks and the number of newly-added bad blocks in each unit which can be independently and concurrently operated in the current SSD;

judging whether the number of the bad blocks and the number of the newly-added bad blocks meet the original particle factory standard or not;

if yes, reading SMART information, and monitoring an information item threshold in the SSD product;

erasing data in the SSD product, erasing SMART information and clearing used traces;

if not, directly entering the next step;

and recording a test log file to form a test result.

4. A diskless started SSD product testing device is characterized by comprising a connecting unit, a network segment setting unit, an IP obtaining unit, a diskless starting unit, a test executing unit and an uploading unit;

the connecting unit is used for connecting the SSD with the aging board;

the network segment setting unit is used for setting the client and the server in the same network segment;

the IP obtaining unit is used for obtaining a client IP;

the diskless startup unit is used for performing diskless startup and acquiring an LINUX kernel and a script program to the client;

the test execution unit is used for executing the script program and carrying out product test according to an execution result to obtain a test result;

the uploading unit is used for uploading the test result to the server;

the IP acquisition unit comprises a state setting module and a request distribution module;

the state setting module is used for setting the state of the server to be a state capable of providing DHCP service and FTP service;

the request distribution module is used for sending a request to the server to request the distribution of the client IP;

the test execution unit comprises a file acquisition module, a download module, an analysis module and a test module;

the file acquisition module is used for executing the script program and acquiring a test configuration file corresponding to the SSD product to be tested in the server;

the download module is used for downloading the test configuration file to the internal memory of the client;

the analysis module is used for analyzing the test configuration file to obtain an analysis result;

and the test module is used for carrying out product test according to different test configuration files and analysis results to obtain test results.

5. The diskless enabled SSD product testing device of claim 4, wherein said parsing module comprises a parameter parsing submodule and a parsing result forming submodule;

the parameter analysis submodule is used for reading the test configuration file, analyzing and storing parameters;

and the analysis result forming submodule is used for determining the consistency of the capacity and the FW version number of the tested SSD product and forming an analysis result.

6. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the diskless initiated SSD product test method of any of claims 1 to 3 when executing the computer program.

Images