사용 예
테스터가 예약 폼에 잘못된 날짜를 입력하자 시스템이 충돌합니다. 버그 — 컴포넌트의 결함, 예를 들어 잘못된 검증 문이나 데이터 정의 — 는 컴포넌트가 요구된 기능을 수행하지 못하게 만듭니다. 테스터는 재현 단계와 함께 결함 보고서에 버그를 기록하고, 개발자는 원인을 수정합니다. 수정 사항이 재테스팅되어 확인되면 버그는 종결됩니다.
자주 묻는 질문
버그와 결함(defect)은 같은 것인가요?
예, ISTQB 용어에서 버그와 결함은 컴포넌트나 시스템이 요구된 기능을 수행하지 못하게 할 수 있는 흠에 대한 동의어입니다. 관련 용어: 폴트(fault)는 흠이 존재할 때 컴포넌트의 상태이고, 실패(failure)는 컴포넌트가 기대된 동작에서 벗어나는 관찰 가능한 편차입니다.
버그, 폴트, 실패의 차이는 무엇인가요?
버그(결함)는 흠 그 자체입니다. 폴트는 결함이 존재함으로 인해 발생한 잘못된 상태입니다. 실패는 실행 중 폴트가 활성화되었을 때 기대된 동작에서 외부적으로 관찰 가능한 편차입니다.
모든 예상치 못한 동작이 버그인가요?
반드시 그런 것은 아닙니다. 그 동작은 잘못된 환경, 테스트 데이터, 또는 사용자 동작 때문에 발생했을 수도 있고, 명세 문제일 수도 있습니다. 무엇을 버그라고 부르기 전에 조사가 필요합니다.
테스터들은 왜 “버그” 대신 “결함"을 사용하나요?
결함이 표준과 시험에서 사용되는 정확하고 명세 지향적인 용어이기 때문입니다. 버그는 같은 개념에 대한 비공식적인 일상 용어입니다.
좋은 버그 보고서에는 무엇이 포함되어야 하나요?
명확한 제목, 재현 단계, 기대 결과와 실제 결과, 환경 세부 사항, 심각도와 우선순위, 그리고 로그나 스크린샷과 같은 뒷받침 증거입니다.
관련 용어
- 결함 — 버그의 ISTQB 동의어
- 실패 — 실행 중 결함의 관찰 가능한 결과
- 오류 — 잘못된 결과를 만들어내는 인간의 행동
- 폴트 — 결함으로 인해 발생한 잘못된 상태
- 이상 현상 — 기대에서 벗어난 모든 상태
- 결함 보고서 — 버그의 문서화된 기록
- 디버깅 — 결함의 원인을 찾아 수정하는 것
- 결함 밀도 — 소프트웨어 크기 단위당 결함 수의 측정치
