사용 예
결제 시스템에 경험이 있는 테스터는 할인 코드 필드가 지나치게 긴 문자열이나 음수 수량을 받아들일 수 있다고 의심합니다. 명세에서 케이스를 도출하는 대신, 의심되는 결함을 유발하도록 테스트를 설계합니다: 500자 코드, 음수 수량, 특수 문자를 포함한 코드. 이것이 오류 추정입니다 — 테스터의 경험을 사용하여 어떤 결함이 존재할지 예상하고 이를 드러낼 테스트를 설계하는 것입니다.
자주 묻는 질문
오류 추정은 블랙박스 기법인가요, 화이트박스 기법인가요? 경험 기반 테스트 설계 기법입니다. 공식 정의는 이를 테스터의 경험이 결함을 예상하는 데 사용되는 테스트 설계 기법으로 설명합니다 — 코드 내부 분석(화이트박스)에 의존하지도, 명세에만 전적으로 의존하지도(블랙박스) 않으며, 일반적인 실수에 대한 테스터의 지식에 의존합니다.
오류 추정은 왜 “경험 기반"이라고 불리나요? 그 힘이 유사한 시스템, 일반적인 프로그래밍 실수, 과거 결함에 대한 테스터의 경험에서 나오기 때문입니다. 경험이 부족한 테스터는 더 적고 더 약한 케이스를 추정할 것입니다.
오류 추정을 문서화할 수 있나요? 예. 팀은 흔한 실수 체크리스트, 결함 카탈로그, 교훈에 경험을 담아 암묵적 지식을 재사용 가능한 테스트 아이디어로 전환합니다.
오류 추정이 다른 기법을 대체하나요? 아닙니다. 오류 추정은 다른 기법을 보완합니다 — 경험 기반 기법은 커버리지를 넓히기 위해 명세 기반 및 구조 기반 기법과 자주 결합됩니다.
탐색적 테스팅과 오류 추정은 같은 것인가요? 아닙니다. 탐색적 테스팅은 테스트가 학습에 기반하여 동시에 설계, 실행, 조정되는 경험 기반 접근법이고, 오류 추정은 결함을 예상하기 위한 특정 기법입니다. 오류 추정은 종종 탐색적 테스팅 세션에 기여합니다.
