문서기타 팁
중복된 버그 보고서 제출을 피하십시오. 자유 소프트웨어 세계에서는 모든 버그 추적기가 공개됩니다. 미해결 문제를 찾아볼 수 있으며 검색 기능도 있습니다. 따라서 새로운 버그 보고서를 제출하기 전에 다른 사람이 이미 문제를 보고했는지 확인하십시오.
기존 버그 보고서를 찾으면 구독하고 추가 정보를 추가하세요. '나도 마찬가지' 또는 '+1'과 같은 댓글을 게시하지 마세요. 그들은 아무런 목적도 없습니다. 하지만 원래 제출자가 이를 제공하지 않은 경우 추가 테스트를 받을 수 있음을 표시할 수 있습니다.
문제에 대한 보고서를 찾지 못한 경우 계속해서 제출하십시오. 관련 티켓을 발견했다면 꼭 언급해주세요.
최신 버전을 사용하십시오. 개발자가 이미 해결한 문제나 사용 중인 버전으로 재현할 수 없는 문제에 대한 버그 보고서를 받는 것은 매우 실망스럽습니다. (개발자는 거의 항상 최신 버전의 제품을 사용합니다.) . 개발자가 이전 버전을 유지 관리하더라도 지원은 보안 수정 및 주요 문제로 제한되는 경우가 많습니다. 당신의 버그가 그 중 하나라고 확신합니까?
그렇기 때문에 버그 보고서를 제출하기 전에 문제가 있는 시스템과 응용 프로그램의 최신 버전을 사용하고 있는지, 해당 상황에서 문제를 재현할 수 있는지 확인해야 합니다.
Kali Linux가 최신 버전의 애플리케이션을 제공하지 않는 경우(kali-rolling이나 kali-bleeding-edge 모두에서) 섹션 8.1.3.3, “Kali-Bleeding-Edge 리포지토리를 참조하세요.” [페이지 174]) 대체 솔루션이 있습니다. 일회용 가상 머신에 최신 버전을 수동으로 설치해 보거나 업스트림 ChangeLog(또는 Git 커밋 기록)를 검토하여 최신 버전이 있는지 확인할 수 있습니다. 현재 보고 있는 문제를 해결할 수 있는 변경 사항은 없습니다(최신 버전을 사용해 보지 않았더라도 버그를 신고하세요).
단일 버그 보고서 파일에 여러 문제를 혼합하지 마십시오. 문제당 하나의 버그 보고서를 작성하십시오. 그렇게 하면 후속 논의가 너무 지저분해지지 않고 각 버그를 자체 일정에 따라 수정할 수 있습니다. 그렇게 하지 않으면 단일 버그의 용도를 여러 번 변경해야 하고 모든 문제가 수정된 후에만 닫을 수 있거나, 개발자가 처음에 생성했어야 하는 추가 보고서를 개발자가 제출해야 합니다.