설치 테스트
Installation testing대부분의 소프트웨어 시스템에는 주요 용도로 사용하기 전에 필요한 설치 절차가 있습니다.이러한 절차를 테스트하여 사용할 수 있는 소프트웨어 시스템을 설치하는 것을 설치 [1]: 139 테스트라고 합니다.이러한 절차에는 전체 또는 부분 업그레이드 및 설치/제거 프로세스가 포함될 수 있습니다.
인스톨 테스트에서는, 인스톨 프로세스에서 발생하는 에러나, 인스톨 끝난 소프트웨어를 사용하는 유저의 인식이나 기능에 영향을 주는 에러가 없는 경우가 있습니다.소프트웨어의 인스톨과 인스톨 테스트에 영향을 줄 가능성이 있는 이벤트가 다수 있어, 관련의 액티비티나 이벤트를 체크하면서, 인스톨이 적절한지를 테스트할 수 있습니다.예를 들어 다음과 같습니다.
- 사용자는 다양한 옵션을 선택해야 합니다.
- 종속 파일 및 라이브러리는 할당, 로드 또는 찾아야 합니다.
- 유효한 하드웨어 구성이 있어야 합니다.
- 소프트웨어 시스템은 [1]: 145 다른 소프트웨어 시스템에 연결하기 위해 연결이 필요할 수 있습니다.
설치 테스트는 테스트 방법에 대한 액티비티 기반 접근법으로도 간주할 수 있습니다.예를 들어, 소프트웨어를 설치할 수 있는 다양한 방법 및 다양한 유형의 시스템에 설치합니다.디스크에서 추가 또는 변경된 파일을 확인합니다.인스톨 되어 있는 소프트웨어는 작동합니까?제거하면 어떻게 됩니까?[2]
이 테스트는 일반적으로 소프트웨어 테스트 엔지니어가 구성 매니저와 함께 Operational Acceptance 테스트에서 수행합니다.구현 시험 보통는 시험이나 가창력 환경에 코드의 컴파일된 버전을 둔다 시험으로의을 수 있을지가 구현 testing,[불합리한 추론]에production.unclear 기준으로 발전하지 않정의된다.이것은 일반적으로 장소는 소프트웨어 개발 환경의 외부 othe의 코드는 부패를 제한하려면 시간이 걸린다.r 개발 환경에 존재할 가능성이 있는 미래의 릴리스 또는 과거의 릴리스(또는 공유 라이브러리 등의 잘못된 버전의 의존관계 사용).실장 테스트 및 소프트웨어 개발 [non sequitur]환경과의 접속,
가장 간단한 설치 방법은 패키지 소프트웨어라고도 하는 설치 프로그램을 실행하는 것입니다.이 패키지 소프트웨어는 일반적으로 다중 구성 래퍼 역할을 하며 소프트웨어를 다양한 기계 및/또는 운영 환경에 설치할 수 있는 셋업 프로그램을 사용합니다.가능한 모든 구성에 대해 적절한 수준의 테스트를 실시하여 고객에게 안심하고 제공할 수 있도록 해야 합니다.
분산형 시스템에서는 특히 소프트웨어가 이미 가동 중인 타깃 환경(운영 웹사이트 등)에 출시되는 경우(또는 소프트웨어 도입이라고도 함)에는 데이터베이스 스키마의 변경과 새로운 소프트웨어의 설치가 수반될 수 있습니다.이러한 상황에서의 도입 계획에는 도입에 실패했을 경우 타깃 환경을 롤백하기 위한 백아웃 절차가 포함될 수 있습니다.도입 계획 자체는 실제 환경의 복제 환경에서 테스트하는 것이 이상적입니다.이러한 연습의 조직 요건을 높일 수 있는 요인은 테스트 도입 환경의 데이터를 라이브 운용의 중단을 최소한으로 억제하고 라이브 환경의 데이터와 동기화할 필요가 있다는 것입니다.이러한 유형의 구현에는 다중 계층 애플리케이션의 설치 또는 업그레이드 중에 수행되는 프로세스의 테스트가 포함될 수 있습니다.이러한 유형의 테스트는 일반적으로 드레스 리허설과 비교되거나 "드라이 런"이라고 불릴 수 있습니다.
레퍼런스
- ^ a b Myers, G. (2004). Sandler, C; Badgett, T; Thomas, M. (eds.). The Art of Software Testing (2 ed.). Wiley. ISBN 9780471469124.
- ^ Kaner, C; Bach, J; Pettichord, B (2001). Lessons Learned in Software Testing: A Context-Driven Approach. Wiley. p. 41. ISBN 9780471081128.
