TECHNICAL DATA

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요약서

      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. 테스트 계획

      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. 테스트 절차

      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. 부록

      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년 문제 테스트 절차의 소개
  • 2000년 문제 테스트를 위한 절차와 테스트 사례의 공표
  • 테스트 관련 용어의 정형화
  • 테스트 결과의 리포트 작성에 대한 정형화

 

본 문서는 다양한 자원과 시범적인 경험으로 개발 되었다. 본 테스트 사례는 산업계의 폭 넓은 정보와 다양한 시스템을 평가하는 동안 부딪치는 실제의 2000년 문제를 포함하고 있다. 본 테스트 절차 문서로 구성된 상업용 구성원과 시스템의 테스트를 위하여 사용 될 수 있다.

 

1.1 요약서

 

본 문서는 여러 절과 부록에 2000년 문제 테스트에 관한 정보를 담고 있다. 첫 절에는 문서의 개요와 2000년 문제 용어와 참고문헌을 담고있다. 도표에서 2000년 문제의 목록과 테스트 문서간의 관계를 설명한다. 두번째 절에서 테스트 활동 계획을 위한 가이드라인을 담고있다. 세번째 절에서는 구성원과 생산시스템에 대한 테스트 절차를 담고 있다. 네번째 절에서는 2000년 문제 해결을 위한 절차를 설명한다. 부록에는 테스트 항목의 점검목록, 테스트 계획의 예, 테스트 결과 보고서 양식을 담고 있다.

 

시스템을 테스트함에 있어 테스트 시스템에 대한 판단과 지식이 필요하다. 많은 시스템에 대하여 각기의 엔지니어들이 유지보수를 해야 하기 때문에 모든 테스트에 대하여 철저한 문서화가 요구된다. 문제가 발견 되면, 꼼꼼하게 작성된 문서가 있어야 시스템 공급자가 분석한 문제를 재생성하거나, 필요할 때 정확한 조치취할 수 있다.

 

생산과 시설물 관리시스템을 구축하면서 사용 되었던 구성원들은 벤더가 제공한 테스트 결과에 대한 정보를 공유하기 위해서 표준화된 규정을 준수한다. 이문서의 영역에서 증명된 표준을 따르지 않으면 중복된 노력이 요구되는 가능성이 잠재되어 있다.

 

모든 문서에 대한 이해에 시간을 투자가 필요하다. 시간 소요계획을 세움으로써 실제로 많은 시간을 절약할 수 있다. 판단자는 어떤 테스트가 정의된 구성원이나 시스템에 적용될 수 있는 지 결정하기 위하여 훈련 되어야 한다는 것을 인식하는 것이 중요하다. 이유는 실제 테스트 수행을 위한 대부분의 테스트 절차가 구성 되어 있지 않으면 많은 시간을 낭비한다는 것을 경험에서 볼 수 있기 때문이다.

 

테스트는 컴퓨터 코드를 재조명하거나 수작업 또는 다른 컴퓨터 프로그램을 사용하여 문제를 찾는 방법이 있다. 이것이 COBOL환경에서는 일반적인 방식이며 COBOL 프로그램에서 2000년 문제를 찾기 위한 목적으로 특별하게 만들어진 도구들이 많이 있다. 이 방식은 제어분야에도 적용 할 수 있다. 당신의 테스트 조항에는 벤치마크 테스트를 위한 도구와 과정을 조사하는 것 또는 제어 환경에서 코드를 재조명 하기를 원할 것이다.

 

특정PLC를 위한 코드는 년도관련 함수와 변수에 대하여 상호참조(corss reference) 리스트를 사용하면 검사 할 수 있다. 그밖의 PLC는 사용될 일자를 셋업해야만 하는 특정한 구성블록을 가지고 있다. 이방식이 입증된 곳에서는 간단한 벤치 테스트로도 많은 테스트 노력을 줄일 수 있다. 어떤 벤더는 자신의 유행하는 제품에 대하여 로직을 검색 할 수 있는 프로그램을 개발 하고 있다. 다른 정보가 수집되면 본 문서는 바로 수정 될 것이다.

 

1.2. 2000년 정보개요

 

다음그림은 목록 및 테스트 정보와의 관계를 설명한다.

 

1.3 제어 시스템 구성원의 형태

 

다음 절들은 제조시스템 및 장비들에서 사용되는 전형적인 컴퓨터기반 디바이스 구성원의 형태 및 종류를 설명한다. 이 정보는 2000년 문제로 영향 받을 수 있는 장비들을 선별하고 목록파악 과정을 관리한다. 제어 시스템이 점점 더 복잡해짐에 따라 일자관련 문제가 존재할 가능성이 증가한다. 테스트조건을 정의할 목적으로, 제조 환경에서 볼 수 있는 마이크로프로세서 기반의 디바이스 및 제어시스템들은 다음의 구성원들로 그룹화 된다.

 

  • HMI
  • 용접 제어기기
  • 측정기
  • 특수시스템
  • 모션제어기기
  • PLC
  • 정보 코프로세서
  • 로보트
  • CNC
  • 비전시스템
  • BIOS
  • PC/마이크로/미니
  • 소프트웨어
  • 주문소프트웨어
  • 통합자

 

이것들은 필요로 하는 제어 시스템 및 그 테스트 수준의 확인적인 복잡성으로 인하여 일반적으로 구매된다. 복잡한 시스템을 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. Petron Paragon G
  2. Bosch PS2081

 

1.3.3 측정기

 

계측장비 구성원으로는 데이터 수집기, 원격 계측 트랜스미터 및 품질시험실 내의 분석장비 등이 있다.

예)

  1. Promess EPR 12006
  2. Leeds & Northrup Speedomax

 

1.3.4 특수시스템

특수장비 구성원은 특별한 문제를 해결하기 위하여 제작되거나 설계된 제어 시스템을 포함한다. 제어의 목표는 하나이고 단지 환경설정만을 허용하며 프로그래밍은 하지 않는다. 이런 부류와 관련된 2000년문제는 많지 않을 것으로 예상된다. 그러나, 2000년 이후 계량 시스템에서 시간을 제대로 프린트하지 못한다거나 화재 경보를 더 이상 하지 못하는 화재 경보 시스템등에 문제가 있을 수 있다.

예)

  1. Wheel Alignment System
  2. Head Light Aim System
  3. Tire Balancing Equipment
  4. Single Loop Controllers
  5. HVAC controllers
  6. Weigh scales

 

1.3.5 모션 제어기기

동작제어 구성원에는 AC드라이브, DC 드라이브, 서보 시스템 및 단축 제어기 등이 있다.

예)

  1. Allen-Bradley IMC110, 1336 AC Drive
  2. GE Fanuc D3B, DC300
  3. Modicon Quantum Sercos Controller

 

1.3.6 PLC

프로그래머블 로직 컨트롤러(PLC),(또는 유럽에서는 스텝 프로세스 콘트롤러- SPC) 구성원은 일반적으로 래더 로직으로 프로그램되며 일자 정보를 정확히 처리하거나 못할 수도 있는 사용자 응용 프로그램을 가져야만 한다. 재고 파악 중에 PLC들은 정보 코프로세서(Information co-processor)를 위하여 조사되어야 한다.

예)

  1. Allen-Bradley PLC-5/40C
  2. Modicon 984
  3. Bosch CL500

 

1.3.7 정보 코프로세서

인포메이션 코프로세서 구성 구성원들은 지능적인 하위 시스템 또는 PLC에 사용되는 제어 모듈 또는 확장을 위하여 설계된 다른 모듈화 된 시스템들을 포함한다.

예)

  1. CPU 모듈(Bosch ZS500)
  2. 기본 모듈(Allen-Bradley 1771-DB)
  3. ASCII 모듈(Allen-Bradley 1771-DA)
  4. 실시간 클럭 모듈(Allen-Bradley 1771-DC)
  5. 코프로세서 모듈(Allen-Bradley 1771-DMC)
  6. 통신 모듈(Bosch DB500, Bosch RM500)

 

1.3.8 로보트

로보트 구성원은 툴 패스 데이터를 비-직교 점에 필요한 동작으로 번역하는데 최적화된 복잡한 동작 제어기를 포함한다. 어떤 모델들은 사용자 인터페이스나 네트워킹을 위하여 PC를 포함하고 있다. 재고는 로보트 제어기기를 포함한다.

예)

  1. ABB S3
  2. ABB S4/PC
  3. Fanuc RH,RJ,RJ-2

 

1.3.9 CNC

컴퓨터 수치 제어(CNC) 구성원은 부품의 기하학적 구조와 기계제어를 정의하기 위한 파트 프로그램을 처리하는 동작제어를 포함한다. 대부분의 현대적인 CNC는 PC와 호환되는 관련 파일 시스템과 함께 3.5” 플로피 디스크 드라이브를 포함하고 있다. 기계 오류 발생시각을 기록하는 기능은 표준이다. 많은 CNC들은 처리될 모든 파트를 위하여 프로그램이 로드 되는 환경에서 사용된다. 전형적인 CNC들은 특정한 기계환경에 대한 제어를 수행하기 위하여 사용되는 PLC 형태의 로직, 실시간 동작제어, 그래픽컬 파트 프로그래밍 지원 기능들을 가지고 있다.

예)

  1. GE Fanuc SERIES 15-M, SERIES 18-TB
  2. Allen-Bradley 8600, Series 9/260
  3. Okuma OSP 5020M/L

 

1.3.10 비전 시스템

비전 시스템 구성원은 다른 구성원들로부터 조립될 수 있는 전용 비전 시스템을 포함한다.만약 다른 구성원들이 공급자, 모델, 및 버전으로 구분된다면 개별의 물품도 리스트 한다.

예)

  1. Perceptron 1500
  2. Allen-Bradley VIM2

 

1.3.11 BIOS

BOIS(Basic Input Output System)구성원은 몇몇 2000년 관련 문제들의 자원을 강조하기 위하여 포함된다. BIOS를 업 그레이드 함으로써 2000년 문제를 해결할 수 있다. PC의 BIOS는 특수한 PC프로그램을 사용하거나 오래된 느린 PC가 부팅하는 동안 얻을 수 있다. 어떤 운영 체제들은 BOIS 공급자, 모델, 버전을 표시할 수 있다.

예)

  1. Award Modular 4.40
  2. Phoenix 8D 486 V1.10
  3. AMI 3.03

 

1.3.12 PC/마이크로/미니

PC/마이크로/미니구성원은 마이크로 컴퓨터로부터 미니컴퓨터 시스템에 이르는 모든 컴퓨터 시스템을 포함한다. 재고 파악 과정에서 PC BOIS, 운영체제 및 다른 소프트웨어는 각각의 구성원에 리스트 되어야 한다. 이것이 현재까지는 2000년 문제가 있기가 가장 쉬운 시스템이다. PC 하드웨어 실시간 클럭(RTC), BOIS 및 운영체제는 제조환경에 흔히 존재한다. 최근에는 PC들이 PLC프로그램과 함께 더 많이 사용된다. PC뿐만 아니라 미니 컴퓨터들도 사용된다. 다른 버전의 하드웨어와 소프트웨어 및 개발 툴들을 조합하여 사용하는 제어시스템을 서류화 한다는 것은 정보가 알려진 문제를 찾아내기 위하여 사용되거나 공유되지 않는다면 소용없는 것이 된다. PC기반 제어 시스템 내의 2000년 문제의 영향은 2000년 문제가 최소화될 수 있도록 보장할 수 있는 곳에서 완전히 문서화하고 테스트한다.

예)

  1. DEC VAX 11/780, PDP-11/44
  2. HP 9000/G40, HP1000, HP3000
  3. IBM PC/AT, Compaq Deskpro450
  4. Texas Micro D486

 

1.3.13 소프트웨어

소프트웨어 구성원은 제조 및 설비 시스템을 지원하는데 사용되는OS, 소프트웨어 패키지 및 소프트웨어 툴들을 포함한다. 전형적인 소프트웨어 패키지들은 데이터베이스, 그래픽, 데이터 수집 특수 패키지 등이 있다. 소프트웨어 툴은 컴파일러, 어셈블러, 코드 관리 시스템, 래더 로직 프로그래밍 툴, PLC 상태 감시 시스템을 포함한다. 응용 프로그램을 개발하기 위하여 사용된 런 타임 라이브러리들을 포함한 모든 패키지들은 또한 잠재적인 문제들을 가지고 있다. 소프트웨어 패키지에 대하여 알려진 몇몇 문제들로는 2000년이 되었을 때 시스템이 완전히 잠기거나 이력 데이터를 기록하지 못하거나 경보나 이력 데이터를 정확히 분류해 내지 못하는 것 등이다.

예)

  1. Wonderware In-Touch 5.0b
  2. Bosch MADAP
  3. Microsoft 윈도우s NT3.51

 

1.3.14 소프트웨어 변경

소프트웨어 변경 구성원은 제조 및 설비시스템을 지원하는 소프트웨어를 포함한다. 소프트웨어변경 프로그램은 래더 로직 프로그램, KAREL언어로 된 로보트 제어 프로그램 및 다른 프로그래밍 언어로 쓰여진 컴퓨터 프로그램 등이 있다.

예)

  1. 래더 로직 프로그램
  2. 컴퓨터 프로그램

특별한 시스템을 위하여 쓰여진 주문 소프트웨어는 PLC, 로보트 제어기, CNC 및 컴퓨터에 존재한다. 정의에 의하면, 이런 주문 소프트웨어는 특수하고 알려지지 않은 응답 부류로 나뉘어지기 때문에 문제가 존재한다. 각 프로그램의 테스트에 필요한 조건을 결정하기 위해 다음 구성원이 고려되어야 한다.

  • 시스템이 클럭을 가지고 있는가.
  • 시스템이 일자를 표시하는가.
  • 시스템이 일자를 출력하는가.
  • 시스템이 일자 정보를 저장하는가.
  • 응용프로그램이 다른 프로그램과 연결되어 일자 정보를 보내는가.
  • 응용프로그램이 실행되는 운영체제가 2000년에 대응되는가.
  • 응용프로그램이 2000년에 대응되지 않는 패키지를 사용하는가.
  • 응용프로그램이 2000년에 대응되지 않는 툴을 사용하는가.
  • 응용프로그램이 스케줄링이나 시간 기록을 위하여 일자를 사용하는가.

 

1.3.15 시스템 통합자

시스템 통합자 구성원은 다른 구성원의 제조업자에 반하여 공급자 또는 시스템 기술자들을 알아내기 위하여 포함된다. 일반적으로 시스템 통합자는 구성원 문제보다는 시스템 문제가 발생되었을 때 최초로 연락되어야 할 사람이다.

1.4 용어

다음은 2000년 프로젝트나 이 문서 내에서 특별한 의미를 가지는 단어들의 목록이다.

단어 혹은 숙어

정의

범용 무결

현 일자에 값이 없으면 정상적 작동에 중단되는 원인이 된다.

일자 무결

(일자,기간,요일 등) 달력과 관련된 데이터의 모든 처리는 응용프로그램 영역에서 모든 유효한 일자 값들에 대해 옳은 결과를 제공한다.

년도 첫번째 2자리의 명백

인터페이스에서 일자 구성원과 데이터 저장은 그 해의 첫번째 두 자리를 모호한 일자 제거를 허락한다.

년도 첫번째 2자리의 묵계

어떤 일자 구성원이 첫번째 두 자리 없이 표현되기 위해서는 적당한 첫번째 두 자리는 그 구성원을 포함하는 모든 조작을 위해서는 모호하지 않다.

의미의 연장

일반적으로 일자 필드를 위한 특정 값들은 특별한 번역을 위해 남겨 둔다. 가장 일반적인 예는 명확하기 않은 끝 일자로서,즉, ”만기 되지 않은” 두 자리 연도 필드 안에서 “99”를 번역하는 것이다.

달력 에러

에러들은 전형적으로 윤년으로써 2000처리의 실패와 일자 표현 사이의 틀린 변환을 포함한다.

일자 범람

많은 소프트웨어 제품들은 기준 일자/시간으로부터 일, 초, 마이크로 초 마다 상쇄를 기준 일자/시간에 더함으로써 내부적인 일자들을 표현한다. 상쇄 값을 잡고 있는 하드웨어 정수는 정의되지 않은 행동을 이끌 수 있는 사건으로써 최대 응답 일자를 지나 넘칠 수 있다.

의미의 불일치

시스템사이의 인터페이스에서 각 편의 소프트웨어는 넘겨진 데이터의 의미로 가정한다. 소프트웨어는 두 자리 연도에 같은 첫번째 두 자리의 가정된 일자를 만들어야만 한다.

년도 첫번째 2자리의 모호함

이것은 가장 일반적인 구성원 이다. 소프트웨어는 하나 또는 두 자리 연도로 일자를 표현한다. 소프트웨어가 일자는 19XX 범위가 모두가 아니다라는 사실을 인식할 수 없을 때, 그 결과는 바람직하지 않다.

Gregorian 달력

Pope Gregory XIII에 의해 1582년의 Julian 달력의 개정은 1752년 미국과 영국에 채택되었다. 백 진법의 윤년은 400 rule로 나뉘고 1700년 동안 10 또는 11일을 삭제했다.

Julian 달력

46BC에 로마에 소개된, 이것은 12개월을 매 4년 마다 366일을 갖는 365일의 해로 제정했다.

Julian 일자

Julian 일자(JD)은 정오 4713BC에 정오를 지나서 하루의 시간을 위한 하루의 분수적 부분을 더한 이래로 상당한 날들 이다.

변경된 Julian 일자

수정된 Julian 일자(MJD)은 Julian 일자에서 상당한 하루의 크기를 5자리로 줄이기 위해, 하루의 시작 시간을 자정으로 옮기기 위해 Julian 일자에서 2,400,000.5를 뺀다.

1997년은 MJD는 50448 + DOY ( 년도일:day of year )

실시간 시계

시스템이 꺼질 때 시간을 유지하는 배터리 작동시계

가상 시계

운영시스템 서비스로써 시간과 일자를 유지하기 위해 운영 시스템에서 사용하는 소프트웨어에 기초한 시계

준수

2000년 준수는 수행과 기능이 2000년 후,동안,이전의 일자에 의해 영향을 받지 않는 것을 의미한다. Compliance는 일반적인, 일자 그리고 세기 무결성이 만족될 때 예증될 것이다.

2000년 준비

2000년 일자 결과로 생산 이나 품질에 영향이 없을 것이다. 그러나 준수는 요구되지 않는다.

단위

단위는 일자/시간을 포함한 장비나 프로세서가 고장이 발생할 수 있는 최소로 인정할 수 있는 단위다. 그 목록은 다중 단위로 구성될 것이다.

구성원

테스트 결과에 영향을 줄 수 있는 단지 하나의 일자/시간 기능을 갖고 있는 어떤 독립형, 컴퓨터에 기초한 ,상업적 off-the-shelf 장비 또는 소프트웨어에 패킷,. 2000년 프로젝트을 위한 가장 작은 단위의 테스트.

혼합된 구성원

테스트 결과에 영향을 줄 수 있는 도구나 그 이사의 일자/시간 기능을 갖고 있는 어떤 독립형, 컴퓨터에 기초한 , 상업적 off the shelf 장비 및 소프트웨어 패킷.

시스템

시스템은 제조 과정의 부분에 형성되는( 즉 , 용접 Cell , 제품 Cell등) 구성성원과 다양한 조합된 구성원으로 구성된다.

클러스터

클러스터는 완전한 제조 과정( 즉, 용접 Cell ,생산 Cell 등)을 구성하는 다양한 시스템으로 구성돼있다.

상호 클러스터 테스트

특별한 기능들이나 기능들을 가로질러 조직된 통합 테스트의 상위 레벨. 예는 생산 전달을 통한 생산 지시이다.

테스트 계획

테스트 계획은 테스트 사항들과 테스트 정본으로 서류화 된 세트이다

테스트 경우

테스트 경우는 특별한 입력 데이터 와 예상된 테스트 결과를 갖춘 서류화 된 테스트 과정이다.

예 ? 1999년 12월 31일 롤오버

테스트 절차

테스트 과정은 수행되는 테스트의 단계 단계적 묘사이다.

예? 롤오버

 

    1. 참고

 

    다음이 참조 리스트는 2000년 프로젝트에 관련 있다.

     

1.

ANSI X3.30 ? 일자 데이터 형식화

 

2.

FIPS-4-1 (수정 1996-03-25) ? 연방 혹은 DoD 치유

 

3.

ASC X12 EDI 실험사용을 위한 도안 표준, ISO 9735, UN/EDIFACT ? 전자 위원회(EDI)

 

4.

수정 Julian 일자 (Modified Julian 일자: MJD)는 국제 태양력 위원회(IAU: International Astronomical Union(IAU)와 공중파 자문 위원회(CCIR: Consultative Committee for Radio: CCIR), 국제 통신 위원회(ITU: International Telecommunication Union)에 의해 인정되었다. 그에 해당하는 기록이 “CCIR의 권고사항 457-1은 표준주파수와 시간신호 지원으로 Julian 일자를 변경하는 사용”에 있다. 이 기록은 CCIR “녹색 책” 제 7권에 포함되어 있다.

 

5.

컴퓨터를 위한 달력에 대한 정보는 JD & MJD에 있다.

6.

Julian 일자(JD)에 관한 추가적이고 광범위한 기록은 지금은 천체 달력(Astronomical Almanac)이라 불리는 천체 달력과 해양 달력을 위한 설명에 포함되어 있다.

7.

매우 큰 시스템 테스트: David Marks, McGraw Hill 1992, ISBN 0-07-040433-X

8.

소프트웨어 테스트; Marc Roper, 1994, ISBN 0-07-707466-1

9.

컴퓨터 소프트웨어 테스트; Kaner, Tab, 1998, ISBN 0-8306-9563-X

10.

실세계의 소프트웨어 테스트, 그 절차의 개선; Edward Kit, Addison-Wesley, 1995, ISBN 0-201-87756-2

11.

기술적 접근의 소프트웨어 테스트; Paul C Jorgensen, 1995, ISBN 0-8493-7345-X

12.

소프트웨어 타당성 계획을 위한 IEEE 표준(ANSI/IEEE 표준 1012-1986)

13.

소프트웨어 테스트 기록을 위한 IEEE 표준 829-1983 (1991년 갱신)

 

    1. 테스트 도구

 

어떤 테스트 도구는 2000년 프로젝트에 유용하다. 회기의 결과가 PC호환을 위한 파이럿 테스트 동안 수동으로 테스트할 때와 일치하지 않을 수 있다. 2000.EXE 테스트 도구는 사용자 인터페이스를 통해 접근할 수 없는 실시간과 사용자 인터페이스를 통해 정상적으로 접근할 수 없는 테스트 특성을 가진 실시간을 검토하는데 유용한 도구이다. 그 도구에 포함된 도움말 파일은 그 결과에 대한 설명을 제공한다. PC BIOS와 실시간 함수를 테스트 하는 것에는 몇 개의 도구가 있다. 또한 회사들은 잠재적인 2000년 문제를 안고있는 PLC 프로그램을 조사하기위한 도구를 개발하고 있다.

 

 

 

2. 테스트 계획

 

 

 

 

 

이 부분에서 특정 테스트 계획을 작성하기 위한 지침을 제공한다. 제조 공장과 제조 시스템을 위한 예제 테스트 계획이 참고에 포함되어 있다. 테스트를 수행하는데 필요한 자원도 설명되어 있다. 거대한 시스템에서 수행되는 테스트는 분할과 정복(Divide and Conquer) 방법을 사용한다. 테스트에 대한 경우의 수가 적으면 적을 수록, 찾으려는 에러의 유사성이 증대하면 증대할 수록 그 테스트에서 가장 작은 분할로 단위 테스트를 하는 것은 타당하다.

일단 단위 테스트가 수행되면 테스트된 단위로부터 조립해 가는 과정에서 거대한 시스템의 통합 테스트를 수행한다. 이 단계에서 테스트의 경우의 수는 증가하고 2000년에 대한 찾고자 하는 에러의 유사성은 감소한다. 균형과 조정이 테스트 설계자가 시스템 경계와 적정 테스트 선택을 위해 요구된다. 단조로움을 가진 제조 시스템들은 많은 공통의 구성원과 유사한 구조를 공유한다. 유사한 구조에서 동일한 시스템을 사용하는 두 시스템은 상이한 어플리케이션을 가질지도 모른다. 그리나 별도의 테스트를 요구하는 완벽이 서로 다른 방법에서 일자 관련 함수를 사용할 지도 모른다.

 

테스트 단계:

  1. 구성원 테스트: 하나의 구성원 제어기기 혹은 어플리케이션 별로 테스트
  2. 결합 구성원 테스트: 표준 구성원들, 사용자 어플리케이션 프로그램, 혹은 조정 결합 테스트
  3. 시스템 테스트: 결합 구성원의 집합 테스트와 완벽한 제조 혹은 설비 관리 시스템으로 결합된 구성원 테스트; 이 예로는 PLC, HMI, PC, 그리고 용접 제어기기를 가진 용접 CELL이다.
  4. 클러스터 테스트: 완벽한 제조 공정 프로세스를 구성하는 비즈니스시스템, 공통시스템, 시스템의 집합 테스트; 이 예로는 어떤 공통시스템에 전체 인터페이스를 포함하는 페인트 공정 시스템의 테스트
  5. 혼합 클러스터 테스트: 특정 함수 혹은 함수적 경계를 따라 구성된 테스트로 경우의 수에 대한 통합 테스트의 최종 단계; 이 예로는 자동차 배분에 있어 자동차 주문의 전체 프로세스

 

2.1 테스트분야

대부분의 미심쩍은 장치 혹은 시스템을 확인하기 위한 컴퓨터와 관리 목록에 기초한 테스트 계획에 우선순위를 매긴다. 미심쩍은 장치는 알려지지 않거나 기록되는 않은 테스트 결과를 가지는 것들이다. 장치들은 데이터 정보를 공유하는 어떤 시스템의 부분이거나 의심을 고려해야 하는 공정 절차(암호화된 데이터 정보)에서 만들어진 생산을 위한 데이터 정보를 사용한다. 지엽적으로 구축되고 프로그램된 단일 시스템은 개별적으로 테스트 되어져야 한다. 그리고 접하기 쉬운 하드웨어나 소프트웨어를 위한 테스트 결과는 산업적으로 넓게 공유될 수 있다.

 

2.1.1 목록

 

공장 목록과 이용할 수 있는 장비 상태 정보를 사용한다. 상태가 알려진 구성원을 제거한다. 그리고 테스트할 후보 공정 시스템을 선택한다. 제어 목록과 컴퓨터는 불필요한 노력을 최소화하기 위해 보편성이 있는 표준 이름을 사용하여 기록한다.

 

2.1.2 자원 이용성

테스트를 계획하기 전에 요구된 자원을 평가한다.

  • 제조 시스템을 생산에 이용할 수 있다/없다.
  • 제조 시스템은 실험 환경에서 테스트 될 수 없다.
  • 제조 시스템은 기능적이고 반복적인 순환이 될 수 있다.
  • 반복적인 순환 공정은 유사한 시스템이 있는 CELL의 선택에 영향을 줄지 모른다.
  • 적절한 인력을 테스트를 수행하고 검토하기 위해 이용할 수 있다.
  • 외부 시스템 인터페이스는 테스트 목적을 위해 수정되어지거나 모의 실험체가 되거나 차단 되어질 수 있다.
  • 백업은 테스트되기 전에 수행되어져야 한다.
  • 인력지원은 요구되어지는 데로 이용할 수 있다.

 

2.2 테스트의 적용

 

다음 테스트 절차는 주지적이고 반복적인 테스트 결과를 보장하기 위해 2000년 테스트를 위한 뼈대를 제공한다. 이들 테스트는 사용자 어플리케이션 뿐만 아니라 표준 제어 구성원과 소프트웨어에 이용할 수 있다. 구성원 유형과 테스트 아래 보여지는 메트릭스는 표준 구성원 혹은 특정 제조 시스템에서 수행되어질 일련의 권고된 테스트를 포함한다. 이들은 오직 추천 사항이다. 테스트 하는 사람은 이들 테스트를 검토하고 특정 구성원과 시스템에 적용 할 것인가를 결정해야 한다.

구분

구성 구성원 형태

 

 

테스트 명

HMI

비전시스템

측정기

모션제어기기

용접제어기기

특수 시스템

PLC

 

 

정보

코프로세서

로보트

 

 

 

CNC

PC/

마이크로/

미니

BIOS

소프트웨어

 

주문 소프트웨어

3.2

Rollover, Reboot,요일

테스트

X

X

X

X

X

X

X

3.3

임의 일자 설정 테스트

X

X

X

X

X

X

X

3.4

윤년 테스트

X

X

X

X

X

X

X

3.5

일자 테스트

 

 

X

 

 

 

X

3.6

기타 일자 표현 테스트

 

 

 

 

 

 

X

3.7

연산 일자 테스트

 

 

X

 

 

 

X

3.8

업로드/다운로드 테스트

 

X

X

X

X

 

X

3.9

특수 값 테스트

 

 

X

 

 

 

X

3.10

파일 또는 디렉토리 생성 테스트

 

X

X

X

X

 

X

3.11

감사 Log 테스트

 

 

X

 

 

 

X

3.12

보고서 테스트

 

 

X

 

 

 

X

3.13

Log File 해제 테스트

 

 

X

 

 

 

X

3.14

시간 테스트

 

 

X

 

X

 

X

3.15

입력 자료 테스트

 

X

X

X

 

 

X

3.16

출력 자료 테스트

 

X

X

X

 

 

X

3.17

활성/비활성 테스트

 

 

 

 

 

 

X

3.18

조회 자료 테스트

 

 

X

 

 

 

X

3.19

간접 일자 사용테스트

 

X

X

X

X

 

X

 

 

2.3 구성원 요약문서

 

테스트를 위해 선택된 각 구성 구성원에 대한 요약문서는 다음과 같다.

 

  • 2000년 상태 구성원은 알려진 것과 알려지지 않는 것이 있다.
  • 구성원은 Clock( Time ) 기능을 가지고 있다.
  • 구성원은 내부 일자 기능을 가지고 있다.
  • 구성 일자는 2또는 4자라 년도를 표시하는데,

      # 만약 년도가 2자리이면 :

  • 2000년을 위한 로직이 지원되는가( 1999/2000년 경계를 기준으로 작업한다. );
  • 2000년 틀로 시작 했을 때;
  • 2000년 틀로 종료 했을 때

 

  • 구성은 2 또는 4자리로 인쇄된 년도를 사용한다.
  • 구성은 2 또는 4자리 년도 표시를 사용한다.
  • 구성은 2 또는 4자리 년도 입력을 사용한다.
  • 구성은 2 또는 4자리 년도 저장을 사용한다.

구성은 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자리를 잘못 해석하지는 않는지;
  • 시간 & 일자가 계획하고, 계산하고, 이력 일자 등의 기능에 독립적인가.

 

2.7 상호 클러스터 테스트

 

상호 클러스터 테스트는 부분적인 기능을 지원하는 시스템 모두를 가지고 그룹으로서 테스트를 기본으로 한다. 예를 들면 2000년 후 자동차를 판매상에 공급하기 위해 자동차 주문을 처리하거나, 새로운 고용인을 고용하는 일을 처리할 경우이다.

 

 

2.8 절차

 

이번 항목에서는 테스트를 하기 전, 하는 동안, 테스트를 마친 후에 고려해야 여러 활동들을 나열한다. 이러한 지침들은 모든 테스트를 적용한다. 테스트 환경에 열거된 시스템을 위해 필요로 한 테스트 변수들을 수정하라. 테스트를 위해 설정된 기록을 확인하라. 생산 시스템에서는 Conduct 테스트가 최선이다. 생산 시스템을 사용할 때 적당한 Backup 절차들을 테스트하기 전에 이루어 져야 하고 Backup 매체가 재 Install을 위해 준비되었는지 확인해야 한다. 만약 Conduct 테스트를 위한 시간 틀이 제한적이라면, 재 Install을 위한 총 시간을 포함하여 테스트를 위해 요구되는 총 시간을 결정하는 것이다.

주의:

 

  1. 일자 검사하는 일부 Software ( 예를 들면 윈도우95 betas )는 다시 맞추어야 하고 일자를 설정한 후에 앞으로 접근을 허가하지 않는다. 다른 문제점은 암호나 사용자 ID, 제품 허가권을 만료하기도 한다.
  2. 일자 검사하는 일부 Software ( 예를 들면 윈도우95 betas )는 다시 맞추어야 하고 일자를 설정한 후에 앞으로 접근을 허가하지 않는다. 다른 문제점은 암호나 사용자 ID, 제품 허가권을 만료하기도 한다.
  3. 모든 테스트는 밧데리는 CMOS 설정에 대한 Backup, 메모리등에 사용되며, 응용 소프트는 선택적이거나 아닐 수도 있다고 가정한다.
  4. 모든 테스트는 밧데리는 CMOS 설정에 대한 Backup, 메모리등에 사용되며, 응용 소프트는 선택적이거나 아닐 수도 있다고 가정한다

 

 

2.8.1 사전 테스트

 

제조 시스템에 Conduct 테스트를 위한 사전 작업:

 

  • 위치를 정하고 시스템 백업을 확인하거나 새로운 백업을 만들어라;
  • CMOS 또는 테스트 전에 환경 변수들을 문서화 하라;
  • 정확성과 완전함을 위해 시스템의 목록을 확인하라;
  • 어디가 적당한지 제어 시스템 구조를 도표로 그려라;
  • 모든 자료의 입력들, 출력들, 조회들, 내부 Clock들이 있는지 검정하라;
  • 테스트 전에 정확한 작동을 보증하기 위해 장비 전체의 습기를 제거하라;
  • 장비를 재 부팅하고 테스트 전 어떠한 비정상적인 상황을 기록하라;
  • 테스트 상황에서 독특한 시스템을 위해 필요한 테스트 변수들을 수정하라, 이는 테스트를 위해 설정 기록을 확인하는 것이다;
  • 컴퓨터 또는 이를 근간으로 하는 어떤 네트워크 장비 또는 부팅하거나 연결됨으로써 일자를 재설정 하는 다른 시스템의 연결을 끊어라;
  • 이력과 보고서를 포함하는 테스트를 위해 일자를 놓아두라;
  • 가능한 테스트 자료들을 재 사용하라.

 

2.8.2 테스트

 

테스트를 위해 선택된 각 제조 시스템:

 

  • 당신이 알고 있는 시스템 정보와 장비의 부류를 기반으로 적당한 테스트를 선택하기 위해 지침서를 사용하라;
  • 반복성을 위한 테스트 절차 순서를 문서화하라;
  • 시스템 E-stop에 준비 완료 상태에서 몇 사람과 함께 기대하지 않은 결과를 준비해라;
  • 시간표 정보와 함께 원격 시스템과 통신 기능을 이해하라;
  • 보관하고 있는 정보가 시간을 근거로 된 시스템에 어떻게 조작하는가를 이해하라. 테스트 후에 필요하다면 저장될 수 있는 일자를 확인하라;
  • 특별한 테스트들을 요구하는 망은 다시 연결하라.

 

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 타 일자 표현 테스트

아주 빈번히 나타나는 데이트 관련 기능들과 연결 가능하도록 하는 것들을 포함하여 사고력이 있도록 하는 일자 형식을 간략히 기술하면 다음과 같다.

  • 줄리언 데이트(JD) - 1월 1일 정오 12:00 - 4712(줄리언 0 일자 )와 일부분은 24시간일자의 빠른정오 이래 날자의 숫자로 표현하는 실제 수
  • 줄리언 데이트수정(MJD) - 1858년 11월 17일 자정 줄리언 데이트 2,400,000.5분 이동하여 참조하는 일자. 150년 후 이 숫자는 5자리만큼 감소한다. 1997년 MJD = 50448 + DOY
  • 년도일별형태(DOY) 그레고리안 일자
  • 데이트표현에 사용되는 YYDOY 또는 YYYYDOY 형태로 정확한 운영을 위한 테스트에 사용할 것이다 Y는 2자리숫자의 년도와 4자리숫자의 연도, DOY는 001에서 365(또는 윤년의 366)까지의 그 해의 일자

 

DOY 일자 체크:

  • 2000년 2월 29일은 00060 또는 2000060 ;
  • 2000년 12월 31일은 00366 또는 2000366 ;
  • 잘못된 일자 98000, 98367, 00000, 2000000;
  • 특별코드 99365.

 

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년에 생성된 기존 기록을 조회하고 탐색한다.

기대되는 결과:

기대되고 있는 모든 기록을 찾아 확인한다.

 

    1. 로그 파일 제거 테스트

       

      로그 파일 제거 테스트는 가장 오래된 파일을 지움으로써 파일 시스템 공간을 유지하기위해 주기적으로 오래된 데이터를 제거하는 생산 시스템에 적용된다. 그 문제는 2000년 후 다른 파일 보다 낮은 해의 파일들이 삭제될 때 발생한다. 시스템이 2000년의 데이터를 1999년 보다 낮은 해로 간주한다면? 두자리 연도로 비교된다면, 이 문제는 발생할 수 있고 최근의 데이터가 삭제될 수 있다.

      테스트:로그 데이터 백업이 유효함을 확인하라

      테스트를 위해 2000년 1월 10일 이상으로 시스템일자를 설정한다.

      로그 파일을 위해 새로운 데이터를 생성하고나 있는 데이터의 이름을 변경하라

      시스템으로부터 7일 보다 오래된 데이터를 삭제하려고 시도하라

       

      기대 결과: 삭제 일자 전의 데이터만 제거되었는지 확인하라.

      예: VAX/VMS RMS 삭제 명령

      삭제 기능을 지원하는 데이터 베이스 제품

       

    2. 타이머 테스트

      이 테스트는 다음의 기능을 제공하는 시스템이나 소프트웨어의 이벤트 타이머의 운영과 생성을 확인한다.

      테스트: 테스트를 위해 2000년 이전으로 컨트롤 시스템의 일자를 설정한다.

      2000년 1월 3일 오전 10:01에 트리거가 발생하거나 알람이 되도록 새 타이머를 생성한다.

      테스트를 위해 2000년 1월 2일로 컨트롤 시스템의 일자를 설정한다.

      2000년 1월 3일 오전 10:02에 트리거가 발생하거나 알람이 되도록 새 타이머를 생성해라

      테스트를 위해 2000년 1월 3일로 컨트롤 시스템의 일자를 설정한다.

      오전 10:00로 시간을 설정한다.

      트리거의 알람 발생을 기다린다.

      기대 결과: 2000년 이전에 생성된 타이머나 알람이 정확하게 작동되는지 확인한다.

      2000년 이후에 생성된 타이머나 알람이 정확하게 작동되는지 확인한다.

      예:UNIX 추론 일정 소프트웨어;

      SCADA Package 타이머 기능;

      환기 및 쿨링 장비 의 시작 및 정지를 위한 HVAC Controls.

       

    3. 입력 데이터 테스트

입력 데이터 테스트는 다른 생산 제어 시스템이나 레벨로부터 일자 정보를 읽는 생산 시스템에 적용한다.

테스트: 테스트를 위해 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 일반적 명백한 상태

    1. 시스템 일자는 위험성 있는 일자로 설정 될 수 있다.

      1999-12-31, 2000-02-02, 2000-02-09

    2. 위험성 있는 일자에 대한 시작으로 재 초기화.

      1999-12-31, 2000-02-02, 2000-02-09

    3. 시스템 일자가 위험한 일자로/부터 진행

      1999-01-01,2000-01-01,2000-02-29,2000-03-01

    4. 프로그램 언어에서 호스트 또는 시간정보의 기능을 통하여 시스템 일자 얻는가 ?
    5. 이러한 기능이 위험성 있는 일자를 가진 시스템 일자로부터 받는가 ?

      (1999-12-31,2000-01-01,2000-02-29)

    6. 이러한 기능이 위험성 있는 일자로부터 진행되어온 시스템일자로부터 받는가?

      (1999-01-01,2000-01-01,2000-02-29,2000-03-01)?

    7. 제 3의 제품이 이 응용프로그램에 들어있는가?
    8. 프로그램 로직 상의 어느점에서 시스템 일자 가 첫번째 2자리를 명백한 표현을 위한 무시할 수 있는 값이 어플리케이션 코드가 있는가 ?

      4.1.2 일자 명백한 상태

    9. 1990-01-10에서 2050-12-31까지의 범위에 일자 값을 위한 데이터 종류를 지원하는 프로그램 언어인가 ?

      10. 어플리케이션은 윤년을 연산하는가 ? 2000년 윤년을 연산하는가 1900년은 윤년이 아닌 것으로 연산하는가 ?

      11. 일자, 추가일자와 기간, 요일의 연산 사이에 차이를 정확하게 연산하는가 ?

      12. 표시되는 것에서 다른 일자 값으로 어플리케이션은 변경되는가 ? 조지리안 달력에 따르는 일자 표시사이에 소프트웨어는 정확하게 변환하는가 ?

      13. 분기 로직이나 Boolean값의 연산의 어느 점에서 어플리케이션이 일자 비교가 되는가 ? 기대되는 일자의 범위로 모든 조합된 값을 위해 결과를 수집에 비교 생산이 되는가 ?

    1. 내부 테이블에 탐색, 소팅, 머징 혹은 인덱싱을 목록에 포함되거나 가변 일자에 기준한 타 일자 구조를 포함하는 어플리케이션이 있는가 ? 핵심 변수에 있는 일자를 가능한 모든 값을 운영 수행에 정확한가 ? 19xx와 20xx에 순차의 상호 일자가 모든 가능한 값을 위한 운영을 수행하는가 ?
    2. 일자와 시간으로부터 벗어난 것과 같이 모든 변수에 어플리케이션으로 표시할 수 있는가 ? 이 표시되는 일자의 최고 값은 무엇인가? 기준일자에 표시되는 일자를 위한 최소의 값은 무엇인가 ? 극단으로 표시일자가 떨어진 것을 이용하여 각 변수에 값의 범위를 기대하는가 ?
    3. 하나의 변수에서 다른 것으로 일자의 값을 어플리케이션에서 지정하는가 ? 모든 지정동안 첫번째 2자리를 값을 줄일 수 있는가 ? 4자리 명백한 값의 정확한 결과를 요구를 처리하는가 ?
    4. COBOL의 REDFINE이나 FORTRAN의 COMMON등과 같은 하나의 변수보다 많게 데이터 어드레스 MAP의 언어 특성인 어플리케이션 인가 ? 일자 값에 첫번째 2자리가 모두가 명확하게 표시되는가 ? 동일 첫번째 2자리의 데이터 공유에 모든 값이 가정된 처리의 사용이 일자 값으로 줄이게 되는가 ?
    5. 일자, 월 혹은 년을 포함하는 처리의 일자 값이 불변인가 ? 일자 불변이 기능적 요구사항에 본질적이나 편리함으로 일자 데이터 형식에 사용되는 특수 값인가 ?
    6. 1900-01-01에서 2050-12-31까지 값을 정확하게 저장하고 조회가 가능한가?
    7. 일자 필드에 주문 파일 콘텐트에 소트와 머지 유틸리티를 어플리케이션에서 사용하는가 혹은 일자 필드에 인덱스 파일을 사용하는가 ? 1900-01-01에서 2050-12-31까지 범위에서 모든 일자의 값은 정확한가?
    8. 탐색, 삽입, 최신화에 구조화된 데이터베이스에 표시된 원초 혹은 대안에 믿을 수 있는가 혹은 데이터 필드에 있는 모든 키를 삭제하는가 ? 1900-01-01에서 2050-12-31 범위에서 일자의 모든 값이 정확하게 주문 인덱스가 되는가 ?
    9. 널 값에 어떤 전래에 모든 일자 변수를 초기화하는가 ?

 

      1. 첫번째 2자리 년도의 명확화
    1. 어플리케이션이 일자의 종류에 첫번째 2자리를 명확하게 표시하는 것이 허락되는 언어, Toolkit 혹은 어플리케이션 발생기를 사용하는가 ? 만약 외부 입력이나 소프트웨어 로직으로 전달되는 것으로 공급되는 형태의 변수에 첫번째 2자리를 위한 값인가 ?
    2. 어플리케이션은 일자 변수의 저장과 조회에 데이터 잔류에 DBMS나 타 계층(혹은 수평) 소프트웨어 제품을 사용하는가 ? 만약 그러면, 일자 변수 저장과 조회에 첫번째 2자리를 명백한 값을 지원하는 제품으로 처리할 수 있나 ?
    3. 어플리케이션은 년도의 명백한 첫번째 두자리 일자 변수를 구성된 I/O, API, 외부 서브 프로그램의 Call, IPC, 라이블러리 루틴, HMI과 외부 인터페이스를 보유하고 있나 ? 소프트웨어를 타 외부 인터페이스에 프로그램 로직을 통하여 흐르는 것의 모든 변수처럼 첫번째 2자리에 무시, 단축 혹은 재 쓰기가 되는가 ? 모든 흐름에서 조지리언 달력을 바탕으로 처리를 생성된 모든 로직 대안이 가능한가 ?
    4. 어플리케이션에 내부와 일자 문제 등급에 모든 만족을 증가하는 첫번째 2자리를 명확하게 모든 일자를 표시하는가 ?

 

      1. 연도의 첫번째 2자리의 모호
    1. 어플리케이션이 일자 정보 형태에 첫번째 2자리의 명확이 없이 일자 표시를 허락하는 GUI작성기를 포함하여 어플리케이션 발생기와 언어, 툴킷트를 사용하는가 ? 만약 사용한다면, 모든 인터페이스나 원초의 저장에 일자 값을 전달하기 위해 모든 처리에 첫번째 2자리에 공급한다. 만약 그러하면, 첫번째 2자리를 위한 값이고 변수를 잡을 수 있는 것과 같이 모든 가능한 일자의 값이 정확한가 ?
    2. 어플리케이션은 일자, 월, 년 등과 같은 일자의 부분이나 일자의 값을 담긴 것을 사용하는가 ? 만약 그러면, 첫번째 2자리를 위한 값이 변수를 잡을 수 있는 가능한 모든 일자의 값이 정확한가 ? 모든 처리가 일자 변수와 같은 모든 가능한 값을 위한 결과가 작성되고 프로그램 로직에 타 운영에 변수를 통하여 운반된 간접적인 것 혹은 직접적인 것과 값이 담겨있는 것을 사용하는가 ?
    3. 어플리케이션은 일자 변수를 전달하는 In-Line SQL, IMS DML 등과 같은 모든 API를 사용하는가 ? 만약 그러면, 모든 일자 값은 이 인터페이스 상호간에 전달되는가, 수신 소프트웨어는 불이행이 제공되는가 혹은 첫번째 2자리의 값이 전달되는가 ? 규칙은 전망되고 있는 필드에 일자를 위해 모든 가능한 값에 개별과 같이 인터페이스 불변의 양측에 변차가 있는가 ?
    4. 어플리케이션은 일자의 첫번째 2자리 명백함 없이 일자 필드로 구성된 사용자 인터페이스 지원하는가 ? 각 필드에 일자에 모든 가능한 값에 사는 확실한 필드의 일자의 첫번째 일자인가 ?
    5. 표시되는 모든 일자는 어플리케이션에 내부와 모든 인터페이스에 일자 문제를 등급을 만족하는가 ?

 

4.2 2000년 테스트 보고서 형식

다음의 부문은 2000년 테스트 보고서 와 2000년 시스템 테스트 보고서 양식의 사용과 목적을 설명한다. 이들 표준화된 형식으로 당신의 테스트 결과에 반응함으로써, 테스트한 데이터가 당신의 조직을 통해 공유될 수 있다.

 

4.2.1 테스트 보고서 목적

2000년 테스트 보고서 양식의 목적은 회사를 통하여 공유된 구성원으로 2000년 테스트의 결과를 획득하고 특이한 시스템의 테스트 결과를 기록하는 것이다. 테스트할 때 혼합된 구성원은 혼합된 구성원 테스트 보고서를 사용하고, 제조 시스템을 위해서는 시스템 테스트 보고서를 사용한다.

      1. 일반적인 테스트 보고서 지침

결과 ? 합격, 불합격 , 적용불가

효과 ? I(Incovient) , S(Severe) , C(Catastrophic)

Severity ? 1에서 10까지

 

  1. ? MILD -철자가 틀린 단어
  2. ?MODERATE -잘못 인도하거나 장황한 정보
  3. ?ANNOYING -잘린 이름
  4. ?DISTURBING -진행되지 않는 처리
  5. ?SERIOUS - 처리를 잃어버림
  6. ?VERY SERIOUS - 잘못된 처리 실행
  7. ?EXTREME -자주 매우 심각한 에러들
  8. ?INTOLERABLE -데이터베이스 충돌
  9. ?CATASTROPHIC -시스템 죽음
  10. ?INFECTIOUS -다른 시스템의 스프레드 죽이기

 

      1. 2000년 구성 테스트 리포트 지침

 

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년 구성 테스트 리포트 양식

 

공장/지역

담장자

업체

모델

버전

구성명

 

일자

위치

시간

인력

 

 

 

테스트 명

결과

효과

결과구성

 

구분

테스트 명

결과

효과

결과 내용

3.2

Rollover, Reboot, 요일 테스트

 

 

 

3.2.1

Rollover ? 1999에서 2000 ? 전원 on

 

 

 

3.2.2

요일일자

 

 

 

3.2.3

Reboot ? 날자 유지

 

 

 

3.2.4

Rollover ? 1999에서 2000 ? 전원 off

 

 

 

3.3

임의 일자 설정 테스트

 

 

 

3.3.1

날자 설정 ? 2000/1/1

 

 

 

3.3.2

날자 설정 ? 날자 유지

 

 

 

3.3.3

날자 설정 ? 2000/2/29

 

 

 

3.4

윤년 테스트

 

 

 

3.4.1

윤년 테스트 ? Rollover 2/28

 

 

 

3.4.2

윤년 테스트 ? Reboot 2/29

 

 

 

3.4.3

윤년 테스트 ? Rollover 2/29

 

 

 

3.5

일자 윈도우 테스트

 

 

 

3.5.1

일자 윈도우 테스트 ? 하위 한계

 

 

 

3.5.2

일자 윈도우 테스트 ? 상위 한계

 

 

 

3.5.3

일자 윈도우 테스트 ? 변경 한계

 

 

 

3.6

기타 일자 표현 테스트

 

 

 

3.6.1

DOY ? 2000/2/19

 

 

 

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 생성

 

 

 

3.10.2

파일-1999-2000 대체

 

 

 

3.10.3

파일-2000-2000 대체

 

 

 

3.11

감사 로그 테스트

 

 

 

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.19

간접 데이터 사용 테스트

 

 

 

 

 

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년 혼합구성 테스트 보고서 양식

 

공장/지역

담장자

일자

위치

구역

혼합 구성

 

벤더

모델

버전

구성

형태

전체결과 (1-10)

 

 

 

 

 

전체결과구성

 

 

 

 

 

 

인력

 

 

 

 

 

 

시간

 

 

구분

테스트 명

결과

효과

결과 내용

3.2

Rollover, Reboot,요일 테스트

 

 

 

3.2.1

Rollover ? 1999 에서 2000 ? 전원on

 

 

 

3.2.2

요일일자

 

 

 

3.2.3

Reboot ? 날자 유지

 

 

 

3.2.4

Rollover ? 1999 에서 2000 ? 전원 off

 

 

 

3.3

임의 일자 설정 테스트

 

 

 

3.3.1

날자 설정 ? 2000/1/1

 

 

 

3.3.2

날자 설정 ? 날자 유지

 

 

 

3.3.3

날자 설정 ? 2000/2/29

 

 

 

3.4

윤년 테스트

 

 

 

3.4.1

윤년 테스트 ? Rollover 2/28

 

 

 

3.4.2

윤년 테스트 ? Reboot 2/29

 

 

 

3.4.3

윤년 테스트 ? Rollover 2/29

 

 

 

3.6.1

DOY ? 2000/2/29

 

 

 

3.6.2

DOY ? 2000/12/13

 

 

 

3.6.3

DOY ? 무효 일자

 

 

 

3.7

데이터 보이기 테스트

 

 

 

3.7.1

2000년 일자

 

 

 

3.7.2

Days 상호 1999/2000 Boundary

3.7.3.

Days 상호 leap year

3.8

업로드/다운로드 테스트

3.8.1

업로드

3.8.2

다운로드

3.9

특수 값 테스트

3.10

파일 또는 디렉토리 생성 테스트

3.10.1

파일-2000 생성

3.10.2

파일-1999-2000 대체

3.10.3

파일-2000-2000 대체

3.11

감사 로그 테스트

3.12

보고서 테스트

3.12.1

보고서

3.12.2

보고서?정렬

3.12.3

보고서-Merge

3.12.4

보고서-검색

3.13

로그파일 정리 테스트

3.14

타이머 테스트

3.15

입력자료 테스트

3.16

결과자료 테스트

3.17

활동/비활동 테스트

3.17.1

유효 접근

3.17.2

무효 접근

3.18

데이터 보이기 테스트

3.19

간접 일자 사용 테스트

 

 

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년 시스템 테스트 보고서 양식

 

공장/지역

연락담당자

일자

위치

구역

시스템 명

결과

결과 평가

인력

시간

항목

공급자

모델

버전

항목

공급자

모델

버전

1

26

2

27

3

28

4

29

5

30

6

31

7

32

8

33

9

34

10

35

11

36

12

37

13

38

14

39

15

40

16

41

17

42

18

43

19

44

20

45

21

46

22

47

23

48

24

49

25

50

관찰된 고장

항목

섹션

테스트명

결과

영향

결과 평가

평가에 대한 수정 또는 작업:

 

4.3 2000년 공장 노트

 

다음과 같은 섹션을 포함한 노트를 갖고 있을 것을 추천한다.

  • 상세한 공장 재고
  • 공장 테스트 계획 요약
  • 공장 테스트 계획
  • 제조시스템 ABC 테스트 계획
    • ABC 테스트 결과
    • ABC 문제점 보고서
    • ABC 수정 활동
  • 제조시스템 XYZ 테스트 계획
    • XYZ 테스트 결과
    • XYZ 문제점 보고서
    • XYZ 수정 활동

 

4.4 샘플 공장(또는 지역) 테스트 계획

 

샘플공장은 조립 공장이다. 바디 샵 구역에서 바디 반제품을 생산하기 위해 몇 가지 유사 제조시스템을 사용한다. 이 테스트 계획에 각기 구별되는 기술을 조합한 한 제조시스템이 포함되어야 한다. 예를 들면 하나의 로봇 용접 셀은 Modicon PLC와 Square D 용접 제어기를 탑재한 제너널 일렉트릭 파낙(GE Fanac) 로봇 제어를 도입한다. 다른 로봇 용접 셀은 Bosch PLC와 British Federal 용접 제어기를 탑재한 쿠카(Kuka) 로봇 제어를 도입한다.

 

4.4.1 바디 샵

 

4.4.1.1 책임 엔지니어

 

4.4.1.2 플로어 팬 조립셀

    테스트 예정일자:

    테스트 완료일자:

    테스트 계획 파일명:

     

        1. right rear quarter 조립 셀

테스트 예정일자:

    테스트 완료일자:

테스트 계획 파일명:

 

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

정상 작동에 대한 시스템 테스트한 자(者):

시스템 재부팅(콜드부팅):

정상으로 작동하는 건조 사이클