나의 잡다한 노트 및 메모
Full-TC와 탐색적 검증 (Exploratory Testing) 본문
Full-TC (Full Test Cases)**와 **탐색적 검증 (Exploratory Testing)**은 QA(품질 보증)에서 소프트웨어의 품질과 안정성을 확인하기 위한 두 가지 접근 방식이다.
Full-TC (Full Test Cases)
- 정의:
미리 작성된 테스트 케이스들을 기반으로 시스템의 모든 기능을 체계적으로 검증하는 방법입니다. - 특징:
- 사전 계획: 요구사항과 명세를 바탕으로 상세한 테스트 시나리오와 절차가 미리 정의됩니다.
- 재현 가능성: 동일한 테스트 케이스를 여러 번 실행할 수 있어, 회귀 테스트나 반복적인 검증에 유리합니다.
- 포괄적 검증: 모든 기능과 시나리오에 대해 예상된 결과를 확인하여, 빠진 부분 없이 검증하는 것을 목표로 합니다.
탐색적 검증 (Exploratory Testing)
- 정의:
사전에 정해진 테스트 케이스 없이 테스터가 직접 소프트웨어를 탐색하며, 직관과 경험을 바탕으로 문제점을 발견하는 테스트 방법입니다. - 특징:
- 자율성: 테스트 시나리오가 미리 고정되어 있지 않고, 테스터가 실시간으로 테스트 방향을 결정합니다.
- 창의성: 예상치 못한 버그나 사용자 경험 상의 문제를 발견할 수 있는 유연한 접근 방식입니다.
- 즉각적 피드백: 테스트 도중 발견되는 이슈에 대해 빠르게 대응하고, 추가적인 테스트를 진행할 수 있습니다.
위의 둘은 검증하는 과정에서 검증 담당자으 주관이 개입되면서 담당자별로 검증 범위가 달라지는 문제가 발생했다.
이에 따라, 어떤 기능을 우선적으로 검증해야 할지에 대한 명확한 기준이 필요했다.
이러한 문제를 해결하기 위해 Summary-TC를 도입하게 됐다.
Summary-TC는 일반 사용자가 경험하는 기본적인 시나리오로 구성된 테스트 케이스로, 사용자가 기본적으로 수행하는 동작에 오류가 없음을 확인할 수 있도록 작성되었습니다. 또한, Hotfix 검증이나 배포 검증 시에도 사용할 수 있도록 약 30분에서 1시간 정도의 수행 시간이 소요되는 적정한 볼륨으로 구성하였습니다.
현재 팀에서는 마일스톤 별로 TC를 관리하고 있으며, 필요에 따라 Summary-TC를 활용하여 기본 시나리오 위주의 빠른 검증을 진행하고 있는데요. 이를 통해 검증 범위를 명확하게 정의함으로써 누락 없이 기능 검증을 수행할 수 있었고, 검증 프로세스의 효율성과 정확성을 동시에 향상시킬 수 있었습니다.
'QA' 카테고리의 다른 글
QA ( Quality Assurance )란? (1) | 2025.03.30 |
---|---|
릴리즈 품질 기준안 (0) | 2025.03.30 |