스마트한 방법으로 버그를 신고하는 방법 [닫기]

StackOverflow https://stackoverflow.com/questions/240323

  •  04-07-2019
  •  | 
  •  

문제

ESR과 유사한 스타일로 효과적인 버그 보고에 대한 가이드를 작성(또는 찾고)하고 싶습니다. 스마트하게 질문하는 방법

효과적인 버그 보고를 위한 주요 팁은 무엇입니까?

도움이 되었습니까?

해결책

  • 버그를 재현하는 방법에 대한 단계별 지침
  • 버그를 버그를 원인이 될 수있는 다른 대신 버그를 작성하는 것과 분리하려고 시도했는지 확인하십시오.
  • 버그를 쓰는 소프트웨어가 아닌 소프트웨어로 버그를 분리하려는 시도는 목록에 있습니다.
  • 질문에 답변하고 버그 문제 해결/재현을 도울 수 있도록 자신을 사용할 수 있도록합니다.

결론은 버그가 발생할 때 어느 정도의 비판적 사고에 관여해야한다는 것입니다. 당신이 당신의 잘못 일 수있는 모든 가능성을 소진 한 후에는 버그를 작성하십시오. 당신이 당신의 결함을 발견한다면, 당신이 사용하는 소프트웨어/테스트 소프트웨어가 당신의 결함을 나타 내기 위해 더 유용한 일을 할 수 있었을 때, 여전히 버그를 작성하십시오.

또한 진정으로 훌륭한 버그 보관자가 되려면 버그 테스트를 통해 재생산하는 데 도움이됩니다. 아마도 당신은 그 버그를 재현하기위한 "요령을 얻었을 것"이며 당신이 의식하지 못하는 단계가있을 수 있습니다. 당신은 단지 불만을 제기하고 걸어 가고, 프로세스에 참여하며, 테스트, 재현 및 문제 해결을 통해 팀을 도울 수 없습니다.

다른 팁

관찰 가능한 사실을보고하십시오 그리고 그 사실에 대한 당신의 해석.

때로는 최상의 버그 보고서에는 문제에 대한 이해의 직감이 포함됩니다. 사실 전용 버그보고는이 귀중한 인적 자원을 할인합니다.

  • 절차는 수행중인 작업, 응용 프로그램의 어떤 영역 및 당시 어떤 이벤트가 발생했는지를 포함하여 버그를 다시 제작하는 데 사용됩니다.
  • 재생산 성명 (안정적으로 아님) - 개발자가 재생산하기가 얼마나 힘든지 알 수 있도록 신속하게 포기하지 않도록 도와줍니다.
  • 스크린 샷 또는 오류 메시지 / 스택 추적 문서화
  • 버그의 중요도/우선 순위 (피할 수 있습니까, 회피 단계, 치명적입니까, 비즈니스 영향을 미치고, 비즈니스 위험이 무엇인지 등)
  • 환경 - 어떤 환경이 발견되었는지. 원격, 로컬 등

너무 자주, 우리의 QA 사람들은 티켓을 발표 할 수 있다고 생각합니다. 백업 문서가없는 예외가 있습니다. 더 많은 정보없이 문제를 해결하는 것은 거의 불가능합니다.

버그 보고서의 독자가 소프트웨어와 함께 알고 있다고 가정하지 마십시오.. 소프트웨어를 작성한 사람조차도 소프트웨어를 작성한 이후로 충분한 시간이 지났을 때 당신이 무슨 말을하는지 모를 수도 있습니다. 그렇게 쓰십시오 누구나 문제를 이해하고 재현 할 수 있습니다.

이 기사를 추천하십시오 : 버그를 효과적으로보고하는 방법

재생산 단계 없이 무언가를 보지 않으려는 모든 사람들을 위해:
나의 첫 번째 프로그래밍 협동 작업에서는 본질적으로 시스템을 불안정하게 만드는 무작위 경쟁 조건인 버그가 할당되었습니다.이는 시스템 실행 중 어느 시점에서나 발생했으며, 우리가 가진 것은 확실히 괜찮은 코드 섹션을 가리키는 몇 개의 스택 추적뿐이었습니다.어딘가에서 다른 스레드가 데이터를 조작하고 있어서는 안 되며, 이 스레드가 올바른 지점에 있었다면 충돌이 발생했을 것입니다.우리 QA는 한 달에 한 번씩 충돌이 발생했습니다.범인(예, 공유 리소스에 대한 확인되지 않은 액세스, 약 2줄 수정)을 찾고 수정하기 위해 시스템을 샅샅이 뒤지는 데 2주가 걸렸습니다.그것을 재현하는 일반적인 방법이 없었기 때문에 재현을 위한 적절한 단계가 없었습니다(올바른 위치에 많은 양의 Yield()를 밀어넣는 것을 제외).멀티스레드 시스템에서 작업할 예정이라면 안정적으로 재현할 수 없고 안정적인 재현 단계가 없을 수 있는 버그를 처리할 준비가 되어 있어야 하며, 버그를 재현할 수 없다고 QA에 불평만 해서는 안 됩니다. .

위의 내용은 QA가 가능한 한 많은 세부 정보를 포함하지 않는다는 변명의 여지가 없으며 최신 소프트웨어에서는 항상 가능한 것은 아니라는 점을 지적합니다.

버그를 재현하는 단계를 작성하십시오. 재현 할 수 없다면 고정되지 않습니다.

  • 테스트중인 소프트웨어의 버전 번호를 항상보고하십시오
  • 다른 소프트웨어 (브라우저, OS 등)의 버전을 항상보고합니다.
  • 항상 모든 하드웨어를 나열하십시오
  • 재현하기위한 단계
  • 버그 증상
  • 스크린 샷, 추적, 로그, 기타 첨부 파일 (있는 경우)
  • 얼마나 중요한 - 충돌, UI 등
  • 재현 가능한 지 여부를보고하십시오
  • 다른 시도는 버그를 재현하거나 재현하지 않았습니다.
라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top