중복 버그 보고서 피하기


9

저는 집에서 Linux 및 기타 오픈 소스 소프트웨어를 사용합니다. 나는 전문 코더가 아니기 때문에, 보통 내 기술로는 스스로 문제를 해결할 수 없기 때문에 개발자에게 버그를보고합니다.

버그 보고서를 보내기 전에 확인하고 싶은 것은 무엇입니까? 일단 Gedit에서 버그를 발견했다고 생각했는데 Bugzilla에서 비슷한 버그를 찾을 수 없었습니다. 그러나 보고서를 보낸 후 일부 개발자는 버그가 Gedit가 아닌 GTK +에 있었기 때문에 버그가 이미 Bugzilla에 있다고 말했습니다. 때로는 아마추어가 이전에 알려진 버그로 내가 찾은 문제를 해결할 수 있는지 추측하기 어려울 수 있습니다.


4
이제 그 실현은 버그 보고서를 추가하는 데 그것은 다른 사람이 나중에 통해 오는 버그의 중복으로 폐쇄 한 것입니다 당신이 제출 한 (그리고 다른 파일 할 필요가 없습니다) 그 중복 된 버그 리포트를 찾을 수 있습니다.

답변:


15

중복 버그 보고서를 제출해도 아무런 문제가 없습니다. 유사한 버그를 검색해도 복제본이 나타나지 않으면 버그 보고서를 보내는 것이 가장 좋습니다. 최악의 상황은 제품을 개발하는 개발자가 보고서를 복제본으로 닫는 것입니다. 이것은 진정한 문제를 눈치 채지 못하게하는 것보다 훨씬 낫습니다.

당신은 또한 당신의 전문 분야 이외의 문제를 너무 깊이 심층적으로 조사하지 않는 것에 대해 맞습니다. 내 경험상, 사용자의 상황에 대한 평가와 그것을 고치는 방법은 대부분 잘못되고 거의 도움이되지 않습니다 ( Jeff의 포스트의 # 4 참조 ).


5
"대부분 잘못되고 거의 도움이되지 않음"에 +1 아멘 고객에게 "솔루션이 아니라 문제를 가져 오십시오"라고 말합니다.
피터 로웰

4
특히 오픈 소스에서는 중복 된 버그 보고서를 경멸하는 개발자를 만나게 될 것입니다. 그들은 단지 나쁜 하루를 보내고 있거나 버그 보고서의 가치를 인식하기 위해 자신의 관심사 (예 : 대규모 기존 할 일 목록)에 너무 집중하거나 기존 보고서를 찾는 것이 얼마나 쉬운 지 과대 평가했을 수 있습니다. (어쩌면 어떤 검색어를 사용해야하는지 알고 있기 때문일 수 있습니다). 이유가 무엇이든, 그들이 기분 나쁘게하지 않도록하십시오. 버그보고는 여전히 옳은 일입니다.
존 바르톨로메 오
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.