도구 소개
모든 팀이 Jira를 쓰는 것은 아닙니다. 이 생성기는 GitHub 이슈, Azure DevOps, Linear, Confluence, 일반 이메일에 쓸 수 있는 트래커 중립적인 버그 리포트를 만들고, 버그 처리 방식을 좌우하는 두 가지, 즉 얼마나 안정적으로 재현되는지와 회귀(regression)인지 여부를 기록합니다. “간헐적, 10번 중 3번”은 개발자에게 타이밍이나 상태 문제를 찾아보라고 알려 주고, “회귀, 마지막 정상 빌드 2.30.4”는 처음부터 디버깅하는 대신 두 빌드를 비교할 수 있게 해 줍니다. GitHub 형식은 제목을 본문에서 제외하고(별도 필드가 있으므로), “Key: value” 형태의 환경 정보를 표로 바꾸며, 파일을 끌어다 놓는 것을 잊지 않도록 첨부 자료를 체크리스트로 표시합니다.
사용 방법
- 구체적인 제목과 영향받는 사용자를 설명하는 한 줄 설명을 입력하세요.
- 재현 단계, 기대 결과와 실제 결과, 그리고 환경 정보를 “Key: value” 형식의 줄로 적으세요.
- 재현성(항상, 횟수를 포함한 간헐적, 한 번만 발생)과 이전 빌드에서 정상 동작했는지 여부를 설정하세요.
- Markdown, GitHub 이슈, 일반 텍스트 중 하나를 선택한 뒤 복사하거나 다운로드하세요. 작성 중인 내용은 이 브라우저에 저장됩니다.
버그 리포트 생성기 자주 묻는 질문
가끔만 재현되는 버그는 어떻게 보고하나요?
"Intermittent"(간헐적)를 선택하고 몇 번 시도해서 몇 번 발생했는지 기록하세요. 로그인 후 첫 실행, 느린 네트워크, 특정 계정처럼 연관이 있어 보이는 조건은 설명에 추가합니다. “가끔”보다 비율이 훨씬 유용합니다.
마지막 정상 빌드는 왜 묻나요?
버그가 회귀이고 마지막으로 정상 동작한 빌드를 알면, 개발자는 두 빌드를 비교하거나 그 사이의 커밋을 이분 탐색(bisect)할 수 있습니다. 대개 현재 빌드만 디버깅하는 것보다 훨씬 빠릅니다.
여기에 스크린샷을 첨부할 수 있나요?
아니요. 파일은 사용 중인 트래커에 올립니다. "Attachments" 항목에 파일 이름을 나열해 검토자가 어떤 증거가 있는지 알 수 있게 한 뒤, GitHub나 Jira 등 리포트를 올리는 곳에 업로드하세요.