재현 가능한 소프트웨어 버그 접수
재현 가능한 소프트웨어 이슈를 위한 버그 보고 양식
보고자가 영향을 받는 컴포넌트와 빌드, 런타임 맥락, 가장 짧은 반복 가능 경로, 기대 결과, 실제 결과와 증거를 제공하도록 안내하되, 우선순위를 추측하거나 수정 담당자를 지정하게 하지 않습니다.
로그인하여 이 채워진 뷰를 살펴본 뒤 샘플 데이터가 있는 App을 설치해 연결된 기록, 결정과 대시보드를 테스트합니다.
보고자가 제공하는 것과 트리아지가 결정하는 것
좋은 버그 보고 양식은 다른 사람이 문제를 재현할 가능성을 높입니다. 먼저 관찰 가능한 사실을 수집한 뒤 트리아지 팀이 심각도, 우선순위, 담당자와 대상 릴리스를 결정하게 해야 합니다.
- 보고자 필드와 트리아지 필드 분리
- 파일 증거를 포함한 모바일 안전 양식
- 조용한 거절 대신 정보 요청 반려 경로
보고자 필드 가이드
최소한의 완전한 재현 패킷 수집
모든 필드는 누군가가 문제를 반복, 분류 또는 조사하는 데 도움이 되어야 합니다.
- 01
명확한 요약
보이는 실패와 영향을 받는 동작을 설명합니다.
- 02
컴포넌트와 빌드
알고 있는 경우 제품 영역과 정확한 버전을 선택합니다.
- 03
환경
디바이스, 브라우저, 운영체제, 테넌트 또는 구성을 기록합니다.
- 04
재현 단계
가장 짧은 반복 가능한 순서를 순서대로 나열합니다.
- 05
기대 결과와 실제 결과
의도한 결과와 발생한 결과를 별도로 명시합니다.
- 06
증거와 영향
유용한 증거를 첨부하고 누가 계속 진행할 수 없는지 설명합니다.
제출 후
대화를 잃지 않고 불완전한 보고서 반려
양식은 시작일 뿐입니다. 트리아지는 각 결과에 대해 보이는 다음 단계가 필요합니다.
재현 가능성 확인
환경을 확인하고 제공된 경로를 반복합니다.
누락된 맥락 요청
구체적인 질문과 함께 보고서를 반려하고 같은 기록을 유지합니다.
중복 병합
새 보고서를 삭제하지 않고 표준 이슈에 연결합니다.
수락 및 배정
심각도, 우선순위, 담당자와 대상 릴리스를 기록합니다.
사람들이 행동할 수 있는 보고서 작성
모호한 주장 대신 관찰 가능한 차이를 사용
짧은 보고서도 맥락, 행동과 결과를 분리하면 충분히 완전할 수 있습니다.
| 약한 보고 | 조치 가능한 보고 | 더 나은 이유 |
|---|---|---|
| 체크아웃 고장 | Web 4.28.0에서 3DS 반환 후 결제 확인이 시간 초과됨 | 동작, 실패와 빌드를 명명합니다. |
| 동기화 중복 | 재연결 후 동기화를 두 번 탭하면 같은 로컬 ID를 가진 행이 두 개 생성됨 | 반복 가능한 트리거와 관찰 가능한 결과를 제공합니다. |
| 내보내기 오류 | Reporting 12.2에서 예약된 CSV가 저장된 사용자 지정 열 두 개를 누락함 | 모드, 데이터 차이와 릴리스를 식별합니다. |
질문과 경계
버그 보고 양식 질문
어떤 필드가 접수에 속하고 어떤 필드가 트리아지에 속하는지 결정하기 위한 답변.
보고자가 심각도와 우선순위를 선택해야 하나요?
보통은 아닙니다. 보고자는 비즈니스 영향과 긴급도를 설명하고, 트리아지 팀이 공유된 심각도와 우선순위 정의를 적용할 수 있습니다.
재현 단계는 얼마나 길어야 하나요?
다른 사람이 반복할 수 있는 가장 짧은 순서를 사용하세요. 설정은 결과를 바꾸는 경우에만 포함하고, 간헐적 동작이 얼마나 자주 발생하는지 적습니다.
보고자가 빌드를 모르면 어떻게 하나요?
"아직 모름"을 허용하되, 트리아지가 이를 식별할 수 있을 만큼의 환경 맥락을 수집하세요. 하나의 기술 필드가 없다는 이유로 유용한 보고를 막지 마세요.
양식을 모바일에서 사용할 수 있나요?
예. 보고자는 휴대폰에서 영향받은 컴포넌트, 환경, 재현 단계와 증거를 기록한 뒤 데스크톱 사용자와 동일한 분류 대기열로 제출할 수 있습니다.
첫 인수인계 개선
다른 사람이 재현할 수 있는 보고서로 시작
데스크톱 또는 모바일에서 샘플 양식을 연 뒤 제품에 맞게 필드와 라우팅을 조정합니다.