How to report a bug/ko

이 지침은 위키미디어 버그트래커에서 버그 보고 및 기능 요청을 하는 방법을 설명합니다. (자세한 사항은 를 참고하세요.) 버그 보고를 잘 작성할수록 작업이 진행될 가능성이 높아집니다.

권장 사항

 * 정확하게 쓰세요
 * 분명하게 쓰세요: 어떻게 문제를 재현할 수 있는지 단계별로 설명하여 다른 사람들이 버그를 재현하고 요청을 이해할 수 있게 하세요.
 * 태스크 하나 당 하나의 문제만 포함하세요
 * 관련 링크와 예시를 포함하세요

버그를 해결할 수 있나요?
미디어위키 최신 버전을 이용해 버그를 해결하려고 시도해 보세요. 버그가 이미 수정되었을 수 있습니다. 만약 위키백과 같은 사이트에 버그가 있다면, test2.wikipedia.org 같은 최신 버전 테스트 공간에서 버그를 테스트해 보세요.

이미 다른 사람이 문제를 보고했나요?
버그가 이미 보고되었는지, 기능이 요청되었는지 확인하려면 위키미디어의 버그트래커의 검색 상자를 사용하십시오. 고급 검색 페이지에서 고급 검색을 수행할 수도 있습니다.

버그가 이미 보고되었는지 확실치 않다면 버그를 보고하는 것이 좋습니다. 버그가 보고되지 않는 것보다 버그를 중복 보고하는 편이 더 낫습니다.

문제를 스스로 고쳐보려고 시도해 보셨나요?
일부 문제는 일부 수정이 필요한 사용자 스크립트와 소도구를 사용함으로써 발생합니다. 이러한 코드를 식별하는 방법에 관해 단계별로 가 있으며 보고에 시간을 낭비하지 않도록 문제를 해결할 수 있습니다.

새 버그를 보고하거나 기능을 요청하기
만약 최신 버전에서 버그를 발견했고 아무도 보고한 것 같지 않을 때는,
 * 1) phabricator.wikimedia.org로 이동하십시오.
 * 2) 아직 로그인(또는 등록)하지 않았다면 로그인(또는 등록)을 해야 합니다. ("" 참고)
 * 3) 상단 오른쪽 모퉁이의 북마크 버튼을 클릭하고 "태스크 만들기"(의 경우 "오류 보안 문제")를 클릭하십시오.
 * 4) 적어도 이 칸은 무조건 채워야 합니다:
 * 5) * 제목: 문제를 설명하는 짧은 한 문장의 요약 (해결책 제안이 아님)
 * 6) ** 좋음:
 * 7) ** 나쁨:
 * 8) * 할당: 이 칸은 무시하는 것이 좋습니다: 개발자는 태스크에 작업할 계획이 있을 때 할당자를 지정합니다.
 * 9) * 설명: 최대한 자세히 오류에 대해 설명하세요. 예시는 다음과 같습니다.
 * 10) ** 버그:
 * 11) *** 재현 단계: 기술된 문제를 재현할 수 있는 따라가기 쉬운 최소한의 단계적 설명입니다. 모든 특수한 설저어 단계를 포함시키십시오.
 * 예시:
 * 1) *** 실제 결과: 이 단계들을 수행한 이후 응용 프로그램이 한 행위.
 * 예시:
 * 1) ***기대되는 결과: 응용 프로그램에 버그가 없을 경우 발생하는 일.
 * 예시:
 * 1) ** 기능 요청:
 * 2) *** 성취하고 싶은 바에 관한 설명 및 그 이유입니다. 특정한 예시를 곁들여, 해당 기능이 해결해주길 바라는 바(실제 기반이 되는 문제)를 설명하세요. 그러나 다른/더 나은 해결책이 있을 수 있으므로 특정한 해결책을 요구하지 마십시오. 사용자 이야기는 이를 전달하는 효과적인 방법입니다.
 * 예시:
 * 1) **다음과 같은 유용한 다른 정보들도 주시기 바랍니다.
 * 2) ***버그가 발생한 웹 브라우저, 스킨 또는 컴퓨터 시스템
 * 3) ***오류가 발생한 하나 이상의 문서의 링크나 diff
 * 4) ***문제가 항상 일어나는지, 가끔, 혹은 특정 페이지나 특정한 환경에서만 발생하는지의 여부.
 * 5) *로그 파일 또는 (기밀 데이터는 포함되거나 표시되어서는 안 됩니다)을 첨부하려면 설명 칸의 도구 표시줄에 있는 파일 업로드 버튼(화살표가 있는 구름)을 클릭하십시오.
 * 6) * 버그를 찾은 태그(프로젝트)를 선택하십시오:
 * 7) **프로젝트는 개발자가 작업할 태스크를 찾는 방식입니다. 올바른 프로젝트를 식별하려면 (오른쪽 상단의) 검색 기능을 사용하여 그에 관한 설명을 검색하십시오.
 * 8) **미디어위키 자체의 문제는 가 될 것이고, 위키미디어 위키 사이트의 설정 변경은  이 될 것입니다.
 * 9) * 구독자: 이 태스크의 알림에 관심이 있는 특정 사용자를 알고 있다면 여기에 추가할 수 있습니다. 그러한 경우가 아니라면 이 칸을 무시하십시오.
 * 1) ***버그가 발생한 웹 브라우저, 스킨 또는 컴퓨터 시스템
 * 2) ***오류가 발생한 하나 이상의 문서의 링크나 diff
 * 3) ***문제가 항상 일어나는지, 가끔, 혹은 특정 페이지나 특정한 환경에서만 발생하는지의 여부.
 * 4) *로그 파일 또는 (기밀 데이터는 포함되거나 표시되어서는 안 됩니다)을 첨부하려면 설명 칸의 도구 표시줄에 있는 파일 업로드 버튼(화살표가 있는 구름)을 클릭하십시오.
 * 5) * 버그를 찾은 태그(프로젝트)를 선택하십시오:
 * 6) **프로젝트는 개발자가 작업할 태스크를 찾는 방식입니다. 올바른 프로젝트를 식별하려면 (오른쪽 상단의) 검색 기능을 사용하여 그에 관한 설명을 검색하십시오.
 * 7) **미디어위키 자체의 문제는 가 될 것이고, 위키미디어 위키 사이트의 설정 변경은  이 될 것입니다.
 * 8) * 구독자: 이 태스크의 알림에 관심이 있는 특정 사용자를 알고 있다면 여기에 추가할 수 있습니다. 그러한 경우가 아니라면 이 칸을 무시하십시오.

보고서가 완성되었는지 확인한 다음 "태스크 만들기" 버튼을 누르십시오. 보고서는 이제 데이터베이스에 위치하게 됩니다. 이 보고서에 관심을 가진 누군가가 이를 살펴보고 할 수 있습니다.

태스크의 우선순위는 태스크에 작업을 착수할 계획이 있으면 개발자가 선정합니다. (우선순위 설정 참고)

이게 다입니다! 미디어위키 및 위키미디어 프로젝트 개선을 도와주셔서 감사합니다!

자바스크립트 버그 보고하기

 * 참고: 도움말:망가진 스크립트 찾기

자바스크립트와 관련될 수 있는 버그를 발견한다면 최대한 오류 메시지를 식별한 다음 버그 보고서에 이 내용을 복사하십시오.

시스템 관리자도 모든 오류 기록에 접근하지는 못하기 때문에 갖고 계신 모든 정보를 제공하는 것이 특히 중요합니다. 사용 중인 기능이 자바스크립트 기반인지 확실치 않다면 자바스크립트 비활성화를 시도하십시오.

보고서에 스크린샷을 무조건 포함하는 것이 유용합니다. 논의되고 있는 기능을 식별하는 가장 쉬운 방법이기도 하며 오류 추적에 도움을 주는 정보를 제공하기도 합니다. 열려있는 다른 브라우저 탭, 최소화된 대화창 등 공유하고 싶지 않은 정보를 공개하지 마십시오.

문제가 사용자 스크립트의 코드나 소도구 자체에 있는 경우 파브리케이터는 문제 관리를 위한 적절한 장소가 아닐 수 있습니다. 누군가가 스크립트의 토론 문서로 안내할 수 있습니다. (문제가 되는 스크립트가 식별이 가능한 경우)

연결 오류 보고하기
위키미디어 웹사이트 접근에 어려움이 있다면(느린 인터넷 접속 등) Reporting a connectivity issue를 읽어 주십시오.

로그인 문제 보고하기
계정 로그인에 문제가 있다면 Manual:How to debug/Login problems를 참고해 주십시오.

같이 보기

 * 오류를 효과적으로 신고하는 법 (Simon Tatham)
 * 개발자 커뮤니티를 통한 문제 해결 방법 - User:MSchottlender-WMF, 2017년 7월
 * 파브리케이터 예절
 * 버그 관리/버그 보고 수명 주기
 * 양호한 버그 보고서 또는 기능 요청 작성하기
 * 양호한 최초의 버그 보고서를 만드는 방법 (구식)
 * 영어 위키백과: 버그 보고 및 기능 요청