테스트 케이스는 미리 준비된 시나리오로, 명확하게 설정된 단계와 입력 및 예상 결과가 있습니다. **탐색적 테스트(exploratory testing)**는 제품을 익히면서 테스터가 자신의 전문성과 직관을 사용하여 검증을 생성하는 방식입니다. 역사적으로 처음에는 테스트 케이스가 지배적이었지만, 시스템이 복잡해지고 수동 검사의 양이 증가하면서 탐색적 테스트가 공식적인 접근 방식을 보완하게 되었습니다.
오직 하나의 테스트 유형에만 맹목적으로 따르는 것은 테스트자의 기민함을 제한할 수 있으며, 테스트 케이스에 설명되지 않은 버그가 발견되지 않은 채로 제품을 남길 수 있습니다.
균형잡힌 방식으로 두 가지 접근 방식을 모두 사용하세요: 테스트 케이스는 회귀 및 중요한 기능을 위해, 탐색적 테스트는 새로운, 아직 제대로 형식화되지 않은 섹션과 단기간에 수행해야 하는 경우에 사용합니다.
주요 특징:
100% 커버리지를 위해서 테스트 케이스만 사용할 수 있나요?
아니요. 가장 세부적인 테스트 케이스 세트조차도 사용자의 예상치 못한 행동이나 비정형적인 버그를 커버하지 못합니다.
탐색적 테스트는 사전 준비가 필요한가요?
예. 제품을 자유롭게 탐색하기 전에 기능을 이해하고, 요구 사항을 학습하고, 비즈니스 로직을 파악해야 합니다.
탐색적 테스트 후에 버그 리포트가 필수인가요?
예. 발견된 모든 결함은 공식 시나리오의 버그만큼 자세하게 문서화되어야 하며, 그렇지 않으면 재현하고 수정하기 어렵습니다.
팀이 릴리스를 공식 테스트 케이스만으로 커버했습니다. 한 테스터가 지침에严格하게 따랐고, 이로 인해 미리 고려되지 않은 특정 행동 순서에서 나타나는 버그가 놓치게 되었습니다.
장점:
단점:
테스터는 주요 테스트 케이스를 통과한 후 탐색적 테스트에 한 시간을 투자하여, 애플리케이션이 작동하는 동안 기기의 시간을 변경할 때만 재현되는 버그를 발견했습니다.
장점:
단점: