2019년 1월 28일
탐색적 테스트
I. 휴리스틱기반 탐색적 테스트
가. 탐색적 테스트의 개념
- 능동적 테스트 설계 통제, 테스트로부터 도출된 정보 기반 테스트 설계 및 실행 동시 수행 기법
나. 탐색적 테스트의 특징
- 공식적 테스트 기법의 테스트 케이스와 경험 기반 테스트 기법
- 테스트 케이스는 찾아낼 수 있는 결함의 종류가 상이
- 테스트 설계를 향상시키는 데 중점
다. 탐색적 테스트의 개념도
- SW를 학습하면서 테스트를 수행하고, 결과를 분석하여 세션에 반영하는 반복 프로세스
II. 탐색적 테스트 절차와 구성요소
가. 탐색적 테스트 절차
프로세스 | 활동 | 산출물 |
---|---|---|
계획 (Plan) | – 리스크 분석 – 테스트 계획 수립 – 차터 작성 및 구성 | – 리스크 분석서 – 테스트전략 – 테스트 계획서 |
설계&실행 (Design & Execution) | – 할당 받은 차터 테스트 수행 – 제품 탐색과 정보 습득 – 아이디어 구상 및 테스트설계 – 테스트 노트 및 발견 결함 작성 – 라운드 회고 및 수행 차터 보고서 작성 | – 테스트노트 – 이슈결과 – 결과보고서 – 회고회의록 |
종료 (Closure) | – 테스트회고 – 테스트 종료 보고서 작성 | – 테스트 종료 보고서 |
나. 탐색적 테스트 구성요소
구성요소 | 설명 | 사례 및 포인트 |
---|---|---|
테스트차터 | 테스트 명령지(명확한 테스트 임무) | |
시간 제한 | 테스트에 몰입할 테스트 수행시간 지정 | 60분, 90분, 150분 |
세션 시트 | 테스트 결과지(아이디어, 결과, 결함 기록) | 최대한 공유 |
회고 | 테스트 수행이력과 경험을 주기적 공유 | 최소한의 문서 |
테스팅기법 | 페어와이즈 조합, 동등분할, 경계값분석 | 최소한의 기법 |
- 위 구성요소가 누락된 경우, 단순 경험적 테스트로 판단
III. 탐색적 테스트와 타 테스트와의 비교
가. 탐색적 테스트와 테스트케이스 기반 테스트 비교
구분 | 테스트케이스 기반 | 탐색적 테스팅 |
---|---|---|
정의 | 실행조건의 집합을 명세화한 문서 기반 공식적 테스트기법 | 테스트 수행 동안 얻은 정보를 활용한 발견론적 테스팅 |
개념도 | 테스트케이스 재사용 및 공유 | 테스트를 “실행”에 집중 |
구성요소 | 테스트계획서, 테스트케이스, 시나리오, 테스트결과서 | 테스트차터, 타임 박싱, 테스트노트, 요약 보고 |
테스트설계 와 수행 | 테스트가 먼저 설계되고 기록 테스트케이스 기반으로 수행 | 테스트 설계와 함께 수행 반드시 기록 필요하지 않음 |
사용목적 | 문서화 기반 공식적 수행 테스트 설계 향상 | 대부분 비공식적 수행 테스트 실행 관리 |
테스트 케이스 작성 | 테스트 실행 시작 전 테스트 케이스 작성 | 프로젝트 기간 내내 테스트 계획/설계와 실행 반복 |
테스트 시간 투자 | 테스트 문서 작성, 검토에 많은 시간 소비 | 문서작성, 검토 필요성 최소화 테스트에 많은 노력 투자 |
테스터 간 차이 | 테스터 간의 특성, 능력 차이를 제거하려 노력 | 테스터 간의 특성, 능력 차이를 활용하여 노력 |
설계자와 테스터관계 | 테스터가 아닐 수 있는 테스트 설계자가 설계 | 테스트 설계자일 수 있는 테스터가 테스트 설계 |
테스팅방법 | 완벽하게 한번에 테스팅 | 점진적이고 주기적 테스팅 |
나. 탐색적 테스트와 경험적 테스트의 비교
구분 | 탐색적 테스팅 | 경험적 테스팅 |
---|---|---|
문서화형태 | 테스트 차터, 노트 등 정형화 된 프레임 | 체크리스트 또는 없음 |
시간 제한 | 세션 단위로 수행 단기:60분, 중기:90분, 장기:120분 | 결함 발견 혹은 업무 시간 |
몰입 수준 | 정해진 시간에 몰입 | 상황에 따라 다름 |
지적 능력 | 최대한 반영하도록 유도 | 테스트가 반영할 것 기대 |
회고및스킬 | 회고를 반드시 수행 | 상황에 따라 다름 |
프로세스 | 계획→실행과 설계→결과보고 | 정해진 프로세스 없음 |
도구 활용 | 테스트 자동화 도구 사용 권장 | 상황에 따라 다름 |
전략적접근 | 리스크기반 테스팅과 잘 어울림 | 상황에 따라 다름 |
IV. 탐색적 테스트 적용 시 고려사항
고려사항 | 설명 |
---|---|
가용한 리소스 | 인원, 시간, 테스트 장비 등 가용 리소스 파악 |
세션 진행 방식 | 정해진 시간의 세션 진행 방식을 정의 |
차터 작성 주체 | 테스터, 매니저 등 차터 작성 주체 정의 |
차터 수행 횟수 | 시스템 기능의 리스크 수준에 따라 선정 |
차터-테스터 배정 | 리스크가 높은 차터는 경력자 중심 배정 |
회고 형식 | PMI, PROOF 등 회고 |
결함관리 절차 | 결함 관리도구 사용, 문서 기록 후 공유 |
19 Comments