http://members.iworld.net/bryh/
http://members.iworld.net/bryh/ |
|
제조업을 위한 2000년 테스트 절차 {미국의 AIAG.org에 등록된 y2k에 대한 테스트에 대한 내용. 테스트 절차는 ACS에서(?) 한글로 번역 한 것임} 웹사이트에 보면 많은 Year2000에 대한 테스트 절차에 대하여 소개되고 있다. 그러나 공장자동화 기계들이 설치되어 있는 제조업에 적용한 사례는 그다지 많이 있지 않다. 본 소개서는 제조업을 위한 2000년 테스트 절차에 대한 내용을 소개한다. 본 2000년 테스트 절차 문서는 시스템, 장비, 제품과 서비스에 대한 테스트 활동 계획을 지원하는 여러 자원으로부터 테스트 예제를 담고있다. 이것은 단지 일반적인 정보제공의 목적으로 제공한다. 이것은 당신의 특별한 시스템, 장비,제품과 서비스에 대한 평가, 테스트 및 변환 프로그램을 어떻게 수행해야 하는지에 대한 조언이나 특정한 권고 안을 제공하는 것은 아니다. AIAG는 테스트절차와 이 문서에 포함된 다른 정보 또는 이 문서에서 제공된 테스트 절차, 분석 및 다른 정보를 사용하여 만들어진 정보나 결과 물에 관해서 어떤 주장이나 보증도 하지 않는다. NOTICE This year 2000 Test Procedures document contains test cases from several sources which may be of assistance in the planning of test activities for your systems, equipment, products and services. It is provided solely for general informational purposes, and not as advice or specific recommendations on how you should conduct an assessment, testing or conversion program for your particular systems, equipment, products or services. Neither the Year 2000 AIAG Information Center nor its agents or consultants, make any representation or warranty regarding the test procedures and other information contained in this document, or the information or results which may be generated by your use of the test procedures, processes, and other information provided in this document. YOU ARE SOLELY RESPONSIBLE FOR THE TESTING AND ASSESSMENT OF YOUR SYSTEMS, EQUIPMENT, PRODUCTS AND SERVICES, AND FOR ANY INFORMATION WHICH YOU MAY SUPPLY TO THE YEAR 2000 AIAG INFORMATION CENTER, OR TO ANY OTHER PARTY, REGARDING THE YEAR 2000 COMPLIANCE STATUS OF YOUR SYSTEMS, EQUIPMENT, PRODUCTS AND SERVICES.
|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
목 차 1.1요약서 1.2 2000년 정보 개요 1.3 제어시스템 구성원의 유형 1.3.1 HMI 1.3.2 용접제어기기 1.3.3 측정기 1.3.4 특수시스템 1.3.5 모션제어기기 1.3.6 PLC 1.3.7정보 코프로세서 1.3.8 로보트 1.3.9 CNC 1.3.10비전시스템 1.3.11 BIOS 1.3.12 PC/마이크로/미니 1.3.13 소프트웨어 1.3.14 주문소프트웨어 1.3.15 통합자 1.4 용어 1.5 참고자료 1.6 테스트 도구 2.1 테스트 분야 2.1.1 목록 2.1.2 자원 가용성 2.2 테스트 적용 2.3 구성원 요약 문서 2.4 혼합 구성원 테스트 2.5 시스템 2.6 클러스터 테스트 2.6.1 클러스터 정의 2.6.2 클러스터 테스트 2.7 상호 클러스터 테스트 2.8 절차 2.8.1사전 테스트 2.8.2 테스트 2.8.3 사후 테스트 2.9 문서 2.9.1테스트 설정 2.9.2테스트 절차 2.9.3테스트 결과 2.10 자원 2.10.1 숙련도 2.10.2 장비 2.10.3 도구 3.1 2000년 테스트 치명적인 일자 값 3.2 롤오버, 리부트, 요일 테스트 3.2.1 롤오버 - 1999 에서 2000 ? 전원 ON 3.2.2 일자에 대한 요일 3.2.3 리부트 ? 일자 유지 3.2.4 롤오버 - 1999 에서 2000 ? 전원 OFF 3.3 수동 일자 설정 테스트 3.3.1 일자 설정 - 2000년 1월 일 3.3.2 일자 설정 ? 일자 유지 3.3.3 일자 설정 - 2000년 2월 29일 3.4년 뛰어넘기 테스트 3.4.1 윤년 - 2/28 롤오버 ? 전원 ON 3.4.2 윤년 - 2/29리부트 3.4.3 윤년 - Rollover 2/29 ? 전원 On 3.5 일자 윈도우 테스트 3.5.1 일자 윈도우 테스트 ? 하위제한 3.5.2 일자 윈도우 테스트 ? 상위제한 3.5.3 일자 윈도우 테스트 ? 변경제한 3.6 기타 일자 표현 테스트 3.6.1 DOY - 2000년 2월 29일 3.6.2 DOY ? 2000년 12월 31일 3.6.3 DOY ? 유효일자 3.7 연산 일자 테스트 3.7.1 2000상의 일자 3.7.2 1999/2000 상호 일자 3.7.3 상호 윤년 일자 3.8 업로드/다운로드 테스트 3.8.1 업로드 3.8.2 다운로드 3.9 특수 값 테스트 3.10 파일 혹은 디렉토리 작성 테스트 3.10.1 파일 ?2000 생성File 3.10.2 파일 ? 1999-2000 변경 3.10.3 파일 ? 2000-2000 변경 3.11 로그 테스트 실사 3.11.1 로그 테스트 3.12 보고서 테스트 3.12.1 보고서 ? 조회 3.12.2 보고서 - 소팅 3.12.3 보고서 ? 머지 3.12.4 보고서 ? 탐색 3.13 로그 파일 제거 테스트 3.14 타이머 테스트 3.15 입력 데이터 테스트 3.16 출력 데이터 테스트 3.17 활성/비활성 테스트 3.17.1 유효 접근 3.17.2 만기 접근 3.18 일자 테스트 표시 3.18.1 데이터 테스트 표시 3.19 간접 일자 사용 테스트 4.1 테스트 문제점 점검표 4.1.1 일반적 원래의 상태 4.1.2 일자 원래의 상태 4.1.3 년도의 첫번째 2자리 명백한 표현 4.1.4 년도의 첫번째 2자리 묵계적 표현 4.2 2000년 테스트 보고서 형식 4.2.1 테스트 보고서 목적 4.2.2 일반 테스트 보고서 지시 4.2.3 2000년 구성원 테스트 보고서 지시 4.2.4 2000년 구성원 테스트 보고서 형식 4.2.5 2000년 혼합 구성원 테스트 보고서 목적 4.2.6 2000년 혼합 테스트 보고서 지시 4.2.7 2000년 혼합 구성원 테스트 보고 형식 4.2.8 2000년 시스템 테스트 보고서 목적 4.2.9 2000년 시스템 보고서 지시 4.2.10 2000년 시스템 테스트 보고서 형식 4.3 2000년 공장 노트북 4.4 공장 테스트 계획의 예 4.4.1 바디 샵 4.5 제조시스템 테스트 계획의 예 4.5.1 제조시스템 명: 4.5.2 구성원 A(용접제어기기) 절차 4.6 제조시스템 테스트 계획의 예 4.6.1 제조시스템 명: |
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
1. 소개 |
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
2000년 문제 테스트 절차 문서의 목적은:
본 문서는 다양한 자원과 시범적인 경험으로 개발 되었다. 본 테스트 사례는 산업계의 폭 넓은 정보와 다양한 시스템을 평가하는 동안 부딪치는 실제의 2000년 문제를 포함하고 있다. 본 테스트 절차 문서로 구성된 상업용 구성원과 시스템의 테스트를 위하여 사용 될 수 있다.
1.1 요약서
본 문서는 여러 절과 부록에 2000년 문제 테스트에 관한 정보를 담고 있다. 첫 절에는 문서의 개요와 2000년 문제 용어와 참고문헌을 담고있다. 도표에서 2000년 문제의 목록과 테스트 문서간의 관계를 설명한다. 두번째 절에서 테스트 활동 계획을 위한 가이드라인을 담고있다. 세번째 절에서는 구성원과 생산시스템에 대한 테스트 절차를 담고 있다. 네번째 절에서는 2000년 문제 해결을 위한 절차를 설명한다. 부록에는 테스트 항목의 점검목록, 테스트 계획의 예, 테스트 결과 보고서 양식을 담고 있다.
시스템을 테스트함에 있어 테스트 시스템에 대한 판단과 지식이 필요하다. 많은 시스템에 대하여 각기의 엔지니어들이 유지보수를 해야 하기 때문에 모든 테스트에 대하여 철저한 문서화가 요구된다. 문제가 발견 되면, 꼼꼼하게 작성된 문서가 있어야 시스템 공급자가 분석한 문제를 재생성하거나, 필요할 때 정확한 조치취할 수 있다.
생산과 시설물 관리시스템을 구축하면서 사용 되었던 구성원들은 벤더가 제공한 테스트 결과에 대한 정보를 공유하기 위해서 표준화된 규정을 준수한다. 이문서의 영역에서 증명된 표준을 따르지 않으면 중복된 노력이 요구되는 가능성이 잠재되어 있다.
모든 문서에 대한 이해에 시간을 투자가 필요하다. 시간 소요계획을 세움으로써 실제로 많은 시간을 절약할 수 있다. 판단자는 어떤 테스트가 정의된 구성원이나 시스템에 적용될 수 있는 지 결정하기 위하여 훈련 되어야 한다는 것을 인식하는 것이 중요하다. 이유는 실제 테스트 수행을 위한 대부분의 테스트 절차가 구성 되어 있지 않으면 많은 시간을 낭비한다는 것을 경험에서 볼 수 있기 때문이다.
테스트는 컴퓨터 코드를 재조명하거나 수작업 또는 다른 컴퓨터 프로그램을 사용하여 문제를 찾는 방법이 있다. 이것이 COBOL환경에서는 일반적인 방식이며 COBOL 프로그램에서 2000년 문제를 찾기 위한 목적으로 특별하게 만들어진 도구들이 많이 있다. 이 방식은 제어분야에도 적용 할 수 있다. 당신의 테스트 조항에는 벤치마크 테스트를 위한 도구와 과정을 조사하는 것 또는 제어 환경에서 코드를 재조명 하기를 원할 것이다.
특정PLC를 위한 코드는 년도관련 함수와 변수에 대하여 상호참조(corss reference) 리스트를 사용하면 검사 할 수 있다. 그밖의 PLC는 사용될 일자를 셋업해야만 하는 특정한 구성블록을 가지고 있다. 이방식이 입증된 곳에서는 간단한 벤치 테스트로도 많은 테스트 노력을 줄일 수 있다. 어떤 벤더는 자신의 유행하는 제품에 대하여 로직을 검색 할 수 있는 프로그램을 개발 하고 있다. 다른 정보가 수집되면 본 문서는 바로 수정 될 것이다.
1.2. 2000년 정보개요
다음그림은 목록 및 테스트 정보와의 관계를 설명한다.
1.3 제어 시스템 구성원의 형태
다음 절들은 제조시스템 및 장비들에서 사용되는 전형적인 컴퓨터기반 디바이스 구성원의 형태 및 종류를 설명한다. 이 정보는 2000년 문제로 영향 받을 수 있는 장비들을 선별하고 목록파악 과정을 관리한다. 제어 시스템이 점점 더 복잡해짐에 따라 일자관련 문제가 존재할 가능성이 증가한다. 테스트조건을 정의할 목적으로, 제조 환경에서 볼 수 있는 마이크로프로세서 기반의 디바이스 및 제어시스템들은 다음의 구성원들로 그룹화 된다.
이것들은 필요로 하는 제어 시스템 및 그 테스트 수준의 확인적인 복잡성으로 인하여 일반적으로 구매된다. 복잡한 시스템을 100% 테스트한다는 것은 불가능하다. 그러나, 제한적인 몇몇 테스트 시나리오로 2000년 문제를 찾아내려는 노력은 할 수 있다. ( 2.3절 참조)
1.3.1 HMI
휴먼 머신 인터페이스(HMI) 구성원은 데이터를 표시하거나 입력하는 전용기기들을 포함한다. PC를 이용하여 구성된 점점 더 지능적으로 되어가는 HMI는 PC로서 테스트되어야 하고 PC를 포함하지 않은 HMI는 HMI로서 테스트되어야 한다.(1.3.12절 PC/마이크로/미니 참조) 예) 1. Allen-Bradley Panel View 550, 900, 1200 2. CUTLER-Hammer IDT PanelMate 3. Unipo
1.3.2 용접 제어기기 용접 제어기 구성원은 용접, 용접 타이머, 용접 제어기, 스터드 용접기(stud welder) 등이 있다. 예)
1.3.3 측정기
계측장비 구성원으로는 데이터 수집기, 원격 계측 트랜스미터 및 품질시험실 내의 분석장비 등이 있다. 예)
1.3.4 특수시스템 특수장비 구성원은 특별한 문제를 해결하기 위하여 제작되거나 설계된 제어 시스템을 포함한다. 제어의 목표는 하나이고 단지 환경설정만을 허용하며 프로그래밍은 하지 않는다. 이런 부류와 관련된 2000년문제는 많지 않을 것으로 예상된다. 그러나, 2000년 이후 계량 시스템에서 시간을 제대로 프린트하지 못한다거나 화재 경보를 더 이상 하지 못하는 화재 경보 시스템등에 문제가 있을 수 있다. 예)
1.3.5 모션 제어기기 동작제어 구성원에는 AC드라이브, DC 드라이브, 서보 시스템 및 단축 제어기 등이 있다. 예)
1.3.6 PLC 프로그래머블 로직 컨트롤러(PLC),(또는 유럽에서는 스텝 프로세스 콘트롤러- SPC) 구성원은 일반적으로 래더 로직으로 프로그램되며 일자 정보를 정확히 처리하거나 못할 수도 있는 사용자 응용 프로그램을 가져야만 한다. 재고 파악 중에 PLC들은 정보 코프로세서(Information co-processor)를 위하여 조사되어야 한다. 예)
1.3.7 정보 코프로세서 인포메이션 코프로세서 구성 구성원들은 지능적인 하위 시스템 또는 PLC에 사용되는 제어 모듈 또는 확장을 위하여 설계된 다른 모듈화 된 시스템들을 포함한다. 예)
1.3.8 로보트 로보트 구성원은 툴 패스 데이터를 비-직교 점에 필요한 동작으로 번역하는데 최적화된 복잡한 동작 제어기를 포함한다. 어떤 모델들은 사용자 인터페이스나 네트워킹을 위하여 PC를 포함하고 있다. 재고는 로보트 제어기기를 포함한다. 예)
1.3.9 CNC 컴퓨터 수치 제어(CNC) 구성원은 부품의 기하학적 구조와 기계제어를 정의하기 위한 파트 프로그램을 처리하는 동작제어를 포함한다. 대부분의 현대적인 CNC는 PC와 호환되는 관련 파일 시스템과 함께 3.5” 플로피 디스크 드라이브를 포함하고 있다. 기계 오류 발생시각을 기록하는 기능은 표준이다. 많은 CNC들은 처리될 모든 파트를 위하여 프로그램이 로드 되는 환경에서 사용된다. 전형적인 CNC들은 특정한 기계환경에 대한 제어를 수행하기 위하여 사용되는 PLC 형태의 로직, 실시간 동작제어, 그래픽컬 파트 프로그래밍 지원 기능들을 가지고 있다. 예)
1.3.10 비전 시스템 비전 시스템 구성원은 다른 구성원들로부터 조립될 수 있는 전용 비전 시스템을 포함한다.만약 다른 구성원들이 공급자, 모델, 및 버전으로 구분된다면 개별의 물품도 리스트 한다. 예)
1.3.11 BIOS BOIS(Basic Input Output System)구성원은 몇몇 2000년 관련 문제들의 자원을 강조하기 위하여 포함된다. BIOS를 업 그레이드 함으로써 2000년 문제를 해결할 수 있다. PC의 BIOS는 특수한 PC프로그램을 사용하거나 오래된 느린 PC가 부팅하는 동안 얻을 수 있다. 어떤 운영 체제들은 BOIS 공급자, 모델, 버전을 표시할 수 있다. 예)
1.3.12 PC/마이크로/미니 PC/마이크로/미니구성원은 마이크로 컴퓨터로부터 미니컴퓨터 시스템에 이르는 모든 컴퓨터 시스템을 포함한다. 재고 파악 과정에서 PC BOIS, 운영체제 및 다른 소프트웨어는 각각의 구성원에 리스트 되어야 한다. 이것이 현재까지는 2000년 문제가 있기가 가장 쉬운 시스템이다. PC 하드웨어 실시간 클럭(RTC), BOIS 및 운영체제는 제조환경에 흔히 존재한다. 최근에는 PC들이 PLC프로그램과 함께 더 많이 사용된다. PC뿐만 아니라 미니 컴퓨터들도 사용된다. 다른 버전의 하드웨어와 소프트웨어 및 개발 툴들을 조합하여 사용하는 제어시스템을 서류화 한다는 것은 정보가 알려진 문제를 찾아내기 위하여 사용되거나 공유되지 않는다면 소용없는 것이 된다. PC기반 제어 시스템 내의 2000년 문제의 영향은 2000년 문제가 최소화될 수 있도록 보장할 수 있는 곳에서 완전히 문서화하고 테스트한다. 예)
1.3.13 소프트웨어 소프트웨어 구성원은 제조 및 설비 시스템을 지원하는데 사용되는OS, 소프트웨어 패키지 및 소프트웨어 툴들을 포함한다. 전형적인 소프트웨어 패키지들은 데이터베이스, 그래픽, 데이터 수집 특수 패키지 등이 있다. 소프트웨어 툴은 컴파일러, 어셈블러, 코드 관리 시스템, 래더 로직 프로그래밍 툴, PLC 상태 감시 시스템을 포함한다. 응용 프로그램을 개발하기 위하여 사용된 런 타임 라이브러리들을 포함한 모든 패키지들은 또한 잠재적인 문제들을 가지고 있다. 소프트웨어 패키지에 대하여 알려진 몇몇 문제들로는 2000년이 되었을 때 시스템이 완전히 잠기거나 이력 데이터를 기록하지 못하거나 경보나 이력 데이터를 정확히 분류해 내지 못하는 것 등이다. 예)
1.3.14 소프트웨어 변경 소프트웨어 변경 구성원은 제조 및 설비시스템을 지원하는 소프트웨어를 포함한다. 소프트웨어변경 프로그램은 래더 로직 프로그램, KAREL언어로 된 로보트 제어 프로그램 및 다른 프로그래밍 언어로 쓰여진 컴퓨터 프로그램 등이 있다. 예)
특별한 시스템을 위하여 쓰여진 주문 소프트웨어는 PLC, 로보트 제어기, CNC 및 컴퓨터에 존재한다. 정의에 의하면, 이런 주문 소프트웨어는 특수하고 알려지지 않은 응답 부류로 나뉘어지기 때문에 문제가 존재한다. 각 프로그램의 테스트에 필요한 조건을 결정하기 위해 다음 구성원이 고려되어야 한다.
1.3.15 시스템 통합자 시스템 통합자 구성원은 다른 구성원의 제조업자에 반하여 공급자 또는 시스템 기술자들을 알아내기 위하여 포함된다. 일반적으로 시스템 통합자는 구성원 문제보다는 시스템 문제가 발생되었을 때 최초로 연락되어야 할 사람이다. 1.4 용어 다음은 2000년 프로젝트나 이 문서 내에서 특별한 의미를 가지는 단어들의 목록이다.
다음이 참조 리스트는 2000년 프로젝트에 관련 있다.
어떤 테스트 도구는 2000년 프로젝트에 유용하다. 회기의 결과가 PC호환을 위한 파이럿 테스트 동안 수동으로 테스트할 때와 일치하지 않을 수 있다. 2000.EXE 테스트 도구는 사용자 인터페이스를 통해 접근할 수 없는 실시간과 사용자 인터페이스를 통해 정상적으로 접근할 수 없는 테스트 특성을 가진 실시간을 검토하는데 유용한 도구이다. 그 도구에 포함된 도움말 파일은 그 결과에 대한 설명을 제공한다. PC BIOS와 실시간 함수를 테스트 하는 것에는 몇 개의 도구가 있다. 또한 회사들은 잠재적인 2000년 문제를 안고있는 PLC 프로그램을 조사하기위한 도구를 개발하고 있다.
|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
2. 테스트 계획 |
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
이 부분에서 특정 테스트 계획을 작성하기 위한 지침을 제공한다. 제조 공장과 제조 시스템을 위한 예제 테스트 계획이 참고에 포함되어 있다. 테스트를 수행하는데 필요한 자원도 설명되어 있다. 거대한 시스템에서 수행되는 테스트는 분할과 정복(Divide and Conquer) 방법을 사용한다. 테스트에 대한 경우의 수가 적으면 적을 수록, 찾으려는 에러의 유사성이 증대하면 증대할 수록 그 테스트에서 가장 작은 분할로 단위 테스트를 하는 것은 타당하다. 일단 단위 테스트가 수행되면 테스트된 단위로부터 조립해 가는 과정에서 거대한 시스템의 통합 테스트를 수행한다. 이 단계에서 테스트의 경우의 수는 증가하고 2000년에 대한 찾고자 하는 에러의 유사성은 감소한다. 균형과 조정이 테스트 설계자가 시스템 경계와 적정 테스트 선택을 위해 요구된다. 단조로움을 가진 제조 시스템들은 많은 공통의 구성원과 유사한 구조를 공유한다. 유사한 구조에서 동일한 시스템을 사용하는 두 시스템은 상이한 어플리케이션을 가질지도 모른다. 그리나 별도의 테스트를 요구하는 완벽이 서로 다른 방법에서 일자 관련 함수를 사용할 지도 모른다.
테스트 단계:
2.1 테스트분야 대부분의 미심쩍은 장치 혹은 시스템을 확인하기 위한 컴퓨터와 관리 목록에 기초한 테스트 계획에 우선순위를 매긴다. 미심쩍은 장치는 알려지지 않거나 기록되는 않은 테스트 결과를 가지는 것들이다. 장치들은 데이터 정보를 공유하는 어떤 시스템의 부분이거나 의심을 고려해야 하는 공정 절차(암호화된 데이터 정보)에서 만들어진 생산을 위한 데이터 정보를 사용한다. 지엽적으로 구축되고 프로그램된 단일 시스템은 개별적으로 테스트 되어져야 한다. 그리고 접하기 쉬운 하드웨어나 소프트웨어를 위한 테스트 결과는 산업적으로 넓게 공유될 수 있다.
2.1.1 목록
공장 목록과 이용할 수 있는 장비 상태 정보를 사용한다. 상태가 알려진 구성원을 제거한다. 그리고 테스트할 후보 공정 시스템을 선택한다. 제어 목록과 컴퓨터는 불필요한 노력을 최소화하기 위해 보편성이 있는 표준 이름을 사용하여 기록한다.
2.1.2 자원 이용성 테스트를 계획하기 전에 요구된 자원을 평가한다.
2.2 테스트의 적용
다음 테스트 절차는 주지적이고 반복적인 테스트 결과를 보장하기 위해 2000년 테스트를 위한 뼈대를 제공한다. 이들 테스트는 사용자 어플리케이션 뿐만 아니라 표준 제어 구성원과 소프트웨어에 이용할 수 있다. 구성원 유형과 테스트 아래 보여지는 메트릭스는 표준 구성원 혹은 특정 제조 시스템에서 수행되어질 일련의 권고된 테스트를 포함한다. 이들은 오직 추천 사항이다. 테스트 하는 사람은 이들 테스트를 검토하고 특정 구성원과 시스템에 적용 할 것인가를 결정해야 한다.
2.3 구성원 요약문서
테스트를 위해 선택된 각 구성 구성원에 대한 요약문서는 다음과 같다.
구성은 Julian 또는 선택 가능한 년도 형태를 지원한다.
2.4 혼합 구성 테스트
다음의 논의로는 각기 다르고 가능한 외부 시스템들과 연계된 구성원들에 대한 접근 테스트를 하는데 도움이 되는 것이다. :
여러 가지 구성 구성원들 또는 단계들을 가진 복합 구성 구성원들을 테스트 할 때, 시간/일자 기능과 관계된 모두를 확인하고 각각에 맞게 테스트 한다. 예를 들면, 모든 PC 군들은 시스템을 재시작 또는 전원을 올렸을 때의 시간/일자의 근원을 가진 RTC( Real Time Clock )이라는 하드웨어를 가지고 있다. PC BIOS는 RTC에 접근을 허용하는 프로그램의 군을 가지고 있는데 이는 2000년 문제를 야기한다. 만약 응용 소프트웨어 Package가 RTC를 사용하고 테스트에서 일부가 실패 한다면, 특별한 프로그램은 PC/BIOS 구성 구성원들의 문제에서부터 응용 소프트웨어 Package까지의 문제를 고립시키기 위해 RTC 기능의 테스트에 사용되어 질 것이다 ( 테스트 툴 부분을 보라 ). RTC는 재시작 작동을 위한 테스트이다. PC는 하드웨어 환경과 시간/일자를 설정하는 CMOS 환경 프로그램을 가지고 있으며 직접 일자를 입력함으로써 테스트 되어 질 수 있다. 시간/일자는 또한 DOS의 일자와 time 명령을 사용하여 설정할 수 있으며, MS 윈도우s에서는 제어판을 사용하여 시스템의 시간/일자를 설정 할 수 있도록 되어 있다. 소프트웨어 응용 Package들은 시스템 시간/일자 설정 기능을 단지 제공하는 것이다. 그러나 응용 프로그램에서 시간과 일자를 화면에 나타내고, 파일을 만들고, 열고, 삭제한다. UNIX 시스템은 시간/일자를 설정하기 위해 선택적 명령을 제공한다. 예를 들면 일자기능에 00-69로 어떤 년도를 허가할 수 있는 반면, 같은 시스템에 일자기능으로 1970년으로 설정되어 질 수 있다 ( 일자 01012000는 2000년을 허가 하며, 정확히 작동되어 진다 ).
2.5 시스템
어떤 시스템은 여러 복합적인 구성 구성원으로 구성되어 있거나 또는 제조 공정의 형태( 용접 Cell, 제작 Cell등 )의 구성 구성원으로 구성되어 있다.
2.6 클러스터 테스트
클러스터 테스트는 여러 제조 시스템들과 공용의 시스템이 하나의 그룹으로서 테스트 되어지는 통합 테스트를 나타내는 항목이다. 각 클러스터 테스트는 계획하고, 준비하고, 실행하는 일련의 과정 통합하기 위한 작업인 것이다. 클러스터로 꾸며진 시스템 환경은 어디서든 유용한 환경 관리 툴들을 사용하여 잘 관리 되어야 한다. 지나간 일자와 2000년에 변경되는 Version들이 모순 없이 잘 조화 되어 구성되어야만 일자와 관계된 문제들을 정확하게 적용한 것이다.
2.6.1 클러스터의 정의
클러스터는 시스템 통합 테스트를 위해 선택된 시스템들의 집합이다. 각 시스템 사이의 관계는 테스트 하기 전, 테스트 중, 테스트를 마친 후에 기대되는 행동을 이해하기 위해 문서화한다. 일부 관계들은 클러스터의 내부에 있을 것이며, 다른 것들은 테스트를 위해 가상 입력 또는 출력을 요구하게 될 것이다. 연계 문서는 어떤 일자 정보가 통과 되었으며, 모호한( 2 자리) 것이 어디 있으며, 어떻게 1999/2000년의 변형이 양쪽에서 각 방향별로 처리되었는지에 대한 형태를 전해 주는 문서 내용을 포함 한다. 만약 연결 관계가 변경되었을 때 언제, 어떻게 하든 그러한 내용을 문서화 해야 할 것이다. 주 Clock이 있다면, 어디에서든 그것을 설정하고, 그것의 고객이 누구이거나 관계없이 쉽게 문서화 해야 한다.
2.6.2 클러스터 테스트 클러스터 테스트를 계획했을 때 다음과 같은 사항을 고려 해야 한다.
2.7 상호 클러스터 테스트
상호 클러스터 테스트는 부분적인 기능을 지원하는 시스템 모두를 가지고 그룹으로서 테스트를 기본으로 한다. 예를 들면 2000년 후 자동차를 판매상에 공급하기 위해 자동차 주문을 처리하거나, 새로운 고용인을 고용하는 일을 처리할 경우이다.
2.8 절차
이번 항목에서는 테스트를 하기 전, 하는 동안, 테스트를 마친 후에 고려해야 여러 활동들을 나열한다. 이러한 지침들은 모든 테스트를 적용한다. 테스트 환경에 열거된 시스템을 위해 필요로 한 테스트 변수들을 수정하라. 테스트를 위해 설정된 기록을 확인하라. 생산 시스템에서는 Conduct 테스트가 최선이다. 생산 시스템을 사용할 때 적당한 Backup 절차들을 테스트하기 전에 이루어 져야 하고 Backup 매체가 재 Install을 위해 준비되었는지 확인해야 한다. 만약 Conduct 테스트를 위한 시간 틀이 제한적이라면, 재 Install을 위한 총 시간을 포함하여 테스트를 위해 요구되는 총 시간을 결정하는 것이다. 주의:
2.8.1 사전 테스트
제조 시스템에 Conduct 테스트를 위한 사전 작업:
2.8.2 테스트
테스트를 위해 선택된 각 제조 시스템:
2.8.3 사후 테스트
테스트를 완료한 후:
2.9 문서
2000년 프로젝트를 진행하는 동안 문서는 새로운 정보이므로 아주 중요이며, 알려지지 않은 상태를 제로에 접근하는 장치들의 수로서 유용하게 사용될 것이다. 시간 프레임은 수년간 미칠 것이고 만약 종이나 전자 문서로 남기지 않았다면 정보는 잃게 될 것이다. 사람은 프로젝트를 수행하는 동안 작업을 변경한다. 테스트를 수행한 내용은 문서화 되어야 하고 이 프로젝트에 영향이 있는 많은 위치의 사람들과 정보를 공유하기 위한 근거를 제공하여 반복할 수 있어야 한다.
2.9.1 테스트 설정
테스트 설정 문서는 다음과 같은 적절한 곳에 포함되어야 한다.
2.9.2 테스트 절차
테스트 절차 문서는 다음과 같은 적절한 곳에 포함되어야 한다.
2.9.3 테스트 결과
테스트 결과 문서는 다음과 같은 적절한 곳에 포함되어야 한다.
2.10 자원
각 제조 시스템에 대해 여러 다른 기술들, 장비와 도구들이 필요로 하게 될 것이다. 2000년 프로젝트에 대한 요구되는 자원을 이해하는 것과 이것에 대한 유용한 자원의 일치시키는 것은 프로젝트의 성공적인 수행을 위해 매우 중요하다.
2.10.1 숙련도
목록 항목은 테스트를 수행하기 위해 요구되는 자원이다. 숙련도를 요구하는 내용은 다음과 같다.
테스트과정을 자문 받는다. 2.10.2 장비 시스템들의 테스트를 수행하기위해 명확한 설비 목록이 필요하다. 제조 시스템의 한 공정을 이루는 파트가 필요 할 수도 있다. 다운로드나 시스템 인터페이스 테스트를 할 때 테스트 파트들이 유효한지 미리 협의가 필요할 것이다.
2.10.3 도구 테스트는 적당한 프로그래밍 장치 그리고 적절한 테스트 설비로 이루어져야 한다. |
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
3. 테스트 절차 |
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Year2000문제 테스트를 위해서 여러 가지의 시나리오가 개발되어졌다. 이러한 제한적인 테스트장비로 Year2000의 문제점을 모두 증명할 수는 없다. 하지만 종종 발생하는 문제점들에 대한 규명에는 도움이 될 것이다. 이러한 테스트 순서는 일반적으로 지침 형식으로 씌어져 있다. 시스템이나 각 부분에 대한 명확한 이해가 테스트를 하기위해 바탕 되어져야 할 것이다.
제조 제어 시스템에서 나타난 문제들을 혼합해본 결과 다음과 같은 테스트 순서가 도출되었다. 각 테스트에 대한 간략한 설명은 현재 테스트가 되지 않은 상용 제어시스템과 다른 시스템에 대한 테스트 시 가이드가 될 수 있을 것이다.
아래의 순서는 각 테스트를 수행하기 위한 지침이 단계별로 보여주고 있다. 단계별로 기록되어진 각 테스트에 대한 결과는 'Year2000 테스트 보고서' 형식으로 체계적인 정리가 되어야 한다. 만들어진 보고서는 반드시 보관되어져야 하고 다른 지역도 이용이 가능하게 해야 한다.
3.1 Year2000테스트에서 치명적인 일자 값 아래의 일자들은 적당한 운용에 의해 테스트 되어질 수 있다
1. 0000-00-00 특별 값 2. 1998-12-31 롤오버, 리부팅 3. 1999-01-01 특별 값 4. 1999-09-09 특별 값 5. 1999-12-31 특별 값, 롤오버, 리부팅 6. 2000-01-01 일자에 대한 요일 ,일자에 대한 년도 7. 2000-02-28 롤오버,리부팅 8. 2000-02-29 롤오버,리부팅,일자에 대한 요일 9. 2000-03-01 일자에 대한 요일 10. 2000-12-31 롤오버, 리부팅, 일자에 대한 요일, 일자에 대한 년도 11. 2001-01-01 일자에 대한 요일, 일자에 대한 년도 12. 2027-12-31 롤오버, 리부팅, 일자에 대한 요일, 일자에 대한 년도
3.2 롤오버, 리부팅, 일자에 대한 요일 테스트
롤오버 테스트는 수작업 개입 없이 1999년부터 2000년까지 일자의 변환을 적당히 핸들링 함으로서 점검한다. 실제테스트를 수행하여 1999년부터 2000년까지의 롤오버에 문제점을 조사해볼 수 있을 것 이다. 많은 시스템이 일자를 2자리로 사용하였고 그 결과 100년으로 롤오버하게 될 것 이다. 때때로 일자 앞의 19는 당연하다고 가정된다.그 결과 1900년으로 나타날 수 있는 것이다. 2001년과 2028에 관해 아직 알려지지 않은 이유들로 프린트 할 수 없는 문자가 나타날 수 있다. 부적절한 일자의 영향으로 계산 결과 음수가 나타날 수가 있다.
재부팅 테스트는 시스템의 전원 ON/OFF시 일자나 시간의 저장 여부를 체크 한다. 시스템 시간이 미리 설정이 되었으면 그 시스템은 정상적으로 기동할 수도 있다. 하지만 시스템이 재부팅 될 때 기존의 일자와 시간으로 복귀한다. 많은 PC들이 2000년 이후에 재부팅 되었을 때 1980년이나 84년으로 복귀한다.
일자에 대한 요일의 계산이 틀려질 수도 있다. 2000년 1월 1일을 월요일이 아닌 토요일이라고 표시한다. 월요일은 1900년 1월 1일이다.
3.2.1 롤오버 -1999- 2000- 전원on 테스트 : 시스템 일자를 1999년 12월 31일 시간을 23:59( 11:59 PM ) 를 설정한다. 00:00시 이후의 시스템 일자와 시간을 관찰하라. 기대결과 : 시스템의 시각이 2000년으로 정상적으로 계속 진행할 것 이다. 3.2.2 일자에 대한 요일 테스트 : 시간을 2000년 1월 1일로 설정한다. 그 시스템의 일자에 대한 표시되는 요일을 관찰해라. 기대결과 : 그 시스템은 토요일을 표시 할 것이다. ( 1900년 1월 1일은 월요일이었다 )
재부팅 - 일자 보존
테스트 : 시스템의 일자를 2000년 1월1일로 설정한다. 전원을 끈다. 전원을 켠다 그리고 시스템의 일자를 조사한다. 기대결과 : 그 시스템 시간은 2000년을 표시할 것이고 정상적으로 작동 할 것이다.
메 모 : 많은 개인용 PC는 CMOS실시간 시간이 년도가 00이라면 PC를 리부팅 했을 때마다 1980년 1월 4일이나 다른 과거의 일자로 되돌아간다.
3.2.4 롤오버 - 1999년부터 2000사이 ? 전원Off 절차에 따르면 자정10분전이지만 더 작은 시간이 더 적당하다. 롤오버가 일어나기 전에 시스템을 Shutdown 할 수도 있다.
테스트 : 1999년 12월 31일 23:50( 11:50 p.m.)로 시간을 설정한다. 2000년으로 롤오버 되기 전에 전원을 끈다. 자정이 넘을 때까지 기다린다. 그런 다음 전원을 켠다 시스템의 시간을 조사한다. 기대결과 : 그 시스템의 시간은 2000년으로 진행할 것이고 정상적으로 작동할 것이다.
3.3 수동 일자 설정 테스트 이 테스트는 시스템의 시각을 초기화하기위한 정확한 일자와 시간의 구성원을 체크 한다 시스템 일자 기능은 앞선 시간이 설정되었을 때 오 동작 할 수 있으며 어떤 시간 간격에 들어가지 않게 하거나 또는 설정되었을 때 다른 시간과 일자로 넘어갈지도 모른다. 어떤 PC들은 2000년으로 설정하면 기본시간(1980 또는 1984)으로 돌아간다. 어떤 시스템들은 중복 일자 설정기능을 가지고 있다. PC에서의 일자는 부팅시 CMOS설정 프로그램을 사용하여 설정되거나 DOS의 일자 설정기능 또는 윈도우 클럭이나 제어판을 이용하여 설정할 수 있다. 이 절에 있는 테스트는 시스템내의 모든 일자설정 기능에 대하여 이루어져야 한다. 일자설정 기능은 API를 통하여 접근될 수 있다. 장비에 내부 전원에 의한 클럭이 있다면 일자설정 테스트는 시스템 클럭을 초기화하기 위하여 내부 및 외부 전원을 모두 제거하고 2000년 1월 1일을 설정할 수도 있다. 베터리를 제거하면 시스템 환경 설정이 삭제될 수도 있으므로 이 테스트를 실시할 때는 모든 시스템 환경 설정을 문서화하도록 주의한다.
3.3.1 일자 설정 - 2000년 1월 1일 테스트 : 시스템의 일자를 2000년1월 1일로 설정한다. 시스템의 일자를 조사한다. 기대결과 : 그 일자는 2000년 1월1일 토요일이 될 것이다. 3.3.2 일자 설정 - 일자 유지 일자를 설정하는 함수는 그 시스템의 가상 시간이 아니고 실시간 시각을 설정하는 것을 보증하는지 조사한다. 테스트 : 2000년도의 조정한 일자와 함께 전원을 끈다. 전원을 켠다. 시스템 일자를 조사한다. 기대결과 : 그 시스템 시각은 여전히 2000년을 표시할 것이고 정상적으로 작동할 것이다. 메 모 : 어떤 PC는 리부팅-일자유지 테스트를 실패하는 몇몇 PC는 수작업 일자보존 테스트를 통과 할 것이다. 이것은 그들PC에 대한 고정이 가능하다.
3.3.3 일자 설정 - 2000년 2월 29일 테스트 : 시스템에 2000년2월 29일 을 설정한다. 시스템의 일자를 조사한다. 기대결과 : 2000년 2월 29일은 수요일이 되어야만 한다.
3.4 윤년 테스트 윤년 테스트는 윤년의 일자를 계산하는 로직을 점검한다. 인터넷에 있는 윤년 오류의 한 예를 보면 1996년 윤년 계산이 일어나자 제강 공장 내의 모든 66개의 제어기기가 정지되었다. 2자리로 년도를 표시하면 0으로 나누는 문제가 발생한다. 2000년 윤년 계산은 여러 가지 예외들이 그 계산에 적용되기 때문에 더욱 복잡해져 오류가 발생할 가능성이 더 커진다. 다음은 윤년과 관련하여 고려되어야 될 사항이다.
년도가 4로 나누어지면 이것은 윤년이다. 년도의 끝으로 끝나는 년도는 윤년이 아니다. 400으로 나누어지는 년도는 윤년이다. 3600년도는 윤년이 아니다.
3.4.1 윤년 - 롤오버 2/28 ? 전원On 테스트 : 시스템의 일자를 2000년2월 28일로 설정한다. 시간을 23:59(11:59p.m.)으로 설정한다. 자정이 지난 후에 시스템의 일자를 조사한다. 기대결과 : 일자가 2000년2월 29일 화요일이 되어야만 한다.
3.4.2 윤년 - 재부팅 2/29 테스트 : 2000년 2월 29일 일자를 설정한다. 전원을 끈다. 전원을 켠다. 시스템 일자를 조사한다. 기대결과 : 일자가 2000년 2월 29일 화요일이 될 것이다.
3.4.3 윤년 - 롤오버 2/29- 전원On 테스트 : 2000년 2월 29일로 시스템일자를 설정한다. 시간을 23:59(11:59p.m.)으로 설정한다. 00:00am 이후의 시스템의 일자를 조사한다. 기대결과 : 일자가 2000년3월 1일 수요일이 되어야만 한다. 3.5 일자 윈도우 테스트 일자 윈도우 시스템이 4자리 년도 표시의 앞쪽 두 자리가 변환 값 이하는 20이라고 가정하고, 변환 값 이상은 19라고 가정한다. 변환 값 50은 1951년에서 2049년까지를 제공한다.만약 2자리 년도가 50보다 크다면, 그 해는 19XX년이 된다. 즉, 84는 변환 값 보다 크므로 그 해는 1984년이 되는 것이다. 만약 2자리 년도가 50보다 작으면, 그 해는 20XX년이 된다. 즉, 34는 변환 값보다 작으므로 그 해는 2034년이 되는 것이다. 두개의 통합된 시스템이 이러한 형태로 일자 정보를 공유할 때, 그 시스템은 경계상태의 조건하에서 인터페이스를 테스트해야 한다. 그 년도가 변환 값이 되었을 때는 조치가 명시되었는가? 한 인터페이스의 양방향 모두 동일한 방법으로 변환될 것인가?
일자 윈도우를 사용하는 시스템은 다음 테스트를 고려한다. .롤오버 경계일 위나 아래의 일자 데이터를 생성한다. .설정 가능한 윈도우 매개변수의 수정,즉 스위치 값 .수정된 경계일의 이전 및 이후
3.5.1 일자 윈도우 테스트 ? 하위제한 테스트 : 설정된 스위치 값을 관찰한다. 현재일은 스위치 값의 1년 전 일자로 변경 . 4자리 일자를 변경한다. 기대결과 : 일자는 20XX가 된다.
3.5.2 일자 윈도우 테스트 ? 상위제한 테스트 : 설정된 스위치 값을 관찰한다. 현재일은 스위치 값의 1년 후의 일자로 변경 . 4자리 일자를 변경한다. 기대결과 : 일자는 19XX가 된다. 3.5.3 일자 윈도우 테스트 - 변경제한 테스트 : 설정 가능한 스위치 값을 2004년으로 변경한다. 설정된 스위치 값을 관찰한다. 기대결과 : 한계가 2004년으로 변경됨
3.6 타 일자 표현 테스트 아주 빈번히 나타나는 데이트 관련 기능들과 연결 가능하도록 하는 것들을 포함하여 사고력이 있도록 하는 일자 형식을 간략히 기술하면 다음과 같다.
DOY 일자 체크:
3.6.1 DOY - 2000년 2월 29일 테스트 :일자를 2000년 2월 29일로 설정한다. DOY 데이트를 호출해보거나 시스템 표현을 확인해 본다. 기대치: 2000년 2월 29일은 00060 또는 2000060 이다.
3.6.2 DOY - 2000년 12월 31일 테스트:일자를 2000년 12월 31일로 설정한다. DOY 데이트를 호출해보거나 시스템 표현을 확인해 본다. 기대치 2000년 12월 31일은 00366 또는 2000366이다. 3.6.3 DOY-유효일자 테스트: 2000000의 DOY데이트 설정을 시도해 본다. DOY 일자를 호출 후 표현 값을 확인한다. 98367의 DOY데이트 설정을 시도해 본다. DOY 데이트를 호출 후 표현 값을 확인해 본다. 기대치:오류코드 또는 메시지문서 업체문의
3.7 연산 일자 테스트 데이트가 연산을 수행한다면 바른 작동을 위한테스트를 한다.
3.7.1 2000년의 일자 테스트:2000년 1월 1일 부터 2000년 12월 31일 까지 계산기간을 만든다. 기대치: 2000년은 366일 이다.
3.7.2 1999년과 2000년 상호 일자 테스트:1999년 12월 1일 부터 2000년 1월 31일 까지 계산기간을 만든다. 기대치:2000년 1월 31 - 1999년 12월 1일 은 61일이다.
3.7.3 윤년의 일자 테스트:20000년 2월 1일 부터 2000년 2월 1일 까지 계산기간을 만든다. 기대치:2월은 29일이다.
3.8 업로드/다운로드 테스트 업로드 및 다운로드 테스트 시 2자리만 사용하여 일자 압축 할 때 이전 파일을 새 파일로 옮길 때 논리적인 배려를 위하여 검사한다. 2000년을 경계로 하는 데이트일 경우 논리적인 확보를 해야 한다. (19)99로 파일이 만들어진다면 (20)00으로 만들어진 파일 보다 오래된 파일로 참고하게 될 것이지 보고 테스트해라. 시스템은 현재프로그램이 아마 이전 것으로 인식하기때문에 새로운 프로그램을 다운로드 할 때 실패한다.
이전파일 일자 새로운 일자 2자리표현 4자리표현 --------------------------------------------------------------------------- 1998 - 7 - 4 1999 - 7 - 4 +1 +1 1999 - 7 - 4 2000 - 7 - 4 -99 +1 2000 - 7 - 4 2001 - 7 - 4 +1 +1
3.8.1 업로드 테스트:2000년 1월 1일로 제어시스템일자를 설정한다. 업로드한 테스트 파일을 참조한다. 기대치: 새로운 업로드 파일을 검사한다.
3.8.2 다운로드 준비: 2000년 1월 1일의 데이트기간으로 다운로드할 테스트 파일을 준비한다. 파일 데이트가 2000년 1월 5일로 다운로드할 새로운 버젼의 파일을 만든다. 테스트: 2000년 1월 10일 이전일자로 제어시스템데이트를 설정한다. 2000년 1월 5일에 다운로드하여 참조한다. 기대치: 새로운 파일이 다운로드 되었는지 조사한다.
3.9 특수 값 테스트 별다른 의미가 없는 일자의 필드에 값들을 사용한기위한 특정한 값들의 테스트 확인이다. 예를 들어 1999년 9월 9일 일자 조작을 기술하기위해 소프트웨어승인에 만기일자, 만료 할 수 없거나, 에러인 특정한 코드를 사용 할 수 있다. 상위레벨의 시스템과 통합에 있어서 특정한 값들에 종속 될 수 있다. 특정한 값들은 9-9-99, 0-0-00, 그리고 x-x-9999의 값의 데이트를 포함하리라 생각된다. 이것은 적용된 것들 즉 타임이나 데이터 필드에 현재일시를 포함하여 만들어지거나, 계층적 데이터를 포함하는 응용 데이터베이스 또는 시스템에 적용하는 테스트다.
테스트:특정한 값에 현재일자를 세트한다.(예:9-9-99, 9-9-1999, 0-0-00, 0-0-0000) 테스트 시작에 테스트 파일의 레코드 번호를 확인한다. 현재일자를 포함한 어플리케이션에 따라 테스트를 사용한다. 기대치:어플리케이션은 테스트레코드를 생성 할 수 있었는지 조사한다. 테스트 레코드는 어플리케이션의 표현 또는 리포트를 포함하는지 보라. 정확하게 기능상 파일의 끝으로 가는지 보라(예: 레코드의 숫자가 맞는가) 테스트 레코드를 그 시스템으로부터 삭제할 수 있는가 보라. 오류예제:소프트웨어 라이센스가 만료의 끝이 없다. 재사용에 의한 긁힌 테이프의 오래된 백업테이프로 잘못 인식 된다. 특정 값 들과 함께 데이트필드를 사용하여 파일의 끝을 마크 한다.
3.10 파일 및 디렉토리작성 테스트 이 테스트들은 정확한 년도의 일자에 근거해 파일 또는 디렉토리와 함께 파일 명을 만들 때 문제를 확인 하기 위하여 점검한다. 이 테스트는 제조공정으로부터 정확한 정보로 저장 할 수 있는지 또는 수정하거나 작성하는 파일의 어느 시스템에나 적용한다. 오류는 2000년 이후 데이터 파일 작성을 참고하는 시스템에서나 데이트가 롤오버가 맞다면 발생 할 수 있다. 시스템이 어느것이든 날자와 시간에 근거해 파일명을 만들 때는 인쇄할 가치가 없거나 불규칙한 문자를 포함하는 파일명인지 주의한다. 파일이 이미 존재하거나 이미 업데이트를 시작할 때 다른 종류의 가능한 것들이 존재하는지 본다. 대부분의 사용자 인터페이스는 즉시 12/30/99 foo.dat파일을 01/03/00 foo.dat로 되돌리길 원하는가를 확인한다.
3.10.1 파일 ? 생성 2000
테스트: 2000년 1월 1일이 넘는 날자로 시스템의 테스트일자를 세트한다. 시스템이 만들 파일을 참조할 이벤트와 선택시간을 만든다. 기대치:새로운 파일이 만들어졌는지 확인한다. 어떤 이력과 로그 파일에 근거한 일시일지 확인한다. 어떤 이력과 로그 파일이 어플리케이션이나 시스템에서 사용 할 수 있는지 확인한다. 예: 시스템이 어느것이든 작성한 파일들은 날자에 근거한 이름으로 사용되어 역사적인 데이터로 저장된다.
3.10.2 파일 - 1999-2000 변경
테스트:199X를 식별 할 수 있는 데이터가 있는 199X이내의 오래된 파일을 만든다. 2000년 1월 1일이 넘는 날자로 시스템의 날자를 세트한다. 같은 이름과 새로운 데이터로 새로운 테스트 파일을 작성한다. 기대치:즉시 새로운 파일과 함께 예전 파일을 복원 할 때 대체되는 순서가 맞는지 확인한다. 예전 파일이 새로운 파일로 대체되었는지 확인한다. 그 파일이 새로운 데이터들을 포함하고 있는지 확인한다. 예:시스템이 어느것이든 파일 업데이트, 파일 관리를 확인하는 동안 생각나게 한다.
3.10.3 파일 - 2000 ? 2000변경
테스트:오래된 2000년을 식별 할 수 있는 데이터를 가진 2000년의 데이터파일을 만든다. 테스트일자이전 오래된 파일의 일자를 만들어 시스템의 데이트를 세트한다. 새로 테스트할 파일에 같은 이름으로 새로운 데이터를 만든다. 기대치:새 파일과 예전파일의 교체순서가 맞게 되는지 확인해본다. 예전파일이 새로운 파일과 교체되었는지 확인한다. 그 파일이 새로운 데이터를 포함한 파일 인지 확인한다. 예:시스템이 어느것이든 파일 업데이트, 파일 관리를 확인하는 동안 생각나게 한다. 3.11 로그 감사 테스트 실사
본 테스트 로그감사시스템에 관한 문제 검사이다. 본 테스트는 시스템이 어떻든 감사사용자활동범위 또는 네트워크 트랜잭션의 능력을 포함하여 적용된다.
3.11.1 로그감사 테스트
테스트:2000년 1월 1일 이후일자로 시스템의 테스트일자를 설정한다. 시스템이 만든 파일을 참조할 이벤트나 선택한 시간을 생성한다. 기대치:새 파일이 만들어졌는지 확인한다. 구 정보의 시각이 감사 로그 파일과 맞는지 조사한다. 예: 시스템이 어느것이든 롤백 능력과 함께 DBMS에 병합한다. 운영시스템은 계정에 따라 레코드를 사용한다. 3.12 보고서 테스트
보고서 테스트는 다음의 기능을 다르게 적용한다 : 소팅 과 조회, 소팅과 머징, 검색, 다른 디스크 파일 또는 데이터베이스 테이블의 인덱싱. 보고서 테스트는 제조시스템의 어디에나 날자와 시간으로 소팅하여 표시하는 데이터에 적용한다.예를 들어 결점 보고서나 제품 보고서의 경고를 포함한다. 이 테스트는 만들어진 결점과 2000년 이후 경고나 경고표시페이지를 주시하거나 경고데이터의 바른 순서를 위한 보고서를 포함한다. 잘못된 예를 들면 모니터링패키지가 어는 것이든 2000년 이후 리스트의 끝에 새로운 경고 장소를 포함한다. 하나의 테스트는 지금부터 1999-12-31까지와 결과를 보는 모든 항목의 조회와 지금부터 2000-1-2일 까지와 결과를 보는 모든 항목의 조회이다. 어떤 시스템의 실패는 두 번째 조회에 어느 레코드의 무응답이 이 테스트이다.
3.12.1 보고서 - 조회
테스트:시스템제어 일자를 2000년 1월 20일 이후로 테스트하기위해 설정한다.강요된 결점이나 어떤 시스템 이벤트로 어느것에서나 작성한 테스트레코드로 새로운 일자를 작성한다. 시스템제어 일자를 2000년 3월 1일 이후로 테스트하기위해 세트한다. 아래의 네 가지 중 하나의 경우를 선택하여 2000년의 데이터를 포함하는 새로운 보고서로 만든다: a) 1999년 11월 15일 - 1999년 12월 31일 ( 1999 데이터) b) 1999년 11월 15일 - 2000년 3월 1일 ( 모든 데이터) c) 2000년 1월 1일 - 2000년 3월 1일 ( 2000 데이터) d) 2000년 2월 1일 - 2000년 3월 1일 ( 데이터 없음) 기대치:모든 데이터의 보고서, b), 모든 데이터를 포함하는 보고서 확인한다. 보고서의 순서가 맞는 데이터 인가 확인한다. 데이터 없는 보고서, d), 바른 실행과 데이터 없는 것이 출력되었는지 확인한다.
3.12.2 보고서 ? 소팅
테스트:시스템제어 일자를 2000년 1월 20일 이후로 테스트하기위해 설정한다. 강제로 결점이나 어떤 시스템 이벤트로 어느것에서나 작성한 테스트레코드로 새로운 일자를 작성한다. 아래의 네 가지 중 하나의 경우를 선택하여 2000년의 데이터를 포함하는 새로운 보고서로 만든다: 3.12.2 보고서 ? 소팅
테스트: 2000년 1월 1일 넘는 일자에 제어시스템 하에 일자를 설정한다. 강제로 잘못된 새로운 일자를 생성하거나 어떤 시스템 이벤트에 테스트 기록을 생성한다. 확인된 시간의 선택으로 2000년으로 구성된 새로운 보고서를 생성한다. 기대되는 결과: 보고서에 주문된 새로운 일자가 정확한지 확인한다.
3.12.3 보고서 ? 머지
테스트: 2000년 1월 1일을 넘어서 테스트하에서 제어시스템의 일자를 설정한다. 강제 실수로 새로운 일자를 생성하거나 혹은 테스트 기록에 시스템의 이벤트를 생성한다. 머지된 새로운 데이터로 2000년에 구성된 새로운 보고서를 생성한다. 기대되는 결과: 보고서에 새로운 데이터가 정확하게 머지되는지를 확인한다.
3.12.4 보고서 ? 탐색
테스트: 1999년의 현재시간으로 1999년 생성된 기존기록을 조회하고 탐색한다. 2000년에 현재시간으로 2000년에 생성된 기존 기록을 조회하고 탐색한다. 2000년의 현재시간으로 2000년에 생성된 기존 기록을 조회하고 탐색한다. 기대되는 결과: 기대되고 있는 모든 기록을 찾아 확인한다.
입력 데이터 테스트는 다른 생산 제어 시스템이나 레벨로부터 일자 정보를 읽는 생산 시스템에 적용한다. 테스트: 테스트를 위해 2000년 1월 2일로 제어 시스템의 일자를 설정한다. 입력 라벨을 만들거나 1-1-2000(혹은 1-1-00)을 넘는 일자를 가진 다른 시스템으로부터 입력된 것을 가장하여 만든다. 입력 데이터를 읽는다. 기대 결과: 시스템이 입력 데이터를 정확히 읽는지 증명
3.16 출력 데이터 테스트 산출 데이터 테스트는 라벨에 데이터 정보를 기록하는 제조 시스템이나 제조 통제 시스템에 적용한다. 프린터 나 오퍼레이터 화면에 산출물을 인쇄하는 시스템은 2000년 이후 사용할 수 없게 잠겨 있거나 데이터를 표시 할 수 없는 것으로 알려졌다. 그 이유는 그 해의 일자들이 뒤죽박죽 되고 이상한 문자들이 생겨날 수 있기 때문이다. 테스트 : 컨트롤 시스템의 일자에 2000년 1월 1일 이후의 일자를 설정한다. 산출 데이터에 시도 기대결과: 데이터가 정확히 산출되는지 증명 예:라벨 프린트 및 표시를 작성 다른 시스템으로 데이터 이송
3.17 활성화 / 비활성 테스트 이 테스트는 패스워드, 회계를 포함한 제조 시스템이나 만료 기능을 가진 복잡한 소프트웨어 시스템에 적용
3.17.1유효접근 테스트: 만료일이 2000년 1월 1일 을 지났는지 체크 시스템의 일자를 2000년 1월 1일 이후로 한다. 소프트웨어 라이센스 실행, 혹은 영향 받은 패스워드, 어카운트 등을 사용 기대결과: 소프트웨어가 2000년 1월 이후에 적절히 실행하는지 증명
3.17.2 만기 접근 테스트: 만료일 체크 2000년 이후의 만료일 후의 일자로 시스템의 일자를 설정 소프트웨어 라이센스 실행, 혹은 영향 받은 패스워드, 어카운트 등을 사용 소프트웨어가 만료일 이후에 실행되지 않음을 증명
3.18 일자 테스트 표시 일자 테스트 표시는 몇몇의 다른 페이지에 있는 데이터 정보를 표시 하는 제조 시스템에 적용한다. 그 테스트는 2000년을 지난 일자들의 이전 및 컨트롤러를 포함한 모든 스크린을 관측하는 것을 포함하고 있어야 한다. 그 비응답은 부분적인 표시에서부터 완전한 컨트롤 시스템의 고정에 까지 이른다. 많은 산업용 컨트롤러들은 각 표시 스크린에 맞는 독특한 소프트웨어를 가지고 있으며, 어떤 스크린에 다르게 나타날 수도 있다. 이러한 예는 도구관리를 위한 한 셋의 표시 페이지, 이상 예고를 위한 표시 페이지 그리고 파일 시스템을 위한 것을 가진 CNC 컨트롤러, 다른 사람들이나 상품개발의 라이프 사이클을 관리하는 팀들에 의해 쓰여진 소프트웨어를 가진 모든 것들을 포함한다. 3.18.1 데이터 테스트 표시 테스트: 화면 위에 표시되는 모든 일자 필드의 리스트를 생성한다. 시스템의 일자를 2000년 1월 1일 이후의 테스트할 일자로 설정한다. 새 파일 또는 잘못된 기록을 생성한다. 파일의 일자 또는 잘못된 시간을 화면에 나타낸다. 기대되는 결과: 각 일자필드가 정확하게 나타나는지 확인한다. 예: 응용소프트웨어가 2자리를 지원하는 DBMS를 사용하여 20xx범위의 4자리 일자를 지원하면 DBMS의 년도는 기본적으로 19xx이며 잘못된 일자를 기억하는 것이다.
3.19 간접 일자 사용 테스트 이 테스트는 간접적인 방법으로 일자정보를 사용한 시스템에 적용한다. 다음의 목록은 기능적인 일자를 사용한 시스템에 대한 질문을 요구한다. 이는 일자 정보의 요구가 아니라 일자기능을 사용한 구현이다. 테스트: 간접적인 일자를 사용한 기능은 매우 어려울지 모른다. 예상 결과:2000년에 있어 확인,확인의 정확한 연산 예: 암호화/해독화 알고리즘; 무작위 수 생성; 통신 규약; Firmware; |
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
4. 부록 |
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
4.1 테스트 문제점 점검표 이 부문은 완료를 위한 테스트 계획을 다시 한번 점검하는데 사용되어지는 질문의 목록을 준비작업 이다.
4.1.1 일반적 명백한 상태
4.2 2000년 테스트 보고서 형식 다음의 부문은 2000년 테스트 보고서 와 2000년 시스템 테스트 보고서 양식의 사용과 목적을 설명한다. 이들 표준화된 형식으로 당신의 테스트 결과에 반응함으로써, 테스트한 데이터가 당신의 조직을 통해 공유될 수 있다.
4.2.1 테스트 보고서 목적 2000년 테스트 보고서 양식의 목적은 회사를 통하여 공유된 구성원으로 2000년 테스트의 결과를 획득하고 특이한 시스템의 테스트 결과를 기록하는 것이다. 테스트할 때 혼합된 구성원은 혼합된 구성원 테스트 보고서를 사용하고, 제조 시스템을 위해서는 시스템 테스트 보고서를 사용한다.
결과 ? 합격, 불합격 , 적용불가 효과 ? I(Incovient) , S(Severe) , C(Catastrophic) Severity ? 1에서 10까지
4.2.3.1 머리말 구성명 ? 구성명 일자 ? 테스트가 완료된 일자 위치 ? 요구 위치 ( 예 : 라인 식별자 ) 인력요구 ? 이 테스트를 위해 요구되는 인원수 혼합시간 ? 이모든 응용프로그램을 테스트할 시간당사람의 총 네트워크시간 설비/사이트 명 ? 설비 및 사이트 명은 일반적인 이름으로 한다. 테스트에 활용하는 식별자 벤더 - 하드웨어/소프트웨어 업체 또는 제조업체의 이름 모델 - 생산공정에 사용되는 모델이름 버젼 - 하드웨어/소프트웨어 버젼의 이름/숫자 구성형태 - 표준구성형태의 하나
4.2.3.2 테스트 결과 - P(Pass:통과), F(Fail:실패), N/A(for not application:적용 안됨) 통과(Pass)의 결과를 기대한다면 지켜봐야 한다. 실패(Fail)라면 예외의 결과가 발생한 것이다. N/A는 그 테스트를 적용할 수 없다고 한다. 본 지침서를 따라서 테스트를 하다 보면 실패, 완료를 결과를 받아 볼 수 있다. 결과 주석 - Pass 및 N/A의 결과를 주석하는 것은 의무사항은 아니다. 그러나 그 결과가 실패(Fail)이라면 실패의 결과를 주석하는것은 의무사항이다. 결과 - 실패의 결과를 기술하는 코드. 통과의 결과를 원하면 입력이 날자이든 날자가 아니든 통과(Pass)의 결과라면 결과필드에 D(For 일자), N(For No 일자)값을 입력한다. 실패(Fail)의 결과라면 결과필드에 I(Inconvenient), S(Severe), C(Catastrophic)를 입력한다. N/A결과는 아무 값도 입력하지 않는다.
4.2.4 2000년 구성 테스트 리포트 양식
4.2.5 2000년 혼합 구성 테스트 보고서 효과 2000년 혼합구성테스트 보고서 폼의 효과는 혼합구성 및 테스트결과 레코드에 2000년 테스팅 결과를 얻는 것이다.
4.2.6. 2000년 혼합구성 테스트 보고서 지침 설비/사이트 명 - 설비 및 사이트 명은 일반적인 이름으로 한다. 연락 명 ? 테스트를 할 자격을 가진 사람의 이름 날자 - 테스트가 완료된 날자 위치 - 요구위치 ( 예: 라인 식별자) 영역 - 사이의 특별한 공정 영역의 이름. 별명이 아닌 실사용명 혼합구성명 - 혼합구성에 유일한 이름 전체결과(1-10) ? 문서로 된 섹션4.2.2의 실패를 엄밀히 한다. 전체결과 주석 ? 어느 주석이나 실패결과를 주목. 인력요구 ? 이 테스트를 위해 요구되는 인원수 혼합시간 - 이모든 응용프로그램을 테스트할 시간당사람의 총 네트워크 시간
4.2.6.1 부제 테스트에 활용하는 식별자: 벤더 - 하드웨어/소프트웨어 업체 또는 제조업체의 이름 모델 - 생산공정에 사용되는 모델이름 버젼 - 하드웨어/소프트웨어 버젼의 이름/수자 구성형태 - 표준구성형태의 하나
4.2.6.2 테스트
결과 - P(Pass:통과), F(Fail:실패), N/A(for not application:적용 안됨) 통과(Pass)의 결과를 기대한다면 지켜 봐야 한다. 실패(Fail)라면 예외의 결과가 발생 한 것이다. N/A는 그 테스트를 적용 할 수 없다고 한다. 본 지침서를 따라서 테스트를 하다 보면 실패, 완료를 결과를 받아볼 수 있다. 결과 주석 - Pass 및 N/A의 결과를 주석하는 것은 의무사항은 아니다. 그러나 그 결과가 실패(Fail)이라면 실패의 결과를 주석하는 것은 의무 사항이다. 결과 - 실패의 결과를 기술하는 코드. 통과의 결과를 원하면 입력이 날자이든 날자가 아니든 통과(Pass)의 결과라면 결과필드에 D(For 일자), N(For No 일자)값을 입력한다. 실패(Fail)의 결과라면 결과필드에 I(Inconvenient), S(Severe), C(Catastrophic)를 입력한다. N/A결과는 아무 값도 입력하지 않는다.
4.2.7 2000년 혼합구성 테스트 보고서 양식
4.2.8 2000년 시스템 테스트 보고서 목적 2000년 시스템 테스트 보고서 양식의 목적은 제조시스템에 관한 2000년 테스팅 결과를 얻고, 그 결과를 기록하는 것이다.
4.2.9 2000년 시스템 테스트 보고서 지시
4.2.9.1 헤더
시스템 명-재고에서 사용된 제조시스템의 단일 명칭 일자-테스트가 완료된 일자 위치-설비 위치 (예, 라인 식별자) 필요 인력-이 테스트를 하기 위해 필요한 사람 수 총 시간-응용 가능한 모든 테스트를 하는데 소요되는 순수하게 인력이 투입되는 총시간 공장/지역 명-일반적으로 알려진 공장이나 지역 명칭 구역-지역 내에 있는 특정 제조구역 명칭 연락담당자-이 테스트를 수행하는 자격 있는 사람 이름 전체 결과(1-10)-4.2.2에서 문서화 시킨 중요 고장(severity) 전체 결과 평가-전체 고장에 관한 평가
4.2.9.2 부 헤더(subheader)
테스트 항목에 있는 각 구성원과 조합된 구성원 활동을 열거한다. Item-고장과 구성원을 연결하는 식별자 공급자-제조업자명 이나 하드웨어/소프트웨어 구성원 공급자명 모델-재고처리에 사용된 모델명 버전-하드웨어/소프트웨어 구성원의 버전명 이나 버전번호
4.2.9.3 관찰된 고장
시스템 테스팅 동안에 고장이 나타난 테스트만 열거한다. Item-고장이 발생된 구성원의 Item 번호 섹션-고장이 발생한 테스트의 문서섹션 테스트 명-고장이 발생한 테스트 명칭 결과-예측결과가 관찰되면 P(통과), F(실패) 또는 N/A(응용불가) 통과를 입력한다. 만약 비정상적 결과가 발생하면 실패. 테스트가 응용불가이면 N/A. 테스트가 실패하면, 문제점들을 문서화하기 위해서 아래에 있는 지시(지시어)에 따라 그 테스트에 관한 평가필드를 채우시오. 결과평가-결과가 통과 또는 N/A이면 평가는 의무사항이 아니지만, 결과가 실패이면 고장을 설명하기 위해 꼭 평가를 해야 한다. 영향-고장영향을 설명하는 코드. 결과가 통과이면 depending on whether a 일자 function is found 영향 필드에 D(for 일자)나 N(for No 일자)을 입력하시오. 만약 결과가 실패이면 영향필드에 I(불편), S(치명적), C(재난) 중 한 가지를 입력하시오. 만약 결과가 응용불가이면 아무 것도 입력하지 마시오..
4.2.10 2000년 시스템 테스트 보고서 양식
4.3 2000년 공장 노트
다음과 같은 섹션을 포함한 노트를 갖고 있을 것을 추천한다.
4.4 샘플 공장(또는 지역) 테스트 계획
샘플공장은 조립 공장이다. 바디 샵 구역에서 바디 반제품을 생산하기 위해 몇 가지 유사 제조시스템을 사용한다. 이 테스트 계획에 각기 구별되는 기술을 조합한 한 제조시스템이 포함되어야 한다. 예를 들면 하나의 로봇 용접 셀은 Modicon PLC와 Square D 용접 제어기를 탑재한 제너널 일렉트릭 파낙(GE Fanac) 로봇 제어를 도입한다. 다른 로봇 용접 셀은 Bosch PLC와 British Federal 용접 제어기를 탑재한 쿠카(Kuka) 로봇 제어를 도입한다.
4.4.1 바디 샵
4.4.1.1 책임 엔지니어
4.4.1.2 플로어 팬 조립셀
테스트 예정일자: 테스트 완료일자: 테스트 계획 파일명:
테스트 예정일자: 테스트 완료일자: 테스트 계획 파일명:
4.5 샘플 제조시스템 테스트 계획
4.5.1 제조시스템 명:
4.5.1.1 제조시스템 재고 파일명: 수정자: 입력일자: 출력일자: 시간: 데이터 표시: 이력 데이터:
4.5.1.2 제조시스템 선(pre) 테스트 정상 작동에 대한 시스템 테스트 자(者): 시스템 재부팅(콜드부팅):
4.5.2 구성원 A(용접 제어기) 절차
4.5.2.1 구성원 A 선-테스트 시스템 백업 파일명과 위치:
4.5.2.2 구성원 A 테스팅 Rollover 테스트 일자 설정 테스트 재부팅 테스트 윤년테스트 다운로드 테스트
4.5.2.3 구성원 A Post 테스트 초기 구성정보 저장
4.6 샘플 B 제조시스템 테스트 계획
4.6.1 제조시스템 명:
4.6.1.1 제조시스템 재고 파일명: 수정자: 입력일자: 출력일자: 시간: 일자표시: 이력 데이터:
4.6.1.2 제조시스템 선-테스트 정상 작동에 대한 시스템 테스트한 자: 시스템 재부팅(콜드부팅): 시스템 백업 파일명과 위치: 구성원 A 구성원 B 구성원 C 어플리케이션 C 정상으로 작동하는 건조 사이클:
4.6.1.3 제조시스템 테스트 Rollover 테스트 구성원 A 구성원 B 구성원 C 어플리케이션 C 일자 설정 테스트 구성원 A 구성원 B 구성원 C 어플리케이션 C 재부팅 테스트 구성원 A 구성원 B 구성원 C 어플리케이션 C 윤년테스트 구성원 A 구성원 B 구성원 C 어플리케이션 C 다운로드 테스트 구성원 A 구성원 B 구성원 C 어플리케이션 C
4.6.1.4 제조시스템 Post-테스트 초기 구성정보 저장 구성원 A 구성원 B 구성원 C 어플리케이션 C 정상 작동에 대한 시스템 테스트한 자(者): 시스템 재부팅(콜드부팅): 정상으로 작동하는 건조 사이클  |
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
