버그 추적기 재고: 관심사 분리

저자는 여러 버그 추적기를 오랫동안 사용하면서 데이터 표현에 근본적인 결함이 있고, 반복적인 불만으로 이어진다는 것을 알아냈습니다. 세 가지 주요 문제가 강조됩니다. 사실과 계획을 혼동하는 통합된 '수정 버전' 필드, 코드 현실과 미래 의도의 경계를 모호하게 만드는 2단계 상태 및 해결책 시스템, 버그 목록과 할 일 목록의 혼동으로 인해 버그와 관련 없는 작업에 어려움이 발생하는 것입니다. 저자는 '관심사 분리' 원칙을 제안하며, '사실'과 '계획' 테이블로 분할할 것을 제안합니다. '사실' 테이블에는 버그의 객관적인 정보(존재 여부, 버전, 심각도)가 기록되고, '계획' 테이블에서는 의도, 일정, 주관적인 우선 순위가 추적됩니다. 이러한 분리는 버그 추적을 간소화하고, 다양한 프로젝트 유형에 더 잘 적응하며, 버그 해결에만 집중하는 프로젝트에서는 '계획' 테이블을 완전히 생략할 수도 있습니다.