KR20160112787A - 테스트 시스템 및 그 제어 방법 - Google Patents

테스트 시스템 및 그 제어 방법 Download PDF

Info

Publication number
KR20160112787A
KR20160112787A KR1020150039077A KR20150039077A KR20160112787A KR 20160112787 A KR20160112787 A KR 20160112787A KR 1020150039077 A KR1020150039077 A KR 1020150039077A KR 20150039077 A KR20150039077 A KR 20150039077A KR 20160112787 A KR20160112787 A KR 20160112787A
Authority
KR
South Korea
Prior art keywords
test
client
server
clients
information
Prior art date
Application number
KR1020150039077A
Other languages
English (en)
Inventor
천홍수
김민중
안남영
이상훈
Original Assignee
에스케이하이닉스 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 에스케이하이닉스 주식회사 filed Critical 에스케이하이닉스 주식회사
Priority to KR1020150039077A priority Critical patent/KR20160112787A/ko
Publication of KR20160112787A publication Critical patent/KR20160112787A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

본 기술은 각각 메모리 모듈이 장착되며, 네트워크 명령에 따라 테스트 프로그램을 이용하여 상기 메모리 모듈에 대한 테스트를 수행하도록 구성된 복수의 클라이언트; 및 상기 복수의 클라이언트와 양방향 통신을 수행하여 상기 복수의 클라이언트의 상태를 모니터링하고, 상기 모니터링의 결과에 따라 상기 네트워크 명령을 생성함으로써 상기 테스트 프로그램의 업데이트 및 상기 테스트를 제어하도록 구성된 서버를 포함할 수 있다.

Description

테스트 시스템 및 그 제어 방법{TEST SYSTEM AND CONTROL METHOD THEREOF}
본 발명은 테스트 시스템에 관한 것으로서, 특히 테스트 시스템 및 그 제어 방법에 관한 것이다.
반도체 메모리는 그 성능 및 이상 유무를 확인하기 위한 테스트 과정이 필수적이다.
반도체 메모리를 테스트하기 위한 한 방법으로서 실장 테스트 즉, 실제 반도체 메모리가 사용되는 PC와 같은 컴퓨팅 시스템에 장착하여 테스트하는 방법이 사용될 수 있다.
종래의 실장 테스트는 실장기 즉, 반도체 메모리가 장착된 기기 위주로 이루어지므로 테스트 환경 제한에 따라 테스트 효율이 저하되는 문제가 있다.
이때 테스트 환경 제한요소로서, 실장기의 동작 환경 예를 들어, 운영체제에 따른 메모리 용량이 제한되는 문제, 테스트 데이터를 처리함에 있어 파일 방식을 이용하므로 파일 생성 및 복사 실패 등의 오류 발생 확률이 증가하는 문제 및 실장기의 상태 파악이 어려운 문제 등을 포함할 수 있다.
본 발명의 실시예는 테스트 환경에 제한되지 않는 효율적인 실장 테스트가 가능한 테스트 시스템 및 그 제어 방법을 제공한다.
본 발명의 실시예는 각각 메모리 모듈이 장착되며, 네트워크 명령에 따라 테스트 프로그램을 이용하여 상기 메모리 모듈에 대한 테스트를 수행하도록 구성된 복수의 클라이언트; 및 상기 복수의 클라이언트와 양방향 통신을 수행하여 상기 복수의 클라이언트의 상태를 모니터링하고, 상기 모니터링의 결과에 따라 상기 네트워크 명령을 생성함으로써 상기 테스트 프로그램의 업데이트 및 상기 테스트를 제어하도록 구성된 서버를 포함할 수 있다.
본 발명의 실시예는 메모리 모듈이 장착된 하나 또는 그 이상의 클라이언트 및 서버를 포함하는 테스트 시스템의 제어 방법으로서, 상기 클라이언트와 상기 서버를 연결하는 연결 단계; 상기 클라이언트의 테스트 프로그램을 최신 버전으로 업데이트하는 셋업 단계; 테스트 데이터를 상기 클라이언트에 전송하고, 상기 클라이언트의 테스트 시퀀스(Sequence)를 제어하여 상기 클라이언트가 상기 메모리 모듈에 대한 테스트를 수행하도록 하는 테스트 단계; 및 상기 클라이언트의 테스트 결과 신호들을 판정하여 생성한 테스트 결과 정보를 상기 클라이언트에 기록하는 결과 처리 단계를 포함할 수 있다.
본 기술은 실장기의 동작 환경 제약을 최소화하고, 패킷 방식을 이용하며, 양방향 통신을 통해 실장기의 동작 상태 파악 등이 용이하므로 효율적인 실장 테스트가 가능하다.
도 1은 본 발명의 실시예에 따른 테스트 시스템(100)의 구성을 나타낸 도면,
도 2는 도 1의 서버(101)의 내부 구성 예를 나타낸 도면,
도 3은 본 발명의 실시예에 따른 테스트 시스템(100)의 제어 방법을 개략적으로 나타낸 순서도이고,
도 4 내지 도 8은 도 3의 각 단계들(S1 ~ S5)을 보다 상세히 나타낸 순서도이다.
이하에서는 첨부된 도면을 참조하여 본 발명의 실시예를 보다 상세히 설명하기로 한다.
도 1에 도시된 바와 같이, 본 발명의 실시예에 따른 테스트 시스템(100)은 서버(Server)(101) 및 복수의 클라이언트(Client)(201)를 포함할 수 있다.
복수의 클라이언트(201)는 PC와 같은 컴퓨팅 시스템을 포함할 수 있다.
복수의 클라이언트(201)는 각각 테스트 대상인 반도체 메모리 예를 들어, DIMM(Dual in-line Memory Module)과 같은 메모리 모듈이 장착되며, 서로 다른 운영1체제 예를 들어, 윈도우(WINDOW), 리눅스(LINUX), 도스(DOS) 또는 UEFI(Unified Extensible Firmware Interface) Shell 등이 설치될 수 있다.
서버(101)는 패킷(Packet) 방식의 양방향 통신 방식 및 네트워크 명령을 이용하여 복수의 클라이언트(201)의 부팅(Booting) 및 상태 모니터링을 포함하는 테스트 전반적인 제어를 수행하도록 구성될 수 있다.
서버(101)는 외부 데이터 베이스를 이용하여 테스트 프로그램을 최신 상태로 업데이트하도록 구성될 수 있다.
서버(101)는 어떠한 운영체제로도 구성될 수 있다.
서버(101)는 UEFI(Unified Extensible Firmware Interface) 를 지원하는LIBRARY 기반으로 동작하도록 구성될 수 있다.
서버(101)는 네트워크를 통해 복수의 클라이언트(201) 및 외부의 데이터 베이스(Data Base: DB)(301)와 연결될 수 있다.
도 2에 도시된 바와 같이, 서버(101)는 제 1 응용 프로그램(102), 제 2 응용 프로그램(103) 및 하드웨어(104)를 포함할 수 있다.
하드웨어(104)는 유저 인터페이스(User Interface: UI) 장치 즉, 입/출력 디바이스들 예를 들어, 명령 입력을 위한 입력 장치, 영상 또는 음성 등의 출력을 위한 출력 장치 및 네트워크 신호 처리 장치 등을 포함할 수 있다.
제 1 응용 프로그램(102) 및 제 2 응용 프로그램(103)은 설명의 편의를 위하여 그 기능을 위주로 구분한 것일 뿐, 실질적으로 하나의 응용 프로그램의 일부일 수 있다.
제 1 응용 프로그램(102)은 유저 인터페이스 장치를 위한 데이터를 제공하고, 외부의 데이터 베이스(301)와 연결되어 테스트 프로그램 획득, 테스트 결과 정보 전송 및 백업(Backup)을 수행하도록 구성될 수 있다.
제 1 응용 프로그램(102)은 데이터 베이스(301)로부터 테스트 프로그램을 획득할 수 있고, 테스트 결과 정보를 데이터 베이스(301) 또는 외부로 전송하거나 데이터 베이스(301)에 백업(Backup)할 수 있다.
테스트 데이터 베이스는 테스트 프로그램, 테스트 환경 정보 및 공정 정보 등을 포함할 수 있다.
제 2 응용 프로그램(103)은 네트워크 명령을 이용한 복수의 클라이언트(201) 제어와 모니터링 및 서버(101)와 복수의 클라이언트(201)의 인터페이스 제어를 수행하도록 구성될 수 있다.
제 2 응용 프로그램(103)은 네트워크 명령을 이용하여 복수의 클라이언트(201)의 바이오스(BIOS) 및 테스트 프로그램의 업데이트를 제어할 수 있다.
제 2 응용 프로그램(103)은 복수의 클라이언트(201)의 테스트 환경 정보 및 공정 정보 등에 따라 테스트 실행 여부를 제어하는 인터락(interlock) 동작을 수행할 수 있다.
제 2 응용 프로그램(103)은 복수의 클라이언트(201)의 이상 동작 즉, 홀트(halt) 또는 리셋(reset) 등을 모니터링하여 그에 따른 조치 예를 들어, 테스트 중지 또는 재 시작 등이 이루어지도록 할 수 있다.
제 2 응용 프로그램(103)은 UEFI를 지원하는 LIBRARY 기반으로 구성될 수 있다.
이하, 도 3 내지 도 8을 참조하여 본 발명의 실시예에 따른 테스트 시스템(100)의 제어 방법을 설명하기로 한다.
도 3은 본 발명의 실시예에 따른 테스트 시스템(100)의 제어 방법을 개략적으로 나타낸 순서도이다.
본 발명의 실시예에 따른 테스트 시스템(100)은 도 3과 같은 순서로 테스트 과정을 진행할 수 있다.
도 3의 테스트 과정은 크게 연결(CONNECTION) 단계(S1), 셋업(SETUP) 단계(S2), 인터락(INTERLOCK) 단계(S3), 테스트(TEST) 단계(S4) 및 결과(RESULT) 처리 단계(S5)를 포함할 수 있다.
연결 단계(S1)는 복수의 클라이언트(201)와 서버(101)를 연결하는 단계로서, 서버(101)에 의해 복수의 클라이언트(201)가 부팅(Booting)되는 단계를 포함할 수 있다.
셋업 단계(S2)는 복수의 클라이언트(201)의 테스트 프로그램을 최신 버전으로 업데이트하는 단계일 수 있다.
인터락 단계(S3)는 테스트 환경 정보 및 공정 정보와, 복수의 클라이언트(201)의 시스템 정보에 따라 테스트 실행 여부를 판단하는 단계일 수 있다.
테스트 단계(S4)는 테스트 데이터를 복수의 클라이언트(201)에 전송하고, 복수의 클라이언트(201)의 테스트 시퀀스(Sequence)를 제어하여 복수의 클라이언트(201)가 메모리 모듈에 대한 테스트를 수행하도록 하는 단계일 수 있다.
결과 처리 단계(S5)는 테스트 결과 정보를 복수의 클라이언트(201)에 기록하고, 상기 테스트 결과 정보에 따른 로그 파일을 생성하는 단계일 수 있다.
본 발명의 실시예에 따른 테스트 시스템(100)에서 서버(101)와 클라이언트(201)의 각종 신호 전달은 실질적으로 하드웨어(104)를 통해 이루어지나, 하드웨어(104)는 제 1 응용 프로그램(102)과 제 2 응용 프로그램(103)의 제어 하에 동작한다. 따라서 테스트 시스템(100)의 제어 방법은 하드웨어(104)에 관한 설명들을 생략하고 제 1 응용 프로그램(102)과 제 2 응용 프로그램(103)을 위주로 설명하기로 한다.
도 4를 참조하여 연결 단계(S1)를 보다 상세하게 설명하기로 한다.
먼저, 제 1 응용 프로그램(102)과 제 2 응용 프로그램(103)의 동기화(Synchronization)가 이루어질 수 있다.
이때 제 1 응용 프로그램(102)은 도 2에서 설명한 바와 같이, 외부의 데이터 베이스(301)로부터 테스트 프로그램을 획득하여 항상 최신 버전으로 유지할 수 있다.
동기화 과정은 제 2 응용 프로그램(103)의 테스트 프로그램을 제 1 응용 프로그램(102)이 획득한 것과 같은 최신 버전으로 업데이트하는 과정을 포함할 수 있다.
이어서 서버(101)에 의해 클라이언트(201)의 부팅이 이루어질 수 있다.
예를 들어, 제 1 응용 프로그램(102)에 의해 클라이언트(201)의 부팅(Booting)이 이루어지고 서버(101)와 연결될 수 있다.
이어서 제 2 응용 프로그램(103)은 클라이언트(201)가 연결됨에 따른 연결 정보(Connected Info)를 제 1 응용 프로그램(102)에 전달할 수 있다.
이때 연결 정보(Connected Info)는 클라이언트(201) 연결에 따른 제 1 응용 프로그램(102)의 유저 인터페이스 화면 업데이트를 위한 정보로서, 클라이언트 번호, 메모리 모듈 카운트 정보 등을 포함할 수 있다.
도 5를 참조하여, 셋업 단계(S2)를 보다 상세하게 설명하기로 한다.
먼저, 클라이언트(201)는 자신이 활성화되었음을 서버(101) 즉, 제 2 응용 프로그램(103)에 알린다(Client Ready).
제 2 응용 프로그램(103)은 Client Ready에 응답하여 서버(101)가 클라이언트(201)의 활성화를 인식하였음을 클라이언트(201)에 알린다(Server Ready).
클라이언트(201)는 Server Ready에 응답하여 테스트가 준비되었음(Test Ready)을 알리는 확인 신호(Ack)를 제 2 응용 프로그램(103)으로 전송한다.
제 2 응용 프로그램(103)은 클라이언트(201)에게 테스트 프로그램의 버전 정보를 전송할 것을 요청한다(Version Info Req).
클라이언트(201)는 Version Info Req에 응답하여 자신의 테스트 프로그램의 버전 정보(Version Info)를 제 2 응용 프로그램(103)에게 전송한다.
제 2 응용 프로그램(103)은 클라이언트(201)의 버전 정보(Version Info)를 수신하고 버전 정보(Version Info) 수신을 알리기 위한 확인 신호(Ack)를 클라이언트(201)에게 전송한다.
제 2 응용 프로그램(103)은 현재 클라이언트(201)의 버전 정보(Version Info)가 최신 버전인지 확인하고, 최신 버전이 아닌 경우 테스트 프로그램 업데이트 명령(PGM Update CMD) 및 최신 버전의 테스트 프로그램(Recently PGM)을 클라이언트(201)에게 전송한다.
이때 도 4를 참조하여 설명한 동기화 과정에서 제 2 응용 프로그램(103)의 테스트 프로그램은 최진 버전으로 업데이트되어 있는 상태이다.
클라이언트(201)는 테스트 프로그램 업데이트 명령(PGM Update CMD)에 응답하여 자신의 테스트 프로그램을 제 2 응용 프로그램(103)이 제공한 최신 버전의 테스트 프로그램(Recently PGM)으로 업데이트하고, 테스트 프로그램 업데이트를 알리기 위한 확인 신호(Ack)를 제 2 응용 프로그램(103)으로 전송한다.
상술한 과정을 통해 테스트를 위한 셋업 과정이 완료될 수 있다.
도 6을 참조하여, 인터락 단계(S3)를 보다 상세하게 설명하기로 한다.
먼저, 제 2 응용 프로그램(103)이 클라이언트(201)에 시스템 정보를 요청한다(System Info Req).
클라이언트(201)는 System Info Req에 응답하여 자신의 시스템 정보(System Info)를 제 2 응용 프로그램(103)으로 전송한다.
제 2 응용 프로그램(103)은 클라이언트(201)의 시스템 정보(System Info)를 수신하였음을 알리는 확인 신호(Ack)를 클라이언트(201)에 전송한다.
이어서 제 2 응용 프로그램(103)은 클라이언트(201)에 SPD 정보(SPD Info)를 요청한다(SPD Info Req).
이때 SPD 정보 즉, Serial presence detect 정보는 클라이언트(201)에 장착된 메모리 모듈에 관한 정보이다.
클라이언트(201)는 SPD Info Req에 응답하여 자신의 SPD 정보(System Info)를 제 2 응용 프로그램(103)으로 전송한다.
제 2 응용 프로그램(103)은 클라이언트(201)의 SPD 정보(System Info)를 수신하였음을 알리는 확인 신호(Ack)를 클라이언트(201)에 전송한다.
또한 제 2 응용 프로그램(103)은 제 1 응용 프로그램(102)에 테스트 조건 정보를 요청한다(Test Condition Req).
제 1 응용 프로그램(102)은 Test Condition Req에 응답하여 온도, 공정 등의 테스트 환경(Environment) 정보를 제 2 응용 프로그램(103)에 전송한다.
제 2 응용 프로그램(103)은 시스템 정보(System Info), SPD 정보(SPD Info) 및 테스트 환경 정보를 이용하여 인터락 동작을 수행할 수 있다.
인터락은 시스템 정보(System Info), SPD 정보(SPD Info) 및 테스트 환경 정보를 기준으로 테스트 동작의 수행 여부를 판단하여 시스템 내부적으로 동작 중지 등을 제어할 수 있는 기능이다.
예를 들어, 클라이언트(201)의 시스템, 클라이언트(201)에 장착된 메모리 모듈 또는 테스트 환경이 기 설정된 기준에 적합하지 않을 경우, 인터락 기능을 이용하여 테스트를 진행하지 않도록 할 수 있다.
제 2 응용 프로그램(103)은 시스템 정보(System Info) 및 SPD 정보(SPD Info)를 이용하여 제 1 응용 프로그램(102)의 동작을 위해 필요한 파일들(Files) 예를 들어, 제품 시리얼 넘버, 랏(LOT) 넘버 및 기타 정보 등에 관련된 파일들을 생성하여 제 1 응용 프로그램(102)에 전송한다.
제 1 응용 프로그램(102)은 제 2 응용 프로그램(103)에서 전송된 파일들을 복사하여 예를 들어, 폴더 형태로 저장할 수 있다.
제 1 응용 프로그램(102)은 제 2 응용 프로그램(103)에서 전송된 파일들의 이상 유무 즉, 파일들에 따른 테스트 진행 가능 여부를 판단하여 테스트 데이터(XML Data)를 제 2 응용 프로그램(103)에 전송한다.
이때 테스트 데이터는 XML(Extensible Markup Language) 형태가 사용될 수 있다.
또한 제 1 응용 프로그램(102)은 제 2 응용 프로그램(103)에서 전송된 파일들을 이용하여 유저 인터페이스 화면을 갱신한다.
도 7을 참조하여, 테스트 단계(S4)를 보다 상세히 설명하기로 한다.
제 2 응용 프로그램(103)은 제 1 응용 프로그램(102)로부터 전송 받은 테스트 데이터(XML Data) 및 이를 기록하라는 명령(XML Data Write)을 클라이언트(201)에 전송한다.
이때 테스트 데이터(XML Data)는 클라이언트(201)에 장착된 메모리 모듈의 모든 메모리들을 테스트하기 위한 데이터를 포함할 수 있다.
클라이언트(201)는 XML Data Write에 응답하여 테스트 데이터(XML Data)를 기록하고, 이를 알리는 확인 신호(Ack)를 제 2 응용 프로그램(103)에 전송한다.
이어서 제 2 응용 프로그램(103)은 클라이언트(201)에 장착된 메모리 모듈의 모든 메모리들을 정해진 단위로 테스트하기 위한 테스트 명령들(1st Test Start ~ Last Test Start)을 클라이언트(201)에 순차적으로 전송한다.
클라이언트(201)는 테스트 명령들(1st Test Start ~ Last Test Start) 각각에 응답하여 테스트 데이터(XML Data) 중에서 테스트 명령들(1st Test Start ~ Last Test Start) 각각에 해당하는 데이터를 이용하여 테스트를 수행하고 그 테스트 결과 신호들을 제 2 응용 프로그램(103)에 전송한다.
제 2 응용 프로그램(103)은 클라이언트(201)에서 전송된 테스트 결과 신호들을 수신하였음을 알리기 위한 확인 신호들(Ack)을 클라이언트(201)에 전송한다.
한편, 제 2 응용 프로그램(103)은 상술한 바와 같이, 클라이언트(201)와 양방향 통신을 통해 테스트가 진행되는 과정(Test Start, Test Doing, Test End)을 제 1 응용 프로그램(102)에 알린다.
즉, 제 2 응용 프로그램(103)은 테스트 시작(Test Start), 테스트 진행 중(Test Doing) 및 테스트 종료(Test End)를 순차적으로 제 1 응용 프로그램(102)에 알린다.
제 1 응용 프로그램(103)은 테스트 시작(Test Start), 테스트 진행 중(Test Doing) 및 테스트 종료(Test End)에 맞도록 화면을 갱신하고, 테스트 이상이 판단될 경우, 시스템을 중지시키는 등의 조치를 취할 수 있다.
도 8을 참조하여, 결과 처리 단계(S5)를 보다 상세히 설명하기로 한다.
제 2 응용 프로그램(103)은 도 7을 참조하여 설명한 테스트 결과 신호들에 따라 메모리 모듈의 정상 여부를 판정하여 테스트 결과 정보(Pass or Fail Info)를 생성한다.
제 2 응용 프로그램(103)은 테스트 결과 정보(Pass or Fail Info) 및 이를 기록하라는 명령(SPD Write)을 클라이언트(201)에 전송한다.
클라이언트(201)는 SPD Write에 응답하여 SPD에 테스트 결과 정보(Pass or Fail Info)를 기록하고, 이를 알리기 위한 확인 신호(Ack)를 제 2 응용 프로그램(103)에 전송한다.
제 2 응용 프로그램(103)은 테스트 결과 정보(Pass or Fail Info)를 기준으로 한 로그 파일(RESULT.log)을 생성하여 제 1 응용 프로그램(102)으로 전송한다.
제 1 응용 프로그램(102)은 제 2 응용 프로그램(103)이 전송한 로그 파일(RESULT.log)을 외부의 데이터 베이스(301)로 전송하고, 테스트에 따른 작업이 이루어지도록 유저 인터페이스 화면을 갱신한다.
한편, 상술한 도 8을 참조하여 설명한 결과(RESULT) 처리 단계(S5) 이후에 완료(COMPLETE) 단계(S6)가 수행될 수 있다. 즉, 제 2 응용 프로그램(103)이 모든 테스트가 완료되었음을 제 1 응용 프로그램(102)에 알림으로써 모든 테스트 프로세스가 종료될 수 있다.
이와 같이, 본 발명이 속하는 기술분야의 당업자는 본 발명이 그 기술적 사상이나 필수적 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로서 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 등가개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (18)

  1. 각각 메모리 모듈이 장착되며, 네트워크 명령에 따라 테스트 프로그램을 이용하여 상기 메모리 모듈에 대한 테스트를 수행하도록 구성된 복수의 클라이언트; 및
    상기 복수의 클라이언트와 양방향 통신을 수행하여 상기 복수의 클라이언트의 상태를 모니터링하고, 상기 모니터링의 결과에 따라 상기 네트워크 명령을 생성함으로써 상기 테스트 프로그램의 업데이트 및 상기 테스트를 제어하도록 구성된 서버를 포함하는 테스트 시스템.
  2. 제 1 항에 있어서,
    상기 복수의 클라이언트는
    상기 서버에 의해 부팅되는 테스트 시스템.
  3. 제 1 항에 있어서,
    상기 복수의 클라이언트는
    서로 다른 운영체제 또는 UEFI 가 설치되며,
    상기 서로 다른 운영체제는 윈도우 및 리눅스를 포함하는 테스트 시스템.
  4. 제 1 항에 있어서,
    상기 서버는
    패킷(Packet) 방식으로 상기 양방향 통신을 수행하도록 구성되는 테스트 시스템.
  5. 제 1 항에 있어서,
    상기 서버는
    외부의 데이터 베이스를 통해 상기 테스트 프로그램을 획득하도록 구성되는 테스트 시스템.
  6. 제 1 항에 있어서,
    상기 서버는
    유저 인터페이스(User Interface) 장치 및 네트워크 신호 처리 장치를 포함하는 하드웨어,
    상기 유저 인터페이스 장치를 위한 데이터를 제공하고, 외부의 데이터 베이스와 연결되어 테스트 프로그램 획득, 테스트 결과 정보 전송 및 백업을 수행하도록 구성된 제 1 응용 프로그램, 및
    상기 네트워크 명령을 이용한 상기 복수의 클라이언트 제어와 모니터링, 상기 서버와 상기 복수의 클라이언트의 인터페이스 제어 및 상기 복수의 클라이언트의 테스트 프로그램 업데이트 제어를 수행하도록 구성된 제 2 응용 프로그램을 포함하는 테스트 시스템.
  7. 제 6 항에 있어서,
    상기 서버는
    UEFI(Unified Extensible Firmware Interface) LIBRARY 기반으로 동작하도록 구성된 테스트 시스템.
  8. 제 6 항에 있어서,
    상기 서버는
    상기 복수의 클라이언트의 시스템 정보와, 테스트 환경 정보 및 공정 정보에 따라 테스트 실행 여부를 판단하는 인터락(interlock) 동작을 수행하도록 구성되는 테스트 시스템.
  9. 메모리 모듈이 장착된 하나 또는 그 이상의 클라이언트 및 서버를 포함하는 테스트 시스템의 제어 방법으로서,
    상기 클라이언트와 상기 서버를 연결하는 연결 단계;
    상기 클라이언트의 테스트 프로그램을 최신 버전으로 업데이트하는 셋업 단계;
    테스트 데이터를 상기 클라이언트에 전송하고, 상기 클라이언트의 테스트 시퀀스(Sequence)를 제어하여 상기 클라이언트가 상기 메모리 모듈에 대한 테스트를 수행하도록 하는 테스트 단계; 및
    상기 클라이언트의 테스트 결과 신호들을 판정하여 생성한 테스트 결과 정보를 상기 클라이언트에 기록하는 결과 처리 단계를 포함하는 테스트 시스템의 제어 방법.
  10. 제 9 항에 있어서,
    테스트 환경 정보 및 공정 정보와, 상기 클라이언트의 시스템 정보에 따라 테스트 실행 여부를 판단하는 인터락 단계를 더 포함하는 테스트 시스템의 제어 방법.
  11. 제 9 항에 있어서,
    상기 연결 단계는
    상기 서버가 상기 클라이언트를 부팅(Booting)시키는 단계를 포함하는 테스트 시스템의 제어 방법.
  12. 제 9 항에 있어서,
    상기 셋업 단계는
    상기 서버가 상기 클라이언트에 버전 정보를 요청하는 단계,
    상기 서버가 상기 버전 정보에 따라 상기 클라이언트에 선택적으로 프로그램 업데이트 명령 및 최신 버전의 테스트 프로그램을 제공하는 단계, 및
    상기 클라이언트가 상기 프로그램 업데이트 명령에 응답하여 자신의 테스트 프로그램을 상기 최신 버전의 테스트 프로그램으로 업데이트하는 단계를 포함하는 테스트 시스템의 제어 방법.
  13. 제 9 항에 있어서,
    상기 테스트 단계는
    상기 서버가 테스트 데이터 및 상기 테스트 데이터를 기록하라는 명령을 상기 클라이언트에 전송하는 단계,
    상기 클라이언트가 상기 테스트 데이터를 기록하라는 명령에 응답하여 상기 테스트 데이터를 기록하는 단계,
    상기 서버가 테스트 명령들을 상기 클라이언트에 순차적으로 전송하는 단계, 및
    상기 클라이언트가 상기 테스트 명령들에 응답하여 테스트를 수행하고 그 테스트 결과 신호들을 상기 서버에 전송하는 단계를 포함하는 테스트 시스템의 제어 방법.
  14. 제 13 항에 있어서,
    상기 테스트 데이터는
    상기 메모리 모듈의 모든 메모리들을 테스트하기 위한 데이터를 포함하는 테스트 시스템의 제어 방법.
  15. 제 13 항에 있어서,
    상기 테스트 명령들은
    상기 서버가 상기 모든 메모리들을 정해진 단위로 테스트하기 위한 명령들을 포함하는 테스트 시스템의 제어 방법.
  16. 제 13 항에 있어서,
    상기 서버에 전송하는 단계는
    상기 클라이언트가 상기 테스트 명령들 각각에 응답하여 상기 테스트 데이터 중에서 상기 테스트 명령들 각각에 해당하는 데이터를 이용하여 테스트를 수행하고 상기 테스트 결과 신호들을 상기 서버에 전송하는 단계를 포함하는 테스트 시스템의 제어 방법.
  17. 제 9 항에 있어서,
    상기 결과 처리 단계는
    상기 테스트 결과 정보에 따른 로그 파일을 생성하는 단계를 더 포함하는 테스트 시스템의 제어 방법.
  18. 제 9 항에 있어서,
    상기 결과 처리 단계는
    상기 테스트 결과 정보에 따른 로그 파일을 생성하고, 상기 로그 파일을 외부의 데이터 베이스로 전송하는 단계를 더 포함하는 테스트 시스템의 제어 방법.
KR1020150039077A 2015-03-20 2015-03-20 테스트 시스템 및 그 제어 방법 KR20160112787A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020150039077A KR20160112787A (ko) 2015-03-20 2015-03-20 테스트 시스템 및 그 제어 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020150039077A KR20160112787A (ko) 2015-03-20 2015-03-20 테스트 시스템 및 그 제어 방법

Publications (1)

Publication Number Publication Date
KR20160112787A true KR20160112787A (ko) 2016-09-28

Family

ID=57102068

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150039077A KR20160112787A (ko) 2015-03-20 2015-03-20 테스트 시스템 및 그 제어 방법

Country Status (1)

Country Link
KR (1) KR20160112787A (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112540883A (zh) * 2019-09-23 2021-03-23 深圳宏芯宇电子股份有限公司 测试***及测试方法
CN114860528A (zh) * 2022-05-30 2022-08-05 苏州浪潮智能科技有限公司 一种NVMe SSD Nand可靠性测试方法及***

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112540883A (zh) * 2019-09-23 2021-03-23 深圳宏芯宇电子股份有限公司 测试***及测试方法
CN114860528A (zh) * 2022-05-30 2022-08-05 苏州浪潮智能科技有限公司 一种NVMe SSD Nand可靠性测试方法及***
CN114860528B (zh) * 2022-05-30 2024-05-31 苏州浪潮智能科技有限公司 一种NVMe SSD Nand可靠性测试方法及***

Similar Documents

Publication Publication Date Title
CN108427616B (zh) 后台程序监控方法及监控装置
KR102268355B1 (ko) 클라우드 배치 기반구조 검증 엔진
US9984244B2 (en) Controller, information processing apparatus, and recording medium
KR101231558B1 (ko) 마이크로프로세서에서의 전압 및 주파수의 신뢰성있는 설정
JP6171386B2 (ja) コントローラ、情報処理装置およびプログラム
US20060224723A1 (en) Data updating system and method
US20140032173A1 (en) Information processing apparatus, and monitoring method
US10936295B2 (en) Software update system
US8112489B1 (en) Client processing in response to managed system state changes
CN108431781B (zh) 设备驱动器检测的错误的自诊断和自动诊断数据收集
US8843623B2 (en) Methods, apparatuses, and computer program products for automated remote data collection
KR20190136912A (ko) 스마트 네트워크 인터페이스 카드의 조작 방법 및 조작 장치
CN113127009A (zh) 大数据管理平台的自动化部署方法和装置
KR20160112787A (ko) 테스트 시스템 및 그 제어 방법
US7877646B2 (en) Method and system for monitoring a computing device
US11314670B2 (en) Method, apparatus, and device for transmitting file based on BMC, and medium
US11431782B2 (en) Method, apparatus, and device for transmitting file based on BMC, and medium
CN115098301B (zh) 一种云原生场景下有状态应用的快照生成方法和***
CN116069373A (zh) 一种bmc固件升级方法、装置及其介质
US20210334153A1 (en) Remote error detection method adapted for a remote computer device to detect errors that occur in a service computer device
CN114138574A (zh) 控制器测试方法、装置、服务器和存储介质
RU2671999C1 (ru) Способ и система для диагностики мобильных вычислительных устройств
KR101415270B1 (ko) 컴퓨팅 장치에 설치된 애플리케이션을 모니터링하는 네트워크 시스템
WO2020222673A1 (en) Method and system for diagnosing mobile computing devices
US10321340B2 (en) Communication network service condition detection

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application