회사에서 버그 트레킹 시스템인 멘티스( Mantis )을 처음 도입하고 운영을 해 보았는데 잘 운영되지 않았습니다. 무엇보다 사람들이 사용하기 귀찮아 하고 왜 해야하는지 불만을 많이 가집니다. 그러한 생각을 고치기 위해서는 많은 시간과 노력이 필요하더군요.
오류 및 버그 제어등과 같은 코딩이 아닌 방법론적인 시스템은 툴도 중요하지만 버그 관리에 대한 필요성의 및 참여 의식을 키우는 것이 더욱 중요하다고 생각이 됩니다.
일반적인 버그 수정 과정 :
버그 검출 -> 버그 보고 -> 버그 수정 ->버그 검출확인
|
멘티스 홈페이지 : http://www.mantisbt.org/
멘티스 다운로드 : http://www.mantisbt.org/download.php
자료 출처: http://korean.joelonsoftware.com/Articles/PainlessBugTracking.html
좋은 버그 보고서란?
1. 버그를 재현할 수 있는 과정
2. 당초 기대했던 적정 결과
3. 버그로 인한 실제 결과 |
자료 출처: http://miren.info/bbs/viewtopic.php?t=399&sid=dc4a9744f00db075c8c027cae8dbedeb
이슈 상태
새로운 이슈
정보 부족 - 정보가 더 필요하며 처음 보고한 사람은 주목해야 함
이슈 검토 - 이슈에 대해 조사했으나 확인이나 할당되지 않은 상태이며 해당 개발자는 이슈로 인정하지 않을 수 있음을 유저에게 알림
확인된 이슈 - 개발자가 이슈 내용을 확인하고 재현할 수 있음. 보통 정보를 갱신하는 사람(updater)이나 다른 개발자가 설정한다.
할당된 이슈 - 현재 개발자에게 할당되어 처리 중임
해결된 이슈 - 이슈를 수정한 것으로 판단하며 이에 대한 확인을 기다리고 있음
폐쇄된 이슈 - 이슈가 완전 해결되어 폐쇄함.
심각도
새 기능 요구
사소함 - 그래픽 정렬, 형식 등 단순 외형적 문제 등 별 것 아닌 사소한 것
오타 - 글, 문법, 단어 등의 오류
기능 개선 (tweak) - 기능 향상 등의 개선 및 조정이 필요
보통 (minor bug) - 기능상 덜 중요한 문제나 쉽게 해결할 수 있는 문제
중요함 (major bug) - 기능상 중요한 문제
충돌 - 응용 풀그림 또는 OS 의 충돌
장애 - 개발 혹은 시험 작업을 더 이상 진행하기 어려움
예상 작업량
조정 (tweak) - 곧 처리됨
작은 수정 (minor fix) - 많은 시간이 걸리지는 않음
새로 작성 (major rework) - 일 양이 매우 많음
재설계 (redesign) - 재설계가 필요함
해결 상태
개설
수정됨 - 시험 완료됐으며 이슈 상태는 해결됐다고 표시함
문제 제기 - 이전에 해결했지만 당시 처리 결과가 만족스럽지 않거나 정확하게 처리되지 않아 다시 발생한 상태
재현할 수 없음 - 이슈를 재현할 수 없으며 코드를 살펴봐도 파악할 수 없는 상태임. 추가적인 정보가 들어오면 다시 할당하도록 함
수정할 수 없음 - 이번 버전에서는 수정할 수 없는 문제임
중복 - 기본의 이슈와 중복된 것으로 중복된 이슈 번호가 필요함 ('#이슈번호'로 표시)
이슈 아님
보류(suspended) - 중요하지 않은 문제로 수정을 보류함
수정 계획 없음
|
