"선배님, 또 그 기능 말썽인데요…" 팀 후배의 울상 섞인 목소리, 개발자라면 한 번쯤 들어보셨을 겁니다. 저희 팀도 얼마 전까지 정체불명의 버그들 때문에 골머리를 앓았습니다. 사용자들은 불편을 호소하고, 개발팀은 밤샘 작업을 해도 원인 파악조차 쉽지 않은 악순환의 연속이었죠. 마치 안개 속을 헤매는 것처럼 답답한 시간들이었습니다. 명확한 문제 정의 없이는 해결책도 나올 수 없다는 사실을 뼈저리게 느꼈지만, 어디서부터 손을 대야 할지 막막했습니다.
프롬프트
복사
# 버그 리포트 표준 템플릿 및 작성 가이드라인 요청
## 1. 목표 시스템
- 애플리케이션 명칭: [모바일 쇼핑 애플리케이션]
- 현재 개발 단계: [안정화 단계]
## 2. 현황 및 문제점
- 버그 리포트 품질 편차 발생
- 디버깅 시간 과다 소요 (원인: 재현 경로 불명확, 문제 상황 설명 부족)
## 3. 요청 사항: 표준 버그 리포트 템플릿 (Markdown 형식)
### 3.1. 필수 포함 항목
- **제목:** [오류 모듈] - [문제 요약]
- **환경 정보:**
- OS: [OS 버전 명시]
- App 버전: [빌드 번호 포함]
- 기기 모델: [테스트 기기 명칭]
- **재현 경로 (Step-by-step):**
1. [첫 번째 행동]
2. [두 번째 행동]
3. [오류 발생 직전 행동]
- **예상 결과:** [정상 동작 시 결과]
- **실제 결과:** [오류 발생 현상 상세 기술]
- **발생 빈도:** [항상 / 간헐적 (조건) / 특정 조건]
- **심각도:** [Critical / Major / Minor / Trivial]
- **우선순위:** [High / Medium / Low]
- **로그 파일:** [첨부 시 파일명/경로]
- **추가 정보 (선택):** [기타 관찰 사항]
### 3.2. 추가 요청
- 항목별 작성 가이드라인
- 항목별 좋은 예시 / 나쁜 예시
## 4. 기대 효과
- 버그 추적 및 해결 프로세스 효율성 증대
위 내용을 토대로 숙련된 QA 엔지니어의 입장에서 버그 리포트 작성 표준안을 최대한 명확하고 실용적으로 구성하여 출력해줘.
좋아요
0
아주 좋아요
좋아요
조금 좋아요
댓글
0
댓글 작성
실패를 딛고 일어서는 예술가의 자세(실패극복프롬프트)
예술 창작 과정에서 실패는 불가피한 일입니다. 완성도가 떨어지는 작품, 대중의 외면을 받는 전시회, 혹평으로 점철된 공연...
“데이터가 말하는 고객의 마음”
숫자 뒤에 숨겨진 이야기가 있습니다. 우리 회사의 마케팅 캠페인은 겉으로 보기엔 성공적이었습니다. 클릭률은 업계 평균보...