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

독립형 설치 프로그램으로 직접 또는 새로운 Unity Hub 통해 최신 베타 빌드를 다운로드하세요. 이 페이지에는 베타 정보와 리소스도 많이 들어 있습니다. 새로운 기능에 대해 알아보고, 유용한 문서와 도구를 찾고, 최신 경품 행사에 대한 정보를 받아보세요.

설치 프로그램이나 허브를 실행하세요. 설치 프로그램을 사용하는 경우 베타 버전을 새 디렉토리에 설치하세요. 여러 버전의 Unity 개별 디렉토리에 위치시키는 한 나란히 두는 것은 괜찮습니다.

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

베타에서 기존 프로젝트를 실행하기로 결정한 경우 백업 사본을 꼭 만드세요. 이전 버전과의 호환성은 보장되지 않으므로 프로젝트를 업그레이드한 후에는 이전 버전으로 되돌리는 것이 불가능할 수 있습니다. Unity 프로젝트를 열면 해당 프로젝트가 현재 사용 중인 Unity 버전으로 자동 마이그레이션됩니다. 따라서 프로젝트 사본을 작업하면 현재 안정적인 버전으로 돌아갈 때 다시 가져올 필요가 없으므로 시간을 절약할 수 있습니다.

평소처럼 개발하고, 새로운 기능과 업데이트를 테스트합니다. 버그를 발견했다고 생각되면 이 가이드의 2부, 3부, 4부에 설명된 다음 단계를 따르세요.

그러니까… 버그를 발견한 셈이군요. 가장 효율적으로 도움을 줄 수 있는 방법은 다음과 같습니다.

상황 평가 기본 작업 보조 작업 기존 버그 보고서에 대한이슈 추적기를확인합니다.

해당 문제를 Google로 검색하고 관련포럼 스레드를찾아보세요.

이미 알려졌지만 해결되지 않은 이슈인가요?

해당이슈 추적항목에 투표하세요.

알려지지 않은 이슈인가요?

최소한의 재현 프로젝트와 함께 버그 보고서를 제출하고 Unity 담당자의 요청에 응답하세요.

이미 이슈를 보고했지만, 제출한 버그에 대한 해결책이 적용되었는지 확인하고 싶으신가요?

최소한의 재현 프로젝트와 함께 버그 보고서를 제출하고 Unity 담당자의 요청에 응답하세요.

이 문제에 대한 기존포럼 스레드가 있나요?

답변 그렇지 않은 경우, 문제 ID를 참조하여 시작하세요.

Unity 에서 문제가 발생하면 가장 먼저 해야 할 일은 해당 문제가 알려진 문제인지 아니면 본인이 처음 겪는 문제인지 확인하는 것입니다. 이런 종류의 정보를 얻을 수 있는 첫 번째 주소는공개 이슈 추적기입니다. 다른 사용자가 보고한 버그를 검색하여 투표하거나 댓글을 달 수 있습니다. 이슈에 대한 투표는 우리 팀이 어떤 버그를 먼저 처리할 것인지 우선순위를 정하는 데 도움이 됩니다.

Unity베타 포럼은또 다른 유용한 커뮤니티 리소스입니다. 다른 사람들이 보고한 내용을 볼 수 있고, 문제에 대한 해결 방법을 찾거나 직접 정보를 제공할 수 있습니다. 또한 이는 Unity 담당자와 연락하는 좋은 방법입니다. 제기하는 주제가 현재 베타 버전과 관련이 있는지 확인하고, 여러 문제를 단일 스레드에 묶지 마세요.

버그와 관련된 내용을 찾지 못했다면 버그 보고서를 제출하세요. 보고서를 제출한 후 포럼으로 돌아와서 발견한 문제에 대한 설명을 게시하는 것도 좋습니다. 그렇게 하면 다른 사람들이 스스로 정보를 얻고 더 많은 맥락을 추가하거나 해결책을 제공할 수 있습니다. 베타 포럼을 자주 모니터링하고, 거기에서 논의되는 새로운 사례에 대한 초기 평가를 우선순위에 두고 있으므로, 처리 시간도 단축될 것입니다.

문제에 대한 새로운 스레드를 시작하는 경우, 제출한 버그 보고서를 팀에서 식별할 수 있도록 게시물에 사례 번호(확인 이메일에 제공됨)를 포함하세요. 버그 보고서를 생략하면 팀에서 가장 먼저 묻는 질문이 이 번호입니다.

문제가 플랫폼이나 프로젝트의 버그인지 의심스럽고 포럼이나 문서를 참조해도 확실하게 알 수 없다면, 어쨌든 버그 보고서를 제출하세요.

버그 보고는 처음에는 조금 두려울 수 있지만 실제로는 그렇게 어렵지 않으며 안정성을 보장하는 데 필수적입니다. 엔지니어가 쉽게 이해하고 조치를 취할 수 있는 좋은 버그 보고서를 작성하려면 다음의 간단한 단계를 따르세요.

실수를 두려워하지 마세요. 귀하께서 신고하신 정보에 따라 문제를 재현할 수 없는 경우, 귀하에게 연락하여 누락된 사항이 있는지 확인해 드리겠습니다.

버그 리포터를 엽니다

Unity 실행하는 동안 메뉴에서 도움말 → 버그 신고로 이동하세요. 혹은 프로그램 폴더의 편집기 옆에 설치된 버그 리포터를 찾을 수도 있습니다. 충돌이 발생할 경우에도 자동으로 실행됩니다.

기본 정보 제공

"문제는 무엇과 관련이 있습니까?" 필드에서 보고하는 버그와 가장 잘 맞는 옵션을 선택하세요. 베타 버전에서 버그를 보고하는 경우 일반적으로 "편집기 문제" 또는 "충돌 버그"가 표시됩니다.

"얼마나 자주 발생합니까?"에서는 이 문제가 한 번만 발생했는지, 가끔 발생했는지, 또는 문제가 발생하게 된 단계를 거칠 때마다 발생했는지 표시해야 합니다.

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

귀하의 보고서가 검증되면 "제목" 및 "문제 설명" 필드에 작성된 텍스트가 이슈 추적기에서 공개적으로 사용 가능하게 됩니다. 이는 지역 사회에 도움이 됩니다. 다른 사용자는 의견을 남기고, 투표(수정 사항의 우선순위를 정하는 데 도움이 됨)하고, 수정 사항이 언제 제공되는지 확인할 수 있습니다. 귀하의 개인정보는 공개되지 않습니다. 귀하의 프로젝트와 기타 첨부 파일은 Unity 직원만 접근할 수 있습니다.

버그 식별

가장 간결하게 말해서, 버그를 어떻게 설명하시겠습니까? 다음과 같이 짧고 구체적으로 작성하세요.

GI 캐시 정리하고 프로젝트를 다시 로드한 후 콘솔에 오류가 나타납니다.

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

버그를 분류해야 한다면 무엇을 고르시겠어요? UI 자산 수입? 스크립팅 특정 플랫폼? 충돌? 이 경우, 버그는 조명, 더 구체적으로는 Enlighten 라이트매퍼와 관련이 있었습니다.

좋습니다. 이제 이것을 추가하고 버그 설명을 추가하여 다음 형식으로 제목을 만드세요.

[카테고리]설명

이 시나리오에서 버그 제목은 다음과 같습니다.

[Enlighten] GI 캐시 정리하고 프로젝트를 다시 로드한 후 콘솔에 오류가 나타납니다.

재생산을 위한 단계를 제공하세요

Unity QA 및 개발 팀에서는 문제를 진단하고 해결하는 데 필요한 모든 도움이 필요합니다. 제공된 정보에 따라 근본적인 문제를 파악하지 못할 수도 있고, 오해를 받아 귀하의 버그가 아닌 다른 버그를 수정할 수도 있습니다. 따라서 문제가 확실히 해결되도록 가능한 한 많은 정보를 미리 제공하는 것이 좋습니다. 이를 수행하는 가장 쉬운 방법은 일반적으로 버그가 발생하기 전에 수행한 단계를 다시 추적하는 것입니다. 그럼, 그 벌레를 보기 전에 가장 먼저 무엇을 했나요?

프로젝트를 닫고 다시 엽니다.

그러니 이것이 재현 단계의 마지막 단계입니다. 그 직전에는 무엇을 하셨나요?

GI 캐시를 정리합니다. 편집 > 환경 설정 > GI 캐시 > 캐시 정리

기억나는 한, 이상적으로는 Unity 처음 열었을 때까지 이 작업을 계속하세요. 더 많은 정보를 제공할수록 재현하고 수정하기가 더 쉬워집니다. 모든 것을 기억할 수 없다면, 버그를 재현할 수 있는지 확인하고 취하는 단계에 주의를 기울이십시오.

각 단계를 서면으로 제공할 필요는 없습니다. 예를 들어, 화면을 비디오로 캡처하여 단계를 제출할 수 있습니다. 가장 중요한 것은 엔지니어가 버그를 재현할 수 있도록 단계를 명확하게 설명한다는 것입니다.

예상 결과와 실제 결과 추가

버그를 만나기 전에는 무슨 일이 일어날 것이라고 생각하셨나요?

예상:콘솔에 오류가 없습니다.

대신 무슨 일이 일어났을까?

실제:콘솔에 오류가 나타납니다.

예상치 못한 오류 메시지가 표시되는 경우 해당 내용도 설명에 추가하는 것이 좋습니다.

모든 정보를 입력한 후 보고서는 다음과 같이 표시됩니다.

프로젝트 폴더를 첨부하세요

버그 리포터는 편집기를 통해 열 경우 현재 로드된 프로젝트를 버그 보고서에 자동으로 포함시킵니다. 실행 파일을 통해 리포터를 시작하는 경우 프로젝트를 수동으로 첨부해야 합니다. 프로젝트가 아주 작지 않은 한, 관련 없는 자산을 제거하는 것이 좋습니다. 필요한 내용만 포함된 최소한의 재현 프로젝트를 제출하면 QA 및 개발 팀이 문제를 보다 효율적으로 분리하고 훨씬 더 빠르게 해결책을 제공할 수 있습니다.

프로젝트의 특정 장면에서 문제가 발생하는 경우, 버그가 발생한 장면을 내보낸 다음 새 프로젝트로 가져와서 버그가 여전히 발생하는지 확인하세요. 그렇다면 새롭고 작은 프로젝트를 업로드하세요. 그렇지 않은 경우 더 큰 버전의 프로젝트로 계속 시도할 수 있습니다.

에게 ​돕다 ​너 ​줄이다 ​그만큼 ​크기 ​~의 ​당신의 ​프로젝트 ​그리고 ​에게 ​만들다 ​최소한의 ​재생산 프로젝트, ​우리 ​개발된 ​여러 개의 ​도구 ​저것 ​매우 ​줄이다 ​그만큼 ​필수의 ​노력.

• 재생산 ​프로젝트 ​마법사
• 프로젝트 ​스트리핑 ​도구

너 ​~할 수 있다 ​찾다 ​추가의 ​정보 ​~에 ​어떻게 ​에게 ​사용 ​이것들 ​여기에도구가 있습니다.

해당 이슈를 재현하는 가장 작은 프로젝트가 이상적이지만, 대규모 프로젝트도 아무것도 없는 것보다는 훨씬 낫기 때문에, 범위를 좁힐 수 없다면 전체 프로젝트를 포함시켜 주세요. 우리의 ​보고 ​체계 ​지원합니다 ​거대한 ​첨부 파일 제발 ​하다 ​~ 아니다 ​업로드하다 ​개인 ​자산 ​왜냐하면 ​그만큼 ​프로젝트 ​포함하다 ​관련 있는 ​데이터 및 ​파일 ​저것 ​그만큼 ​자산 ​홀로 ​하다 ​아니다.

최종 보고서는 이제 다음과 같아야 합니다.

완벽 귀하께서 작성하신 정보는 저희 팀에서 문제를 찾아 해결하는 데 사용할 수 있는 유익하고 간결한 버그 보고서입니다. 마지막 한 단계:

버그 보고서를 제출하세요

버그 보고서를 제출하려면 "보내기"를 클릭하세요.

버그를 제출하면 케이스 번호가 포함된 확인 이메일이 전송되며, 이 번호는 보관해 두어야 합니다. 이메일에는 버그의 현재 상태를 보여주는 웹 페이지의 링크가 포함됩니다. 언제든지 해당 페이지를 다시 방문하여 최신 정보를 확인할 수 있습니다. 이 링크를 포럼이나 다른 공공 공간에 공유하지 마세요. 연락처 주소와 버그 보고 내역이 공개될 수 있습니다. 사례 번호는 다른 사람들이 이슈 트래커에서 이슈를 찾는 데 충분합니다.

개인적인 편의를 위해 버그 보고서와 관련 프로젝트 폴더를 추적하는 것이 좋습니다. 다음과 같은 접근 방식을 권장합니다.

버그 보고서를 제출할 때마다 첨부한 프로젝트의 .zip 파일을 만드세요.

버그 보고서 자체의 .txt 파일을 보관하고 Assets 디렉토리에 보관하면 프로젝트에서 어떤 오류가 나타나는지, 오류를 재현하는 방법을 알 수 있습니다.

버그 보고서를 제출한 후, 확인 이메일에 제공된 케이스 번호를 받아서 .zip 파일 앞에 붙이세요.

이렇게 하면 Unity 버그 보고서가 종결되었다는 알림 이메일을 보내면 보고서에 첨부한 프로젝트를 빠르게 찾을 수 있습니다.

Unity 에서 버그 보고서가 닫혔다는 알림을 받으면 해당 프로젝트를 찾아 최신 Unity 베타에서 열어서 버그가 수정되었는지 확인할 수 있습니다. 재현 단계를 따르면 버그가 사라졌는지 쉽게 확인할 수 있습니다.

이렇게 하려면 여러분이 해야 할 일이 조금 있겠지만, a) 고품질 버그 보고서를 받을 가능성이 높아지고, 이는 버그가 재현되고 수정될 가능성이 높아진다는 것을 의미합니다. b) 향후 베타 버전에서 버그가 수정되었는지 쉽게 확인할 수 있습니다.

질문이 있을 경우 언제든지 저희 직원이 고객에게 연락할 수 있도록 해드립니다. 버그 보고서를 제출하시면 이메일을 통해 연락드리겠습니다. 포럼에 글을 쓰시면, 거기에 답변을 드리겠습니다. 사건이 신속하게 해결되도록 팀에서 받은 질문이나 요청에 최대한 빨리 답변해 주시기 바랍니다.

포럼에서 버그에 대한 언급을 보지 못했다면, 새로운 스레드를 시작하는 것이 좋습니다. 다른 사람들도 같은 문제를 경험했을 수 있으니, 발견한 해결 방법을 게시하면 베타 커뮤니티에서 친구를 사귈 수 있는 빠른 방법이 됩니다!

따라서

효과적인 베타 테스터가 되는 방법을 배우기 위해 시간을 내주셔서 감사합니다. 위의 항목에 대해 궁금한 점이 있고 사용하시는 검색 엔진에서 답변을 찾을 수 없는 경우,포럼에 들러 질문해주세요.