버그 보고 기술: 개발자가 몇 초 만에 이해할 수 있는 버그 보고서를 작성하는 방법

1. Bug Report는 QA의 명함입니다.

2. 완벽한 버그 보고서 템플릿

• 제목

  [모드] 문제를 간략하게 설명해주세요

• 심각성

  P0/P1/P2/P3

• 환경

  OS/브라우저/앱 버전/테스트 환경

• 전제 조건

  재현하려면 어떤 상태가 필요합니까?

• 재현 단계

  1-2-3 단계가 명확하고 재현 가능합니다.

• 예상 결과와 실제 결과

  일어나야 할 일과 실제로 일어난 일

• 충수

  스크린샷/동영상/로그

• 주목

  발생 빈도, 관련 티켓 등

3. 심각도 등급 척도

• P0-차단제

  시스템 가용성, 데이터 손실, 보안 침해. 예: 로그인 기능이 완전히 비활성화되어 결제 금액에서 잘못된 금액이 차감되었습니다.

• P1-중요

  주요 기능에 이상이 있으며 해결 방법이 없습니다. 예: 잘못된 검색 결과, 핵심 프로세스를 완료할 수 없음

• P2-메이저

  기능에 버그가 있지만 해결 방법이 있습니다. 예: 내보내기 기능이 실패했지만 다른 방법을 통해 데이터를 얻을 수 있습니다.

• P3 - 미성년자

  기능에 영향을 주지 않는 사소한 문제입니다. 예: 텍스트 오타, 정렬 미세 조정, 비핵심 페이지 스타일

4. 좋은 버그 보고서와 나쁜 버그 보고서

5. 버그 보고서를 위한 의사소통 기술

• 객관적인 설명

  "누가 잘못했는지"보다는 "무슨 일이 있었는지"를 설명하세요.

• 맥락을 제공하다

  이 버그는 얼마나 많은 사용자에게 영향을 미치나요? 해결 방법이 있나요?

• 활성 추적

  수리 후에는 문제가 해결되었는지 적극적으로 확인하십시오.

• 버그와 기능 식별

  버그인지 디자인인지 확실하지 않습니까? 먼저 물어보고 나중에 보고하세요

6. 버그 추적 도구 권장 사항

• 지라

  업계 표준, 강력하지만 높은 학습 곡선

• 선의

  빠르고 현대적인 인터페이스로 중소 규모 팀에 적합

• GitHub 문제

  오픈 소스 프로젝트에 적합한 코드 베이스와 통합

• 버그질라

  안정적이고 신뢰할 수 있는 오랜 전통의 도구

• 개념

  소규모 팀이 빠르게 시작하기에 적합한 유연한 데이터베이스

7. QA와 개발의 관계