소프트웨어 테스팅이 필요한 이유
- 의사 결정자는 테스트 항목의 품질 특성 정보를 요구
- 테스트 중인 테스트 항목은 예상대로 동작하지 않을 수 있음
- 테스트 중인 테스트 항목은 검증(Verification)이 필요함
- 테스트 중인 테스트 항목은 확인(Validation)이 필요함
- 테스트 항목 평가는 소프트웨어 및 시스템 개발 생명주기 전반에 걸쳐 수행되어야 함
테스팅의 주요 목적은 테스트 항목의 품질에 대한 정보를 제공하는 것과 얼마나 많은 테스트 항목이 테스트되었는지와 관련 잔존 리스크에 대한 정보를 제공하는 것
테스팅을 통해 생성된 정보는 여러가지 목적으로 사용될 수 있음
- 결함을 제거함으로써 테스트 항목을 개선함
- 의사결정을 위한 근거가 되는 품질 및 리스크에 대한 정보를 제공함으로써 경영상의 의사결정을 향상
- 결함이 발견될 수 있는 부분에서 해당 결함이 발견되게 하는 및/또는 결함이 발견되지 않고 남아있게 하는 프로세스 를 부각시킴으로써 조직의 프로세스를 개선함
ISO/IEC 25010 시스템 및 소프트웨어 품질 모델은 테스트 또는 평가로 측정 가능한 8가지 품질 특성을 정의하고 있음
테스트 고려사항
- 테스팅은 프로세스를 갖는다. 하나의 프로세스는 입력을 출력으로 변환시키는 상호 연관된 활동 또는 상호작용하는 활동의 집합이다. 참고로, 이 표준의 목적은 일반적인 테스트 프로세스를 제시하고 설명하는 것
- 조직 차원의 테스트 프로세스 세트 그리고 조직의 프로젝트와 기능 전반에 적용되는 테스트 정책 및 테스트 전략 유지
- 테스팅은 계획 및 모니터링, 통제 되어야 함
- 테스트 프로세스 및 하위 프로세스는 모든 단계와 레벨의 테스트 또는 테스트 유형에 적용될 수 있음
- 테스팅은 테스트 항목 평가를 수반
- 컴퓨터에서 제품을 실행하지 않고도 제품에 대한 테스팅 수행 가능(정적 테스팅)
- 정적 테스팅 시 코드 실행 없이 코드 또는 문서의 결함을 찾는 정적 분석 도구를 사용 가능함
- 동적 테스팅은 "단순히" 실행 가능한 테스트 항목을 실행하는 것 이상으로 구성되며, 준비 활동 및 후속 활동도 다룸
- 검증(Verification)은 지적된 요구사항이 작업 항목(Work item)에서 충족되었다는 객관적 증거를 제공함
- 확인(Validation)은 사용자가 기대하는 요구사항이 해당 기능을 통해 구현됨을 보여줌
- 결함 발견만으로 즉각적인 확신(Confirmation)을 제공하기에는 충분하지 않기 때문에, 테스팅은 동적이건 정적이건 검증과 확인이라는 두 가지 유형의 확신 과정이 필요함
출처: standard.go.kr
e나라 표준인증
standard.go.kr
'QA > 표준' 카테고리의 다른 글
| ISO/IEC/IEEE 29119-1(2) (0) | 2021.01.27 |
|---|
