BTS(Bug Tracking System)-주요요소,주의점,의견

개발/방법론

by 화천사장 2024. 1. 10. 17:38

BTS(Bug Tracking System)은 소프트웨어 개발 과정에서 발생하는 버그를 추적하고 관리하는 데 사용됩니다.

이를 통해 버그를 식별,수정,추적함으로써 소프트웨어 품질을 향상하고 개발 프로세스를 개선합니다.

대표적인 도구로 JIRA, Bugzilla 등이 있습니다.

JIRA는 BTS 전문 도구는 아니지만, 버그 관리 용도로도 많이 쓰이고 있습니다.

[목차]

버그 리포트
- 보고자 : 버그를 발견한 개발자, 테스터, 또는 사용자가 버그를 보고하고 기록합니다.
- 내용 : 버그의 세부사항, 발생 조건, 재현 방법, 환경 정보 등을 포함합니다.
버그 추적
- 각각의 버그는 고유한 식별자를 가지며, 이를 통해 추적됩니다.
- 버그의 상태(Open, Assigned , In Progress, Resolved 등)가 관리됩니다.
우선순위 관리
- 버그의 심각도에 따라 우선순위를 부여하고, 어떤 버그를 먼저 수정해야 하는지 결정합니다.
작업 할당과 협업
- 담당자가 버그를 할당받고, 팀원들은 버그 수정을 위해 협업합니다.
보고서 및 분석
- 버그 추이를 분석하고 보고서를 생성하여 개선점을 도출하고 관리자나 팀에게 정보를 제공합니다.

정보의 완전성
- 버그 리포트에는 충분한 정보와 세부 사항을 기록해야 합니다.
- 재현 방법, 버그가 발생한 환경 등을 상세하게 기록해야 합니다.
적절한 우선순위
- 모든 버그가 중요하지 않을 수 있습니다.
- 심각한 버그부터 수정되어야 하므로, 우선순위를 올바르게 부여해야 합니다.
적시의 대응
- 버그는 빠른 대응이 필요합니다.
- 버그를 늦게 처리하면 프로젝트에 부정적인 영향을 줄 수 있습니다.

버그는 모든 개발자가 싫어하는 것들 중에 하나입니다.

버그를 수정하다보면수정하다 보면 다른 개발을 하지 못하는 경우도 생기고, 버그만 수정하다 보면, 의욕이 떨어지기도 합니다.

언제나 적정한 수준에서의 버그 개수를 유지하는게 바람직한데, 어려운 일입니다.

개인적으로 아래와 같이 관리하는 것을 추천드립니다.

1. 업무 시간의 30%를 넘지 않도록 버그 수정에 시간을 할당합니다.

2. 적정 수준 ( 팀원 * 5 )의 개수를 유지하도록 관리합니다.

3. 주기적으로 버그 개수를 줄이는 기간을 갖도록 합니다.

4. 주기적으로 버그들 중 "재발생"하는 버그나, 오랫동안 수정하지 못한 버그들을 분석해서 수정될 수 있도록 합니다.

5. 버그들을 분류해서 어떤 기능이나, 구성요소에서 많이 발생하는지 분석하고 프로세스를 개선합니다.

다소 어렵게 느껴지실 수도 있지만, 꼭 필요한 일입니다.

버그는 절대로 없을 수 없습니다. 하지만 제대로 관리되지 않으면 서비스의 품질뿐만 아니라 개발 효율성, 조직원들의 동기부여에도 큰 영향을 미치므로 꼭 관리되어야만 합니다.

마지막으로, 꼭 도구를 사용해야만 제대로 관리되는 것은 아닙니다. 엑셀도 좋은 도구가 될 수 있습니다.

다만, 통계가 가능한 도구를 사용해서 분석만 가능하면 됩니다.

평균 버그 수정 시간, 재발생 비율 및 개수, 우선순위 최상 발생 비율 및 개수, 구성요소별 발생 비율 및 개수 등을 수치화하여 관리하면 어떤 부분들에 프로세스를 개선할 수 있는지 알 수 있습니다.