[ISTQB] 2.4 유지보수 테스팅

ISTQB CTFL Syllabus 2011

유지보수 테스팅

Maintenance Testing

Terms

• 영향도 분석 Impact analysis

• 유지보수 테스팅 Maintenance testing

Background

• 소프트웨어 시스템은 한번 배포되면 몇년에서 수십년까지 서비스된다.
• 이 기간동안 시스템, 설정 데이트 환경들은 종종 수정, 변경, 확장된다. 
• 성공적인 유지보수 테스트에는 진보적인 릴리즈 계획이 중요하다.
• 계획된 릴리즈와 핫픽스로 구분된다.
• 유지보수 테스팅은 기존의 운영중인 시스템에 수행되었거나, 소프트웨어의 수정, 이전(마이그레이션), 종료로 인해 수행될 수 있다.

• 수정사항 Modifications

- 계획된 개선 변경 사항 (e.g. release-based)

- 교정과 긴급 변경

- 계획된 운영체제나 데이터베이스 업그레이드와 같은 환경의 변경

- 계획된 상용 소프트웨어(COTS)의 업그레이드

- 새롭게 노출되거나 발견된 운영체제의 취약점 수정 패치

• 마이그레이션 Migration

- 하나의 플랫폼에서 다른 플랫폼으로 이전

- 마이그레이션 유지보수 테스팅은 변경된 소프트웨어 뿐 아니라 새로운 환경에서의 운영 테스트를 포함해야 한다.

- 다른 어플리케이션에서 유지중인 시스템으로 데이터가 이전될 때도 필요하다.

• 시스템이 종료될 때 데이터 유지 기간이 필요한 경우, 유지보수 테스팅은 데이터 마이그레이션이나 보관에 대한 테스팅을 포함한다.
• 변경된 것에 대한 테스팅 외에 변경되지 않은 시스템의 부분을 리그레션 테스팅 하는 것도 포함한다.
• 유지보수 테스팅의 범위는 변경점의 리스크, 기존 시스템의 규모와 변경이 있는 규모와 관련된다.
• 변경점을 기반으로 모든 테스트 레벨과 모든 테스트 유형에서 수행될 수 있다.

• 영향도 분석

- 변경에 의한 기존 시스템의 영향을 결정하는 방법

- 리그레션 테스팅을 얼마나 수행할 지 결정할 수 있도록 도와준다.

- 리그레션 테스트 스위트를 결정하기 위해 사용

• 명세서의 유효기간이 지났거나, 명세서가 없거나, 테스터가 도메인 지식을 사용할 수 없을 때 유지보수 테스팅이 어려울 수 있다.

---

2014/09/01 - [공부/ISTQB] - [ISTQB] 2. 소프트웨어 생명주기에서의 테스팅