5. Bug Reforting Guidelines

PostgreSQL의 버그를 만약 찾게된다면 우리는 그것에 대해 전달받길 원한다. 버그 리포팅은 PostgreSQL을 더 안정적이게 만들 수 있는 중요한 부분이다. 왜냐면 아무리 주의룰 기울여도 PostgreSQL의 모든 부분이 모든 상황의 모든 플랫폼에서 정상 작동한다고 보장할 순 없다.

다ㅁ 소개하는 방식들은 사용자가 효과적으로 버그 리포트를 작성하는데 도움울 줄 것이다. 이것은 강제는 아니지만 따라준다면 모두에게 좋다.

모든 버그는 바로 수정되지 않는다. 버그가 명백하고 치명적이며 영향력이 크다면 누군가가 그것을 조사할 가능성이 높다. 버그가 발생하는지 확인하기 위해 새로운 버전으로 업데이트하라고 말할 수 도 있다. 또한 몇가지 주요 안건의 계획이 끝나기 전에 버그가 고쳐지지 않는 것을 결정할 수도 있다. 아니면 단순히 더 어렵고 중요한 아젠다가 있을 수도 있다. 만약 바로 도움이 필요하다면 상업 지원 계약을 검토해라.

5.1. Identifying Bugs

버그를 리포트하기 전에 읽고, 또 한번 더 읽어서 실제로 수행할 수 있는지 확인해라. 만약 사용자가 무엇을 할 수 있고, 할 수 없는 지 문서가 명확하지 않다면 그 것도 리포트를 해라. 그것은 문서의 버그이다. 만약 문서에 기재된 내용과 다른 내용으로 프로그램이 동작한다면 그것은 버그이다. 그것은 아마 다음 항목에 포함되어 있겠지만 제한된 것은 아니다.

• 프로그램에 문제가 발생했다는 OS 에러 메세지 또는 fetal signal로인해 프로그램이 종료되는 경우(disk full 메세지는 사용자가 고칠 수 있는 경우이므로 반례 중 하나)
• 프로그램이 입력값이 대해 잘못된 출력을 만드는 경우
• 프로그램이 유효한 입력(문서에 정의된)을 거부하는 경우
• 알람이나 에러 메세지 없이 유효하지 않은 입력값을 받는 경우. 하지만 기존 방식에서의 확장, 호환성일 수 있다.
• 지원하는 플랫폼에서 설명에 따라 PostgreSQL 컴파일, 빌드, 설치를 했을 때 실패하는 경우