기계 번역을 활용했습니다. 게임 아이템 이름은 영어로 표시될 수 있습니다.
버전, 최소 재현 절차, 명확한 스크린샷을 포함하고 버그와 밸런스 의견을 구분해 간결한 신고를 작성하세요.
문제 하나부터 다루기
유용한 버그 리포트는 다른 사람이 시도할 수 있을 만큼 명확하게 한 번의 실패를 설명합니다. 행동과 결과를 먼저 제시하세요: 예를 들어, 특정 메뉴를 열면 커서가 숨겨지거나, 세션을 불러오면 캐릭터가 바닥 아래에 위치합니다. 게임 전체에 대해 여러 단락으로 시작하는 것은 피하세요. 읽는 사람은 무엇을 재현해야 할지 알아야 합니다.
기술적 실패와 선호도를 구분하세요. 아무 일도 하지 않는 버튼, 진행되지 않는 목표, 너무 요구가 많은 생존 미터는 서로 다른 종류의 피드백입니다. 모두 신고할 가치가 있지만, 서로 다른 증거가 필요합니다. 밸런스 불만은 원하는 경험을 설명해야 하고; 버그 보고서는 예상되는 동작과 대신 무슨 일이 있었는지 설명해야 합니다.
문제가 발생한 단계에 맞춰 신고 창구 고르기
게임 퀘스트, 런처 구매 문제, 그래픽 드라이버 설치 실패는 서로 다른 지원 팀이 필요합니다. 목적지를 선택하기 전에 고장 중인 계층을 설명하세요. 게임이 실행되지만 목표가 진행되지 않으면 개발자의 보고 채널부터 시작하세요. 스토어프론트가 다운로드를 완료하지 못하면 플랫폼 지원부터 시작하세요.
의심되는 그래픽 드라이버 문제에 대해서는 하드웨어 공급업체가 별도의 보고서를 요구할 수 있습니다. AMD는 시스템 정보를 수집하고 복제 단계와 첨부파일을 수용하는 버그 리포트 도구를 제공합니다. 이 도구는 AMD에 정보를 전송합니다; 퀘스트나 저장된 세션 문제를 게임 개발자에게 알리는 것을 대체할 수는 없습니다. 증거나 지원 지침이 그래픽이나 시스템 계층을 가리킬 때 사용하세요.
맥락 없이 동일한 대형 보고서를 어디서나 게시하지 마세요. 두 개의 지원팀이 관련되어 있다면, 이유를 설명하고 각자의 개별 케이스 식별자를 비공개로 유지하세요. 간결한 교차 참조는 중복 작업을 방지할 수 있지만, 모든 이메일과 첨부파일을 공개 덤프하면 기술적 경계를 이해하는 데 도움이 되지 않고 정보를 노출시킬 수 있습니다.
나중에 검색하기 쉬운 제목 작성하기
좋은 타이틀은 눈에 보이는 증상과 트리거를 결합해야 합니다. 예를 들어, 비행 액세서리를 연결한 후 메뉴 커서가 사라지는 것은 게임을 고치기보다 인식하기 쉽습니다. 빌드를 검증한 후에만 포함하세요. 검증되지 않은 이론을 마치 확립된 사실인 것처럼 제목에 넣지 마세요.
퀘스트 보고서의 경우, 보이는 목표 또는 오브젝트 이름을 사용하고 실패 사실을 명시하세요. 보고 채널에서 스포일러 플래그나 좀 더 중립적인 설명을 허용할 때는 제목에 스포일러를 피하세요. 문제를 조사하는 사람들을 위해 필요한 진행 세부사항을 본문에 넣을 수 있습니다.
게시하기 전에 핵심 용어를 검색하세요. 같은 트리거와 일치하는 기존 보고서를 발견하면 그 구성과 결과를 비교하세요. 거의 동일한 스레드를 만드는 대신 적절할 때 증거를 추가하세요. 재현이 실질적으로 다르다면, 그 차이를 설명하세요. 비슷한 증상은 원인이 다를 수 있으므로, 관련 없는 보고서를 자동으로 병합하거나 모든 새로운 관찰이 완전히 별도의 대화를 요구하지 않도록 하세요.
예상 결과와 실제 결과를 나란히 작성하기
기대되는 결과는 단순히 원하는 것이 아니라 인터페이스 지시, 정상적인 이전 행동 또는 명확한 게임 규칙에서 나와야 합니다. 행동이 의도되었는지 확신이 서지 않는다면, 보고서를 질문으로 구성하고 모호함을 설명하세요. 이렇게 하면 관찰의 유용성을 약화시키지 않으면서 명확히 할 여지를 남깁니다.
실제 결과는 화면에 나타나는 내용이나 가능한 입력 가능성을 설명해야 합니다. 이 상호작용이 미션이 완전히 망가진 것보다 더 유용한 경우, 목표 텍스트는 변하지 않습니다. 아직 이동하거나 메뉴를 열거나 다른 세션을 불러올 수 있다면 그 정보를 포함하세요; 이것은 진행 차단과 애플리케이션 정지 상태를 구분합니다.
보고서에서 두 주장을 가까이 붙게 유지하세요. 독자는 여러 단락의 역사에서 예상되는 행동을 재구성할 필요가 없어야 합니다. 재현 단계를 거쳐 선택적 맥락을 추가하세요. 이 순서는 보고서를 더 쉽게 스캔할 수 있게 하며, 조사관이 덜 확실한 세부 사항을 고려하기 전에 중심 주장을 검증할 수 있게 합니다.
재현 절차와 전체 플레이 기록 구분하기
경로 일지는 당신이 한 모든 일을 기록합니다. 재현본은 문제를 발생시키기 위해 필요한 최소한의 연속 동작을 포함합니다. 가지고 있는 것이 경로 일지뿐이라면 그것으로 시작한 후, 어떤 단계가 반드시 필요한지, 가능성이 있는지, 단순히 이전에 일어난 것인지 확인하세요. 확실하지 않은 상황은 지우지 말고 별도의 메모로 옮기세요.
테스트가 안전하다면, 의심되는 전제 조건 중 하나를 변경하세요. 예를 들어 선택적 액세서리를 연결하기 전후의 상호작용을 비교하거나, 영향을 받은 세션과 기존 세션을 비교하세요. 더 깨끗한 보고서를 만들기 위해 새로운 캠페인을 시작하거나 소중한 진행 상황을 희생하지 마세요. 저장된 상태가 수시간의 동작을 다시 실행하는 것보다 더 나은 출발점이 될 수 있습니다.
재현이 더 이상 줄일 수 없는 특정 세션에 의존하는 경우에는 명확히 하세요. 조사자는 긴 서면 경로보다 그 세션이 필요할 수 있습니다. 해당 세션을 보존하고, 로드 후 바로 실행되는 단계들을 설명하며 요청 시 비공개로 제공하세요. 이렇게 하면 문제가 시각적으로 나타나기 훨씬 이전에 발생했더라도 보고서가 실용성을 유지합니다.
확신을 과장하지 말고 발생 빈도 보고하기
셀 수 있거나 묘사할 수 있는 관찰을 사용하세요. 문제 발생이 두 번 연속 로드에서 발생했다면 항상 고장남이라고 말하는 것보다 명확합니다. 장시간 세션 후 한 번 발생한 문제가 항상 무작위로 크래시가 나는 것보다 더 명확합니다. 유용한 보고서를 제출하기 위해 대규모 샘플이 필요하지는 않지만, 실제로 관찰한 내용을 명시해야 합니다.
이후 시도가 성공하면 그 결과를 추가하세요. 간헐적인 동작은 특히 세션, 위치 또는 연결된 장치에 따라 다를 때 중요한 정보가 됩니다. 원래 문제의 신뢰성을 떨어뜨릴까봐 성공한 시도를 숨기지 마세요. 목표는 조건을 파악하는 것이지, 게임이 좋은지 논쟁에서 이기는 것이 아닙니다.
다른 플레이어가 다른 결과를 보고하면, 그것을 모순으로 취급하지 말고 상황을 비교하세요. 그들은 다른 빌드, 경로, 입력 설정 또는 저장 상태를 가지고 있을 수 있습니다. 관련 세부 정보를 요청하고 자신의 보고서는 구체적으로 유지하세요. 두 개의 문서화된 설정 간의 불일치는 유용한 단서를 제공할 수 있으며, 보편적 주장 교환은 거의 그런 도움이 되지 않습니다.
목적에 맞는 스크린샷과 영상 준비하기
스크린샷 기능과 해당 기능에 대한 오버레이 요구사항을 문서화합니다. 설정한 캡처 방법이 작동한다면, 관련 오류나 인터페이스를 표시하는 데 사용하세요. 캡처 실패는 별개의 문제입니다; 증상을 설명하거나 컴퓨터에 있는 다른 일반 캡처 방법을 사용할 수 있습니다.
녹화 전에 시청자가 보고 싶은 것, 즉 시작 상태, 입력 시퀀스, 그리고 결과를 결정하세요. 이 요소들이 포함된 짧은 클립이 몇 분간의 관련 없는 재생보다 더 쉽게 확인할 수 있습니다. 오류가 빠르게 사라진다면, 녹화가 반복적이고 위험한 시도 없이 정확한 문구를 보존하는 데 도움이 될 수 있습니다.
파일을 공유하기 전에 검토하세요. 텍스트가 읽을 수 있는지, 그리고 실제로 보고된 문제를 증거로 보여주는지 확인하세요. 관련 없는 개인 데스크톱 콘텐츠는 공유된 복사본에서 제거하고, 지원팀이 나중에 맥락을 필요로 한다면 원본은 유지하세요. 작업 순서를 흐리게 하거나 별도의 시도가 연속적으로 보이게 하는 편집은 추가하지 마세요. 명확한 증거는 불확실성을 줄여야 하며, 더 설득력 있지만 오해를 불러일으키는 이야기를 만들어서는 안 됩니다.
첨부 파일과 진단 자료는 필요한 만큼만 사용하기
데이터가 많다고 해서 자동으로 더 좋은 것은 아닙니다. 문제와 일치하는 정보부터 시작하세요: 입력은 장치 정보, 해상도는 디스플레이 모드, 진행은 목표와 세션입니다. 지원팀에서 로그나 진단 내보내기를 요청하면 요청된 자료를 제공하고 이벤트 시간을 표시하세요. 전체 사용자 폴더를 지름길로 업로드하는 것은 피하세요.
AMD의 보고서 도구는 제출된 정보를 로컬 사본과 운전자 이력 필드를 제공합니다. 이 기능들은 도구 외부에서도 유용한 습관을 보여줍니다: 자신의 보고서를 보관하고 문제가 소프트웨어 변경 이후에만 발생했는지 기록하세요. 이 글은 모든 사고에 AMD 보고서가 필요하다고 주장하지 않으며, 도구가 비AMD 하드웨어를 진단할 수 있다고 주장하지 않습니다.
비공개 첨부파일이 있을 경우, 수신 채널과 접근 권한을 확인하세요. 지원 대상 수신자와만 공유하고, 개인 정보가 포함된 파일은 공개 링크를 피하세요. 원본 증거는 변경하지 않고 복사본을 보내세요. 지원팀이 다른 형식을 요청할 경우, 진단 요구사항과 임의의 우회 방법을 구분할 수 있도록 해당 요청을 기록하세요.
불만을 반복하기보다 점검 결과를 이어서 알리기
지원팀이 테스트를 제안하면, 시작 버전, 수행한 단계 및 결과를 보고하세요. 증상이 변하면 그 변화를 설명하세요. 메뉴에 도달했지만 여전히 로드에 실패하는 것은 창이 열리기 전에 실패하는 것과는 다른 결과입니다. 이러한 구분은 조사자가 다음 질문이 같은 실패 경로에 속하는지 결정할 수 있게 합니다.
업데이트로 문제가 해결되면, 어떤 업데이트인지와 확인 방법을 명시하세요. 문제가 계속되면 전체 기록을 새로 작성하지 말고 새 버전에서 동일한 최소 재현 과정을 제공하세요. 이전 증거를 유지하여 변경사항을 비교할 수 있도록 하세요.
더 이상 영향을 받은 세션이 없거나 문제를 반복할 수 없다면, 그 한계를 명시하세요. 보고서를 유지하기 위해 깨끗한 재현을 만들어내지 마세요. 사실에 기반한 종료 노트는 향후 독자가 얼마나 검증되었는지 이해하는 데 도움이 됩니다. 또한 원래 사건에 대한 확실한 설명 없이 조사가 종료되더라도 이미 제공한 유용한 정보에 대한 신뢰를 유지합니다.
확실하게 재현되는 최소 절차 기록하기
시작 조건을 작성한 후, 행동을 순서대로 기록하세요. 실패와 관련된 단계만 포함하세요. 이전 이벤트가 중요한지 알 수 없으면, 재현을 전체 플레이 세션 기록 안에 묻지 말고 짧은 맥락 노트로 작성하세요.
중요한 진행 상황에 위험이 없을 때만 시퀀스를 다시 시도하세요. 동일한 상태에서 두 번 발생하면 그렇게 기록하세요. 한 번 발생하고 재현할 수 없다면 그렇게 기록하세요. 정직한 한 번의 보고가 모든 플레이어가 동일한 문제를 겪을 것이라는 자신 있는 주장보다 더 유용합니다.
빌드, 스토어프론트 및 관련 장치 정보를 포함하세요. 입력 문제의 경우 컨트롤러 및 연결된 다른 액세서리를 명시하세요. 화면 문제의 경우 선택된 해상도와 게임이 실제로 표시하는 내용을 기록하세요. 퀘스트 문제의 경우 보이는 목표와 진행되지 않은 상호작용을 명시하세요.
같은 문제를 다룬 개발자 공지 확인하기
중복 보고를 제출하기 전에 최근 공식 발표를 읽어보세요. 설치가 오래되어 알려진 수정 사항이 있다면 시간을 절약할 수 있고, 알려진 문제가 이미 요청된 진단 형식을 가질 수 있습니다. 관련 업데이트 이후에도 문제가 지속되면, 이를 명시하고 재테스트를 설명하세요.
9월 4일 노트에서는 월드 세이브 낙하 현상을 겪는 플레이어에게 info@breathedge.com 보내세요. 영향을 받은 세션을 보존하고 요청 시 비공개로 제공하세요. 기타 증상에 대해서는 공식 토론 허브에서 적절한 현재 지침을 확인하세요; 보고된 문제 하나에 대한 연락처가 모든 지원 경로를 대체하지는 않습니다.
확인할 사항에 답이 되는 증거 첨부하기
스크린샷은 관련 인터페이스나 오류를 명확히 보여주어야 합니다. 짧은 녹화는 트리거 동작을 보여줄 만큼 일찍 시작하고, 결과가 보이면 중단해야 합니다. 데스크톱, 계정 페이지 전체, 관련 없는 대화 전체가 필요하지 않습니다. 첨부파일을 게시하기 전에 반드시 검토하세요.
자른 이미지를 준비할 때 원본 파일을 유지하세요. 지원팀이 나중에 더 많은 맥락을 필요로 한다면, 문제를 재현하지 않고도 제공하면 됩니다. 로그와 아카이브의 경우, 요청된 내용만 공유하세요. 공개 보고서에는 비밀번호, 인증 파일 또는 관련 없는 개인 폴더를 절대 포함하지 마세요.
오류를 설명할 때는 정확한 텍스트를 유지하세요. 이론을 설명할 때는 이론으로 표기하세요. 컨트롤러를 연결한 후 문제가 시작되었다고 말하는 것은 관찰입니다; 컨트롤러 드라이버가 확실히 저장을 손상시켰다고 말하는 것은 훨씬 더 강력한 증거가 필요한 인과적 주장입니다.
답변을 받은 뒤 결과까지 공유하기
요청된 단계가 작동하면 결과와 사용한 버전을 보고하세요. 작동하지 않으면 변경된 부분과 동일하게 유지된 점을 말씀하세요. 이렇게 하면 개발자가 부분적인 개선과 효과가 없는 것을 구분할 수 있고, 다른 독자들이 실패한 경로를 반복하지 않도록 돕습니다.
가능한 한 같은 토론 내에서 후속 댓글을 유지하세요. 시도할 때마다 새 스레드를 시작하면 증거가 분리되어 역사를 이해하기 어렵게 만듭니다. 작동 중인 업데이트나 남은 복제를 간단히 명시하는 메모는 같은 증상을 찾는 다음 플레이어에게 유용합니다.
보고서 제목, 날짜, 검사 빌드의 최종 사본을 자신의 노트에 보관하세요. 몇 달 후 같은 증상이 다시 나타나면, 그 기록을 통해 모호한 기억에서 시작하는 대신 알려진 병력이 있는 재발 가능성으로 설명할 수 있습니다. 이전 논의를 연결하고 새로 관찰된 내용을 설명하세요.
만약 보고서에 잘못된 게임 버전을 사용했다는 사실을 발견하면, 명확히 수정하세요. 기존 주장을 무조건 남기면 나중에 해당 버전을 검색하는 플레이어들이 오해할 수 있습니다.
출처 및 검증 정보
이 문서는 인용된 사실과 실용적인 편집 조언을 결합합니다. 이전 경로를 적용하기 전에 버전 및 불확실성 노트를 확인하세요.
