운영 인수 테스트

제트 엔진 작동 테스트

OAT(Operational Acceptance Testing)는 품질 관리 시스템의 일부로 제품, 서비스 또는 시스템의 운영 준비(사전 출시)를 수행하는 데 사용된다.OAT는 소프트웨어 개발 및 소프트웨어 유지보수 프로젝트에 주로 사용되는 비기능 소프트웨어 시험의 일반적인 유형이다.이러한 유형의 테스트는 지원되거나 생산 환경의 일부가 되는 시스템의 운영 준비 상태에 초점을 맞춘다.따라서 ORT(운영 준비 상태 테스트) 또는 운영 준비 상태 및 보증 테스트(OR&A)라고도 한다.OAT 내의 기능 시험은 시스템의 비기능적 측면을 검증하는 데 필요한 시험으로 제한된다.

국제 소프트웨어 시험 인증 위원회(ISTQB)에 따르면, 오르니 틴 아미노트란스 퍼레이스,backup/restore 시설 점검을 포함하고 있는 IT재해 복구 절차, 유지 작업과 보안 vulnerabilities.,[1]과 whitepapers의 ISO29119과 작전을 인수할 것 안토니 Woods,[2]에 의해 ISO25000과 작전 커뮤니티에 주기적인 수표.TanceDirk Dach 외 연구진에 의해 발현된 OAT는 일반적으로 다음을 포함한다.^[3]

• 구성 요소 테스트
• 페일오버(동일한 데이터 센터 내)

• 구성 요소 페일오버
• 네트워크 페일오버

• 기능 안정성

• 접근성
• 전환
• 안정성
• 사용성

• IT 서비스 관리(지원성)
• 모니터링 및 경고(잘못된 경우 시스템에서 적절한 경고가 구성되도록 함)
• 휴대성

• 호환성.
• 상호운용성
• 설치 및 백업
• 현지화

• 복구(데이터 센터 전체)

• 애플리케이션/시스템 복구
• 데이터 복구

• 신뢰성.

• 백업 및 복원(복구)
• 재해 복구
• 유지관리성
• 성능, 스트레스 및 볼륨,
• 절차(운영성) 및 지원 문서(지원성)
• 보안 및 침투

OAT 중에 애플리케이션이 원활하게 실행되기 위해 사용하는 환경 매개변수를 변경할 수 있다.예를 들어, 혼합 또는 하이브리드 아키텍처를 사용하는 마이크로소프트 윈도우즈 애플리케이션에서는 다음을 포함할 수 있다.윈도우즈 서비스, 구성 파일, 웹 서비스, XML 파일, COM+ 구성 요소, 웹 서비스, IIS, 데이터베이스의 저장 프로시저 등일반적으로 OAT는 설계, 구축 및 기능 시험과 같은 개발 수명 주기의 각 주요 단계 이후에 발생해야 한다.순차적 프로젝트에서는 시스템을 출시하기 전에 최종 검증하는 것으로 간주되는 경우가 많다. 민첩하고 반복적인 프로젝트에서는 OAT의 실행 빈도가 높아져 이해관계자가 시스템과 운영 환경의 지속적인 안정성을 보장한다.

OAT에서 사용하는 접근방식은 다음 단계를 따를 수 있다.

• 시스템 설계,
• 설계를 평가한다.
• 시스템을 구축하십시오.
• 설계에 맞게 제작되었는지 확인하십시오.
• 시스템 평가: 비즈니스 기능 요구 사항 해결
• 시스템이 비기능적 요구사항을 준수하는지 평가한다.
• 시스템을 배포하고,
• 시스템의 운전가능성과 지원가능성을 평가한다.

OAT 테스트 케이스를 실행하는 경우 테스터는 일반적으로 시스템 또는 환경에 대한 독점적인 액세스 권한을 갖는다.즉, 시험관 한 명이 한 시점에 시험 케이스를 실행하게 된다.OAT의 경우 정확한 작동 준비 상태 게이트(출입 게이트와 출구 게이트)가 정의된다.OAT의 주요 강조점은 시스템의 운영 안정성, 이식성 및 신뢰성에 있어야 한다.

참조