버그 보고서를 언제 어떻게 제출해야 하나요?
팁
Visual Studio에서 문제 보고 메뉴 항목을 사용합니다. 그러면 버그 보고서와 함께 진단 정보를 보내 문제를 해결할 수 있습니다.
Visual Studio 2019 또는 Visual Studio 2017 및 Mac용 Visual Studio 대한 자세한 지침이 있습니다.
Visual Studio 개발자 커뮤니티 웹 사이트에서 기존 보고서를 검색할 수 있습니다.
다음 경우 버그를 제출합니다.
엔지니어가 문제를 재현하는 데 사용할 수 있다고 생각하는 일련의 단계가 있습니다.
또는
특히 문제와 관련된 몇 가지 정확한 상황을 설명할 수 있는 경우 문제의 눈에 보이는 증상을 주의 깊게 설명할 수 있습니다.[1]
버그를 빠르고 효율적으로 해결하는 데 도움이 되는 모범 사례
Visual Studio 개발자 커뮤니티 및 웹에서 문제를 직접 해결할 수 있는 기존 버그 보고서 또는 사용 제안을 검색합니다.[2][3]
관련 스택 추적, 오류 메시지 텍스트 또는 충돌 로그를 포함합니다(문제 보고 기능을 사용하는 경우 자동으로 포함할 수 있습니다). [4]
가능한 한 적은 코드로 버그를 재현하는 작은 자체 포함 테스트 사례를 포함합니다. 기본 제공 템플릿 중 하나를 사용하여 만든 새 프로젝트의 문제를 재현할 수 없는 경우 문제를 보여 주는 프로젝트를 압축하여 버그 보고서에 첨부하세요. 예제 프로젝트를 연결하기 전에 가능한 한 간단하게 만듭니다.[5][6]
운영 체제, Xamarin 버전 및 모든 종속성을 포함하여 버그가 발생한 환경을 설명합니다.
추가 세부 정보
^ 이상적으로 "표시되는 증상"에 대한 설명에는 다른 고객이 동일한 문제(동일한 오류 메시지, 동일한 성능 저하, 크래 시로부터 동일한 스택 추적 등)가 표시되는지 확인할 수 있도록 충분한 세부 정보가 포함되어야 합니다. "정확한 상황"의 경우 한 가지 좋은 예는 다음과 같이 말할 수 있는 경우입니다. "일반적으로 75%의 시간에 문제가 발생하지만 이 한 가지를 변경하면 문제를 완전히 피할 수 있습니다." "정확한 상황"의 또 다른 유사한 예는 이전 버전의 Xamarin으로 다운그레이드하면 문제가 중지되는 경우입니다.
^ 예상대로 오류 텍스트(또는 다른 고유 설명 텍스트)의 코드 조각은 일반적으로 최상의 검색어입니다. 기존 버그 보고서가 불완전한 경우 세부 정보를 추가하거나 더 나은 새 버그 보고서를 제출할 수 있습니다.
^ 또 다른 좋은 질문은 Java Objective-C또는 Swift 앱에 대해 동일한 문제가 보고되었는지 여부입니다. 그렇다면 문제는 Xamarin의 일부가 아닌 Android 또는 iOS 자체의 일부일 가능성이 높습니다.
^ 포함할 정보의 몇 가지 예는 다음과 같습니다.
^ 특정 문제에 대해 가능한 경우 한 가지 옵션은 원래 솔루션의 적은 수의 파일을 새로운 솔루션에 추가하여 문제를 다시 만드는 것입니다. Xamarin 팀은 더 큰 테스트 사례에서도 문제를 조사할 수 있지만(재현 단계가 명확하게 설명되어 있다고 가정) 더 간단한 테스트 사례는 버그가 신속하게 해결될 가능성이 가장 높습니다.
^새 솔루션에 적은 수의 파일을 추가하여 문제를 재현할 수 없는 경우 전체 앱에 대한 전체 솔루션 폴더를 압축하여 연결할 수 있습니다. zip 파일을 작게 만들려면 ,
obj
Components
, 및packages
폴더를 삭제bin
하세요. (IDE 및 빌드 프로세스는 일반적으로 필요에 따라 이러한 폴더의 내용을 복원하거나 다시 만듭니다.) 결과 솔루션이 원래 문제를 계속 보여 주는 한 프로젝트에서 원하는 만큼 코드 및 리소스 파일을 삭제할 수도 있습니다.