효과적인 베타 테스터가 되기 위한 가이드

최신 베타 빌드를 다운로드하세요. 스탠드얼론 설치 프로그램으로 직접 다운로드하거나 새로운 Unity Hub를 통해 다운로드할 수 있습니다. 이 페이지에는 베타 관련 정보와 리소스도 많이 포함되어 있습니다. 새로운 기능을 알아보고, 유용한 문서와 도구를 찾으며, 최신 경품 행사 소식을 받아볼 수 있습니다.

설치 프로그램 또는 허브를 실행하십시오. 설치 프로그램을 사용하는 경우, 반드시 베타 버전을 새 디렉토리에 설치하십시오. Unity의 여러 버전을 서로 다른 디렉토리에 설치해 병행 사용하는 것은 OK입니다.

새 프로젝트를 시작하거나 베타 테스트에 사용할 프로젝트의 복사본을 만든 다음, 최신 베타 버전으로 해당 프로젝트를 엽니다.

평소처럼 개발하거나 새로운 기능 및 업데이트를 테스트하십시오. 버그를 발견했다고 생각되면, 본 가이드의 2부, 3부 및 4부에 설명된 다음 단계를 따르십시오.

버그를 발견하셨군요. 가장 효율적으로 도움을 드리는 방법은 다음과 같습니다:

연구

• 기존 버그 리포트가 있는지 이슈 트래커를 확인하세요.
• 해당 문제를 구글에서 검색하고 관련 토론 스레드를 찾아보세요.
  • 토론 게시판에서 베타 관련 카테고리를 찾거나 관련 베타 태그를 사용하세요.
• 이미 알려졌지만 해결되지 않은 이슈인가요?
  • 관련 이슈 트래커 엔트리에 투표하세요.

신고

• 알려지지 않은 이슈인가요?
  • 최소한의 재현 프로젝트와 함께 버그 리포트를 제출하고 Unity 담당자의 요청에 응답하십시오.
• 해당 문제는 이미 보고되었지만, 수정 사항이 귀하의 사례를 포함할지 확인하고 싶으신가요?
  • 최소한의 재현 프로젝트와 함께 버그 리포트를 제출하고 Unity 담당자의 요청에 응답하십시오.
• 해당 문제에 관한 기존 토론 스레드가 있나요?
  • 답장. 그렇지 않다면, 해당 이슈 ID를 참조하여 새로 생성하십시오.

Unity에서 문제가 발생하면, 가장 먼저 해야 할 일은 해당 문제가 알려진 문제인지, 아니면 자신이 처음으로 경험하는 문제인지 확인하는 것입니다. 이런 종류의 정보를 얻을 수 있는 첫 번째 장소는 저희 공용 이슈 트래커입니다. 다른 사용자가 보고한 버그를 검색하고, 해당 버그에 투표하거나 의견을 남길 수 있습니다. 이슈에 대한 투표는 우리 팀이 어떤 버그를 먼저 해결할지 우선순위를 정하는 데 도움이 됩니다.

Unity 토론은 또 다른 훌륭한 커뮤니티 리소스입니다. 특정 베타 태그를 선택하면 다른 사람들이 작성한 리포트를 확인하거나, 문제에 대한 해결 방법을 찾거나, 직접 정보를 제공할 수 있습니다. 또한 Unity 담당자와 연락을 취할 수 있는 좋은 방법입니다. 제기하는 주제가 현재 베타 버전과 관련이 있는지 확인하고, 여러 가지 서로 다른 문제를 하나의 스레드에 묶어 올리지 마십시오.

관련 버그를 찾지 못했다면, 이제 버그 보고서를 제출할 때입니다. 리포트를 제출한 후에는 해당 포럼에 다시 방문하여 발견한 문제에 대한 설명을 게시하는 것도 좋은 방법입니다. 이렇게 하면 다른 사람들이 스스로 정보를 얻거나, 더 많은 컨텍스트를 추가하거나, 자신들의 해결 방법을 제공할 수 있게 됩니다. 또한 베타 포럼을 자주 모니터링하고 해당 포럼에서 논의되는 신규 사례의 초기 평가를 우선 처리함으로써 처리 시간을 단축할 것입니다.

문제를 제기하는 새 스레드를 시작하실 때는, 저희 팀이 귀하가 제출한 버그 보고서를 식별할 수 있도록 게시물에 반드시 확인 이메일에서 제공된 사례 번호를 포함해 주십시오. 이를 누락할 경우 팀에서 가장 먼저 요청할 사항입니다.

플랫폼의 버그인지 프로젝트의 버그인지 판단이 서지 않으며, 포럼이나 문서를 참고해도 확실하지 않다면 버그 보고서를 제출해 주십시오.

다음 간단한 단계를 따라 엔지니어들이 쉽게 이해하고 조치할 수 있는 훌륭한 버그 리포트를 작성하세요.

실수하는 것을 두려워하지 마세요. 리포트에 제공된 정보로 문제를 재현할 수 없는 경우, 누락된 사항이 있는지 확인하기 위해 연락드리겠습니다.

버그 리포터 열기

Unity 실행 중 메뉴에서 도움말 → 버그 리포트로 이동하십시오. 또는 프로그램 폴더에서 에디터 옆에 설치된 버그 리포터를 찾을 수 있습니다. 시스템이 크래시를 경험하더라도 자동으로 실행됩니다.

기본 정보 제공

"문제와 관련된 항목" 필드에서 보고하는 버그와 가장 잘 맞는 옵션을 선택하십시오. 베타 버전의 버그를 리포트하시는 경우, 일반적으로 "에디터 문제" 또는 "크래시 버그"로 분류됩니다 .

"얼마나 자주 발생합니까?"에서는 해당 문제가 단 한 번만 경험한 것인지, 가끔 발생하는 것인지, 아니면 해당 문제를 유발하는 단계를 수행할 때마다 발생하는 것인지 표시해야 합니다.

추가 정보가 필요할 경우 저희 팀에서 연락을 드릴 수 있도록 이메일 주소를 제공해 주십시오. Unity 계정으로 로그인한 경우 이 필드는 자동으로 채워집니다.

리포트가 검증되면, "제목" 및 "문제 설명" 필드에 작성된 텍스트는 이슈 트래커에 공용으로 게시됩니다. 이것은 커뮤니티에 도움이 됩니다. 다른 사용자들은 댓글을 달고, 투표(수정 우선순위 결정에 도움이 됨)하며, 수정 사항이 제공되는 시점을 확인할 수 있습니다. 귀하의 개인 정보는 퍼블리시되지 않습니다. 귀하의 프로젝트 및 기타 첨부 파일은 Unity 직원만 접근할 수 있습니다.

버그를 식별하십시오

버그를 가능한 한 간결하게 설명하십시오. 간결하고 구체적으로 작성하세요 (예: GI 캐시를 정리하고 프로젝트를 재로드한 후 콘솔에 오류가 나타남)

버그를 분류하고 제목을 작성하세요

버그가 영향을 미치는 영역(예: UI, 스크립팅, 플랫폼별 등)에 따라 분류하십시오. 이를 위해 버그 설명에 해당 정보를 추가하십시오.

제목 / 타이틀은 다음 형식을 사용하십시오:

[카테고리] 설명

예시:[Enlighten] GI 캐시 정리 후 프로젝트 재로드 시 콘솔에 오류 발생

재현 단계를 제공하십시오

Unity QA 및 개발 팀은 문제 진단 및 해결을 위해 여러분이 제공할 수 있는 모든 도움이 필요합니다. 그들이 받는 정보에 따라 근본적인 문제를 식별하지 못할 수도 있고, 오해하여 당신의 버그가 아닌 다른 부분을 수정할 수도 있습니다. 문제가 확실히 해결될 수 있도록 가능한 한 많은 정보를 미리 제공하는 것이 귀하의 이익에 부합합니다. 이 작업을 수행하는 가장 쉬운 방법은 일반적으로 버그가 발생하기 전에 수행한 단계를 되짚어 보는 것입니다. 제공해 주시는 정보가 많을수록 재현 및 수정 작업이 더 수월해집니다. 모든 것을 기억하지 못한다면, 버그를 재현할 수 있는지 확인하고 수행하는 단계에 주의를 기울이세요.

단계별 절차를 반드시 서면으로 제출할 필요는 없습니다. 예를 들어, 화면 캡처 영상을 통해 절차를 제출할 수 있습니다. 가장 중요한 것은 해당 버그를 재현할 수 있도록 단계별 절차를 명확히 설명하는 것입니다.

버그 리포터는 에디터를 통해 열 경우 현재 로드된 프로젝트를 버그 리포트에 자동으로 포함합니다. 리포터를 실행 가능한 파일로 시작하는 경우, 프로젝트를 수동으로 연결해야 합니다. 프로젝트가 이미 매우 작은 규모가 아닌 이상, 관련 없는 에셋을 제거하는 것이 좋습니다. 필수 요소만 포함된 최소 재현 프로젝트를 제출하면 QA 및 개발 팀이 문제를 더 효율적으로 격리하고 훨씬 빠르게 수정 사항을 제공할 수 있습니다.

프로젝트의 특정 씬에서 문제가 발생한다면, 버그가 발생하는 씬을 익스포트한 후 새 프로젝트로 임포트해서 버그가 여전히 발생하는지 확인해 보십시오. 그렇다면 새롭고 더 작은 프로젝트를 업로드하세요. 그렇지 않다면, 프로젝트의 더 큰 버전으로 계속 시도해 볼 수 있습니다.

~에게 ​도움 ​너 ​감소하다 ​the ​크기 ​의 ​당신의 ​프로젝트 ​그리고 ​~에 ​생성하다 ​최소한의 ​재생산 프로젝트, ​우리 ​개발된 ​여러 ​도구 ​그 ​매우 ​감소하다 ​the ​필요 ​노력.

• 복제 ​프로젝트 ​마법사

문제를 재현하는 가장 작은 프로젝트가 이상적이지만, 큰 프로젝트라도 아무것도 없는 것보다는 확실히 낫습니다. 따라서 범위를 좁히지 못할 경우 전체 프로젝트를 포함해 주시기 바랍니다. 우리 ​보고 ​시스템 ​지원합니다 ​거대한 ​첨부 파일. 부탁드립니다 ​do ​아니다 ​업로드 ​개인 ​에셋 ​왜냐하면 ​the ​프로젝트 ​포함한다 ​관련된 ​데이터 및 ​파일들 ​그 ​the ​에셋 ​혼자 ​do ​아니다.

버그를 제출하면 확인 이메일이 발송되며, 여기에는 케이스 번호가 포함되어 있습니다. 이 번호는 반드시 보관해 두셔야 합니다. 이메일에는 버그의 현재 상태가 표시된 웹 페이지 링크가 포함될 것입니다. 언제든지 해당 페이지에서 업데이트 내용을 확인하실 수 있습니다. 이 링크는 포럼이나 기타 공용 공간에 공유하지 마십시오. 연락처 주소와 버그 보고 내역이 노출될 수 있습니다. 이슈 번호만으로도 다른 사람들이 이슈 트래커에서 해당 이슈를 찾을 수 있습니다.

트래킹을 위해 다음과 같은 접근 방식을 권장합니다:

• 각 리포트에 연결한 프로젝트의 zip 파일을 생성하십시오.
• 버그와 재현 단계를 설명하는 .txt 파일을 프로젝트의 에셋 폴더에 저장하십시오.
• 확인 이메일의 사건 번호를 zip 파일 이름 앞에 붙여주세요.

유니티로부터 버그 보고서가 종료되었다는 알림을 받으면, 해당 프로젝트를 찾아 최신 Unity 베타 버전에서 열어 버그가 수정되었는지 확인하십시오. 버그가 해결되었는지 쉽게 확인하려면 재현 단계를 따르십시오.

이 작업은 귀하에게 다소 번거로울 수 있지만, 이는 a) 고품질 버그 리포트를 작성할 가능성이 높아져 버그 재현 및 수정 가능성이 높아지고, b) 향후 베타 버전에서 버그가 수정되었는지 쉽게 확인할 수 있음을 의미합니다.

직원들이 문의 사항이 있을 경우 언제든지 연락할 수 있도록 하는 것이 항상 바람직합니다. 버그 보고서를 제출하신 경우, 이메일로 연락드리겠습니다. 포럼에 글을 올리시면, 저희가 그곳에서 답변해 드리겠습니다. 팀으로부터 받은 질문과 요청에 대해 가능한 한 신속히 답변하여 사건의 신속한 해결을 보장해 주시기 바랍니다.

포럼에서 해당 버그가 언급된 것을 확인하지 못하셨다면, 새 스레드를 시작하시길 권장합니다. 다른 사람들도 같은 문제를 겪었을 수 있다는 점을 기억하세요. 따라서 발견한 해결 방법을 공유하는 것은 베타 커뮤니티에서 빠르게 친구를 사귀는 방법입니다!

효과적인 베타 테스터가 되는 방법을 배우기 위해 시간을 내주셔서 감사합니다. 위 내용 중 궁금한 점이 있으시다면, 사용하시는 검색 엔진에서 Answers를 찾지 못하셨을 경우 토론 게시판에 들러 알려주시기 바랍니다.