테스팅에서 형상관리(CM, Configuration Managerment)는 테스트 계획서, 테스트 전략서, 테스트 컨디션, 테스트 케이스, 테스트 스크립트, 테스트 결과, 테스트 로그, 테스트 보고서와 같은 작업 산출물을 형상 항목으로 식별, 제어 추적하는 지침을 제공한다.
복잡한 형상 항목(테스트 환경)의 경우
형상 관리는 구성 항목, 항목 간 관계, 버전 등을 기록한다.
형상 항목이 테스팅용으로 승인되면 베이스라인이 되며, 공식적인 변경 제어 프로세스를 통해서만 수정할 수 있다.
형상 관리
새 베이스라인을 만들 때 변경된 형상 항목에 대한 기록을 유지한다.
이전 베이스라인으로 되돌리면 이전 테스트 결과를 재현할 수 있게 된다.
테스팅을 적절히 지원하기 위해 형상 관리는 다음을 보장한다.
- 테스트 항목(테스트 대상의 개별 부분)을 포함한 모든 형상 항목에는 고유한 식별자가 부여되고, 버전이 관리되며, 변경사항이 있는지 추적되고, 다른 형상 항목과 가지는 연관성이 식별돼 테스트 프로세스 전체에서 추적성이 유지된다.
- 식별된 모든 문서와 소프트웨어 항목은 테스트웨어(testware) 내에서 명확하게 참조되어야 한다.
지속적 통합, 지속적 전달, 지속적 배포, 그리고 관련된 테스팅은 일반적으로 자동화된 데브옵스 파이프라인으로 구현하며, 여기에 보통 자동화된 형상 관리가 포함돼 있다.
결함 관리
테스트의 주요 목적 중 하나가 결함 식별이므로 잘 확립된 결함 관리 프로세스가 필요하다.
여기서 '결함'이라고 부르고 있지만, 보고된 이상 사항은 실제로 결함일 수도, 아닐 수도 있다.(거짓-양성 결과, 변경 요청)
이 문제는 결함 보고서를 처리하는 과정에서 해결된다.
이상 사항(anomalies)
- 소프트웨어 개발수명주기(SDLC) 모든 단계에서 보고될 수 있으며, 그 양식은 소프트웨어 개발수명주기에 따라 달라진다.
결함 관리 프로세스
- 개별 결함이나 이상 사항을 발견부터 종료까지 처리하는 작업 흐름(workflow)과 분류 기준에 대한 규칙이 포함되어야 한다.
- 이 작업 흐름은 보통, 보고된 이상 사항을 기록하고, 분석 및 분류하고, 수정하거나 유지하기로 하는 등 적절한 대응책을 결정하고, 끝으로 결함 보고를 종료하는 활동으로 구성된다.
- 이 프로세스는 관련된 모든 이해관계자가 따라야 한다.
- 정적 테스팅(특히, 정적 분석)에서 식별한 결함도 비슷한 방식으로 처리하는 것이 좋다.
일반적인 결함 보고서는 다음과 같은 목적을 가진다.
- 결함을 처리 및 해결하는 책임을 진 사람에게 문제 해결을 위한 충분한 정보 제공
- 작업 결과물의 품질을 추적할 수 있는 수단 제공
- 개발 및 테스트 프로세스 개선을 위한 아이디어 제공
일반적으로 동적 테스팅 중에 작성하는 결함 보고서는 다음을 포함한다.
- 고유 식별자
- 보고하는 이상 사항을 요약하는 제목
- 이상 사항이 관찰된 날짜, 보고 주체 조직, 작성자(역할 포함)
- 테스트 대상 및 테스트 환경 식별 정보
- 결함의 정황(실행 중인 테스트 케이스, 수행 중인 테스트 활동, 소프트웨어 개발수명주기 단계, 또 사용 중인 테스트 기법/체크리스트/테스트 데이터와 같은 기타 관련 정보)
- 이상 사항을 발견한 절차, 관련 테스트 로그, 데이터베이스 덤프, 스크린샷, 또는 녹음 파일 등 장애의 재현 및 해결에 필요한 정보
- 기대 결과와 실제 결과
- 결함이 이해관계자의 이익 또는 요구사항에 끼치는 영향의 심각도
- 수정 우선순위
- 결함 상태(신규, 연기, 중복, 수정 대기, 확인 테스트 대기, 재-오픈 완료, 거부)
- 참조 사항(관련 테스트 케이스)
이런 데이터 중 일부는 결함 관리 도구를 사용하면 자동으로 포함된다.(식별자, 날짜, 작성자, 초기 상태 등)
ISTQB 5장의 전체 내용의 핵심
- QA는 테스트만 하는 역할이 아니다.
- 제한된 자원 안에서 판단을 내려야 한다.
- 우선순위는 근거를 가지고 설명해야 한다.
5장은 QA가 프로젝트 전체를 바라보는 관점을 갖게 해준다.
Reference
https://www.kstqb.org/sw/sw3.asp
KSTQB
ISTQB® SW 테스팅 자격시험 --> ISTQB ® Certified Tester Foundation Level (CTFL) --> ISTQB® Certified Tester Foundation Level (CTFL) 자격명 (Name) ISTQB® Certified Tester Foundation Level (CTFL) 인증기관 (Certification Body) International S
www.kstqb.org
https://qa-note.tistory.com/25
📗 ISTQB 실러버스 정리 5장 — 테스트 관리와 리스크 기반 테스트
들어가며ISTQB CTFL 실러버스 5장은 QA의 역할이 테스트 실행자에서 관리자로 확장되는 지점입니다. 이 장을 이해하면 “QA는 왜 일정 이야기를 하고, 우선순위를 말하는가”가자연스럽게 연결됩니
qa-note.tistory.com
'QA > ISTQB' 카테고리의 다른 글
| ISTQB - CTFL [테스트 도구] 테스팅 지원 도구, 테스트 자동화의 효과와 리스크 정리 (1) | 2026.07.20 |
|---|---|
| ISTQB - CTFL [테스트 활동 관리] 테스트 모니터링, 테스트 제어, 테스트 완료 정리 (0) | 2026.07.19 |
| ISTQB - CTFL [테스트 활동 관리] 리스크 관리 정리 (0) | 2026.07.18 |
| ISTQB - CTFL [테스트 활동 관리] 테스트 계획 정리 (0) | 2026.07.16 |
| ISTQB - CTFL [테스트 분석과 설계] 협업 기반 테스트 접근법 정리 (0) | 2026.07.16 |